Gecko dotNET mono discussion

Started by dcx2, April 17, 2010, 02:42:59 AM

Previous topic - Next topic

James0x57

@hawkeye2777 What's that for/do?


hawkeye2777

Quote from: James0x57 on May 19, 2010, 11:37:49 PM
@hawkeye2777 What's that for/do?

The deb? Look here for info on what it is. Pretty much, it'll make installation much easier on Ubuntu.

Also, I'll need to look into udev rules too; my other method doesn't seem to work. :/
Currently "retired" from hacking codes.

hawkeye2777

#32
Quote from: giantpune on May 19, 2010, 07:54:55 AM
i tried to try the deb, but its only for i386.

Not sure if the program will work on x64, but try this:

sudo dpkg -i --force-architecture gecko-dotnet_0.61-7.deb

Anyway, here's a new deb; comes with a udev rule for the USBGecko and should *hopefully* work just by installing it. Disregard my previous instructions, just install the package like you normally would (GDebi or dpkg).

Download: gecko-dotnet_0.61-7.deb

Let me know if I messed up again, because it seems likely with the 7 package revisions. :P

EDIT: Tarballs up too (binaries and the few changes I made in the sources).

gecko-dotnet_0.61_bin.tar.bz2
gecko-dotnet_0.61_src.tar.bz2
Currently "retired" from hacking codes.

memememememe

sorry to be a pain but there are a few thing that are bothering me.

When i open it it tells me that it cant connect even if i am the root user

secondly am using a eee pc for this so you can imagine the screen is quite small (10 inches i think) so not all the features will fit

any way of fixing these?

hawkeye2777

Quote from: memememememe on May 27, 2010, 03:31:07 AM
When i open it it tells me that it cant connect even if i am the root user

Could you open up a terminal and post the output of this command?:

lsusb

Make sure the USB Gecko is connected to your computer too.

Quote from: memememememesecondly am using a eee pc for this so you can imagine the screen is quite small (10 inches i think) so not all the features will fit

I think the resolution of the GUI itself is 571x559 (px). Unfortunately, I didn't create it, so I can't help you here; sorry.
Currently "retired" from hacking codes.

dcx2

The minimum resolution according to the source should be something like 600 x 450.

What resolution is your netbook?  I don't know if it will be possible to fit everything into a smaller screen, however I might be able to add scroll bars so that you can at least reach all the controls.

hawkeye2777

Quote from: dcx2 on May 28, 2010, 03:16:09 AM
The minimum resolution according to the source should be something like 600 x 450.

I'm not sure if it's how Mono renders Winforms, but mine has to be at 600x560 for all buttons to display.

[spoiler][/spoiler]

Maybe it's a GNOME thing, either that or it's just how Mono displays Winforms.
Currently "retired" from hacking codes.

James0x57

I think this is the first time a console hacking tool has worked and had a sexy gui outside windows or mac. =)

Btw, Nice wallpaper. lol
"Stanley Cup Final 2010 NHL"


hawkeye2777

Note: the udev rule does not appear to work. I just found this out today after Ubuntu didn't recognize the USB Gecko through lsusb (the kernel said it connected though... will have to look in to this). So yeah, the deb is crap again. Just grab the binary tarball and run it as root if you want to avoid changing usb permissions.

I'll try to fix this with the next source release of GDN.
Currently "retired" from hacking codes.

giantpune

#39
i just took a stab at getting this to talk to the usb gecko without using the FTDI package. I managed to get it to work well enough to dump the game ID, and the disassembler tab works perfectly.  It doesnt need to be run as root.  And it doesnt jack up the usb gecko for other programs.  However, dumping the memory while searching for stuff doesnt work out too hot ( yet ).  I think it is just because i didnt bother to buffer anything, so reading a quick 8 or 16 bytes works fine, but when she tries to read large chunks, she just reads whatever has been sent already and then decides she is done.

But my c# is really poor, so maybe somebody else knows the proper way to buffer it.  The method I chose is using this little guy  http://msdn.microsoft.com/en-us/library/system.io.ports.serialport.aspx .  i just create a serial port using the name of the $WIILOAD environmental variable, which happens to be "/dev/ttyUSB0".  then i open it and i can read/write/close it.  so, if somebody knows a way to properly read bigger chunks of data from the serial port, then i think this might be the way to go.


EDIT...

ok, i managed to get her working.  She appears to work fine...  dumping, poking, writing, screenshots, breakpoints all seem to work.  Im using ubuntu 9.10, and i have just hardcoded the path to my gecko in there.  So, if yours isnt "/dev/ttyUSB0", youll have to change it.  again, my c# sucks.  but this worked well enough for me like she is.

modified from r91 source
http://pastie.org/1194986

also in notepad.cs, she needs some "#if MONO" and make different paths. There are like 3 different times it uses windows path separators ( "\\" ).  change those to "/".

There is now just an issue of it loading the previous search history.  sometimes it doesnt seem to open the zip file or something, so after you "refine" or "undo" a search, there is never any previous history to compare to.  I think this is probably dues to path name or something.

hawkeye2777

Once I find some spare time, I should try and submit some patches that I've made to make GDN a bit more usable with Mono (such as those path separators). Afterwards, I should try and get the udev stuff working properly.

I'm not exactly sure what you did giantpune, but my gecko isn't "mounted" at /dev/ttyUSB0. Where mine is located, you have to change the permissions of it for other users to read/write (as root). So either way, I still have to use root to use GDN as a normal user. My goal is to find a simple way (using udev rules) to try and make it so the only root actions you will need to perform is the install of a deb, etc.

So far, I see we have an Ubuntu 10.04 user (me) and an Ubuntu 9.10 user (giantpune). Is there anyone else? The more testers we have, the better. It'd be nice to get some users from other distros as well. I wish I could use more; the issue for me is my ancient computer.
Currently "retired" from hacking codes.

giantpune

i didnt have to do anything to get the usb gecko to show up at /dev/ttyUSB0.  This is the default spot for it to show up.  Using ubuntu 9.10, and 10.04.  This is the default location in wiiload, so I believe it must be true for other distros.

I did have trouble with this at first on ubuntu 9.10, as they have already installed a package called brltty or something like that.  It has something to do with braille.  This package takes control of the usb gecko whenever it is connected and does something with it.  And for whatever reason, it doesnt show up in ttyUSB0.  But as I can see, and my monitor doesnt output in braille anyways, I just removed that package, it stopped stealing the gecko, and now it shows up at a tty device by simply plugging it in.

hawkeye2777

Quote from: giantpune on October 14, 2010, 01:14:58 AM
i didnt have to do anything to get the usb gecko to show up at /dev/ttyUSB0.  This is the default spot for it to show up.  Using ubuntu 9.10, and 10.04.  This is the default location in wiiload, so I believe it must be true for other distros.

Must only be true for you then; I don't even have a /dev/ttyUSB0 listed. Also, it might be the same for Debian based distros, but I'm not sure if the same would hold true for Red Hat based distros, for example.
Currently "retired" from hacking codes.

giantpune

check that you dont have the brltty package installed.  because if you do, you wont get /dev/ttyUSB0 to pop up when you insert the usbgecko.

hawkeye2777

I think I found a way I can boot from USB on my ancient computer... so I might be able to boot Live USB's of other Linux distros easily. Should be easier to make and test a RPM package too.

Also:

hawkeye2777@Powerhawk:~$ apt-cache search britty
hawkeye2777@Powerhawk:~$


No result for britty. (Lucid)
Currently "retired" from hacking codes.