Gecko dotNET release thread (version 0.65 now!)

[Romaap]

Yeah, that feature was useful for some purposes.
I mainly used it to search for text, because you could just type what you were looking for instead of converting it all the time and it could search for more characters.

[Link]

I'll have to see.. yes, why not, I guess, it's just difficult to add as the memory viewer tab is quite full.. I'll come up with something though!

[Panda On Smack]

Nice one

Why not just make the app bigger? Doesn't have to be same size as wiird

[Link]

New features in version beta 0.4:
-block based search refining - VERY fast (outbeats WiiRd in most if not all situations)
-conditional breakpoints (please read readme: it is as powerful as the one in WiiRd it just looks completely different and far more "simplified" which it's not!)
-deactivating code lines
-readme added

[Panda On Smack]

\o/

[Mal1t1a]

I can't locate the Readme  Although, seeing as how the search is faster now, I'm already cheering deep inside before I get to test it out.

[Link]

oops, forgot to add the readme.. I am not at home, I'll fix that later today when I am back

[Mal1t1a]

hmm, the source doesn't compile properly. When I compile it in C#, it error's out on this line:

Code:

bpOutput.shortRegTextBox[i].Click += clickReg;

in breakpoints.cs
The error is: Object reference not set to an instance of an object.

Also, the actual binary source, good-job with the VC Reading, it actually reads the name, but.... It still doesn't allow saving of names, it's over-reading the name or something. It's jsut not properly reading the name is all =) Still, great progress. =D

[dcx2]

really: WiiRd GUI has 6 timers which randomly receive and send data, Gecko dotNET has none it should not do anything without your command - maybe .NET is acting up?

I've done mixed-mode programming (.NET and non-.NET in the same program).  It's very dangerous to send and receive bytes across the managed interface.  .NET has a Garbage Collector (GC) that runs periodically and has the right to re-arrange the heap!  This is no problem for a managed program because .NET suspends all managed applications when it runs the GC and updates all the managed pointers, but any unmanaged pointers will be FUBAR after the GC runs.  The FTDI driver is most definitely unmanaged, so any buffers that you're sending to the driver MUST be pinned!  This can include any structures filled with configuration info.  If you pin the buffers, the GC won't be allowed to move them around.

There are a few ways to pin.  I think when the pointer is marshaled across to the unmanaged code, it is pinned, but I'm not sure this always works.

You can also use the fixed() { } keyword.  It will pin any parameters to fixed for the duration of the statement block.

Finally, there's a GCHandle class that you can use to pin objects.

[Link]

I wonder.. there mostly are not any buffers I send to the Gecko (I receive and send byte arrays (void pointers in the original) ) which need to live longer than the function call.. the only variable is the handle ID which is a basic DWord (UInt32). If you like to check the file doing the complete communication with the D2XX driver is d2xxwrapper.cs - all other code in the project is managed.

[dcx2]

there mostly are not any buffers I send to the Gecko (I receive and send byte arrays (void pointers in the original) ) which need to live longer than the function call

If those buffers are allocated by Managed code, then they will need to be pinned, although it's possible the managed wrapper class does the pinning.  I'll take a look at the source when I get a chance.

the only variable is the handle ID which is a basic DWord (UInt32).

While an int is a "value-type" variable, it can be "boxed" into a "reference-type" if necessary, and it's not always entirely clear when this will happen.  Once boxed, your int can be moved around like any other reference type.

BTW, you should use SafeFileHandle for handles instead of integers.

[Panda On Smack]

I'm finding that when I start refining searches after my initial search that Gecko dotNET is crashing and freezing my game. I can't reconnect and have to power down the Wii etc

ta

[Link]

I'm finding that when I start refining searches after my initial search that Gecko dotNET is crashing and freezing my game. I can't reconnect and have to power down the Wii etc

ta

Didn't happen for me, I'll happily check though, that of course shouldn't happen!

[dcx2]

I'm finding that when I start refining searches after my initial search that Gecko dotNET is crashing and freezing my game. I can't reconnect and have to power down the Wii etc

ta

Didn't happen for me, I'll happily check though, that of course shouldn't happen!

Hey Link, when you do your tests, do you use Debug or Release builds?  Sometimes, the difference in optimizations can cause bugs to happen less often or not at all in Debug builds.  For instance, debug builds allocate extra memory for arrays, so you're less likely to get errors if you fall off the edge of an array.

[Link]

If I have no very special reason I do tests in Release mode.. I use debug mode only in certain cases