![]() |
|
Programming Discussion Thread - Printable Version +- Dolphin, the GameCube and Wii emulator - Forums (https://forums.dolphin-emu.org) +-- Forum: Offtopic (https://forums.dolphin-emu.org/Forum-offtopic) +--- Forum: Delfino Plaza (https://forums.dolphin-emu.org/Forum-delfino-plaza) +--- Thread: Programming Discussion Thread (/Thread-programming-discussion-thread) |
RE: Programming Discussion Thread - Qaazavaca Qaanic - 10-24-2015 isn't charging money to try a puzzle going to discourage the majority of people from trying? RE: Programming Discussion Thread - DatKid20 - 10-24-2015 (10-24-2015, 11:09 AM)jimbo1qaz Wrote: isn't charging money to try a puzzle going to discourage the majority of people from trying? No I think a person can set a amount of money someone can get if they are the first person to solve the puzzle is what he was saying. I could be wrong. :x RE: Programming Discussion Thread - KHRZ - 10-25-2015 People can set a bounty, which you will get if you solve the puzzle. They could set a fee that increases the bounty. So more people playing could motivate more to try. Unless it turns out people just make extremely had puzzles (In the worst case, the largest puzzles may be equivalent to brute forcing hundreds of bits, if you are not able to make any deductions) RE: Programming Discussion Thread - bruakerche - 10-28-2015 Any body know data recovery app in C++ or Java? I want to build an desktop app shown in this tutorial. I know it was build with QT, but not sure it's used third-party library or build their own. thx RE: Programming Discussion Thread - DacoTaco - 10-30-2015 (10-28-2015, 08:07 PM)bruakerche Wrote: Any body know data recovery app in C++ or Java?http://www.cgsecurity.org/wiki/TestDisk not sure if its good though also, i need to get out of my system that sockets in C# suck ass. how the hell can a send succeed when the connection is closed? why the hell does it only realise its closed AFTER trying to read/send from the connection in which it says it went fine. makes no sense what so ever. RE: Programming Discussion Thread - ExtremeDude2 - 10-30-2015 Uh oh, I'm doing a networking project in C#
RE: Programming Discussion Thread - DacoTaco - 10-30-2015 (10-30-2015, 09:54 PM)ExtremeDude2 Wrote: Uh oh, I'm doing a networking project in C# then take a look at this on how i fixed it, incase you stumble upon the same issue i had the issue when i dc'd the client in the middle of my protocol's handshake. only on the 2nd network action the server was like "wait a minute..." Code: static public int SendData(ref byte[] buffer, ref Socket socket)RE: Programming Discussion Thread - Jack Frost - 10-31-2015 Why do you pass everything using ref? This isn't VB style ByRef, class instances and arrays are passed by reference anyways. You only need the ref keyword when you intend to change where the reference points to. Also, instead of a Socket, maybe try to use one of the more specialized classes if its a well-known protocol (such as HttpClient etc.) or one of WCFs Transport/Encoder with some actual data classes. RE: Programming Discussion Thread - DacoTaco - 10-31-2015 (10-31-2015, 12:48 AM)JackĀ Frost Wrote: Why do you pass everything using ref? This isn't VB style ByRef, class instances and arrays are passed by reference anyways. You only need the ref keyword when you intend to change where the reference points to. well, afaik just passing variables makes a copy in memory but apparently im wrong? also, i am changing the reference in some instances (when receiving data i resize or allocate an array) btw, maybe not for the socket though and im using sockets cause i was used to them from C/C++ im making my own server/client app with its own protocol so HTTP classes and such aren't going to do me much good. Sockets just sounded like a good, low level idea. RE: Programming Discussion Thread - Jack Frost - 10-31-2015 You might want to take a look at WCF then. Simply create a bunch of classes that hold your data, define an interface that describes the contract between client and server, then tell it how to communicate (ie. using a .NET-to-.NET optimized binary protocol, for example). Nothing wrong with sockets tho, except they're...peculiar in some cases. |