ZSNES board

I LOVE THE SNOW TOO, I have it set to THAT.. FOR ME ITS [ZSNES] F.O.R.E.V.E.R.!!! Mwhaha :lol: :lol: :mrgreen: :mrgreen: :mrgreen: :mrgreen: even IF SNES9x is supposed to be better or even the more accurate BSNES.... I STILL LOVE ZSNES first used it in the early 90s when it was early along... anywho...

nintendo_nerd wrote:Yeah, I mean unless the main coder shows up with an announcement to the contrary, the emulator is, well, in a coma.

megamanzer0 wrote:Im sure someone will figure out how to do that within a week of getting their hands on it anyway .

lol sure

AND they FORGOT TO PUT IN, Chrono Trigger..
LETS FACE IT with today's memory tech..
They could have put all the ROMs in existence into this tiny remake!

...Is it not the 1800s? Indeed. Pocket watches are hopelessly obsolete. yup.. lol my father gave me one for my high school graduation in 2001... never used it.. I had a Timex Atlantis 100, twice... https://goo.gl/images/1hxcul my 2nd one just up and died on a anniversary of my bicycle accident... I...

I hope so too... Pagefault was working on v1.53 on and off at his leisure.

you forgot to mention what version of Windows you are running... among other such details...

good idea!

gcc -O0 -fno-omit-frame-pointer -ggdb3 -DDEBUG -funwind-tables -static -D__WIN32__ -o zloader.obj -c zloader.c zloader.c: In function 'WinMain': zloader.c:962:3: warning: initialization from incompatible pointer type [enabled by default] char * argv[2] = {&arg, 0}; ^ zloader.c:962:3: warning: (...

(gdb) b WinMain@16 Breakpoint 1 at 0x606170: file zloader.c, line 960. (gdb) r Starting program: F:\Dev-src\2Emulators\zsnes_Testing__v1.51_(FuSoYa-8MB_R2)/zsnesw_v1.51_Debug_(+nocona-opt_mmx&sse2)+(2017-03-17).exe [New Thread 764.0x133c] Breakpoint 1, WinMain@16 (hInstance=0x400000, hPrevInsta...

If that's a C source file, you'll have to declare them at the top of the function, though. it is zloader.c like this #ifdef __WIN32__ extern HINSTANCE hInst; int PASCAL WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { int argc = 1; char arg[MAX_PATH]; char ** ar...

Make them "argc" and "argv", and remove the & from that GetModuleFileName call. ok like this? int PASCAL WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { hInst=hInstance; ImportDirectX(); int argc = 1; char arg[MAX_PATH]; char ** argv = {...

it fails to compile with the following error.. gcc -O0 -fno-omit-frame-pointer -ggdb3 -DDEBUG -funwind-tables -static -D__WIN32__ -o zloader.obj -c zloader.c zloader.c: In function 'WinMain': zloader.c:963:3: error: function '__p___argc' is initialized like a variable int __argc = 1; ^ zloader.c:965...

Problem. It seems you may be initializing a Unicode build, or maybe not, I'm not sure. I just know you can't trust those __argv variables to be initialized properly by the C runtime. The safest bet is to steal the UTF-8 runtime type stuff from FLAC for Windows, and use it to initialize the zmain fu...

I downgraded one more MinGW package.. mingw32-mingwrt-dev mingw32-mingwrt-dll from it said I was v3.21.1 but I may have had a beta release installed years ago or something v4.0.3... so now I have v3.22.4 installed for the above and for mingw32-w32api-dev its now v3.18.2 still no go... and parsegen.e...

Hi Kode54 ^_^ thx for weighing in your thoughts. :D zloader.c #ifdef __WIN32__ extern HINSTANCE hInst; int PASCAL WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { hInst=hInstance; ImportDirectX(); zmain(__argc, __argv); //line 962 and frame #1 in the backtrace......

I downgraded my MinGW packages to v4.8.1-4 and all others that needed to downgrade as well... one warning on compiling parsegen.exe no warnings or errors on the rest of ZSNES v1.51 src... still no go its still crashing on load void zmain(int zargc, char *zargv[]) { if (init_paths(*zargv)) // <-- SIG...

I use MinGW to compile ZSNES myself :) had no issues since 2005 when I first started to compile it myself... but starting maybe last year or so... ZSNES compiles but now cashes on load... Program received signal SIGSEGV, Segmentation fault. 0x006064b6 in zmain (zargc=0, zargv=0x0) at zloader.c:942 9...

Use this old reg file (http://www.s9x-w32.de/dl/testbuilds/remove_s9x_icons_in_explorer.zip) that removes the file associations since they were working on removing the "feature" and this reg file was necessary since they didn't automate SNES9x to do it instead. A brief googling about the ...

I think it's still affecting you because you're running Windows XP, or running Windows 7 with UAC disabled. Yes, this feature should be *changed* to support the Windows 7+ method of handling things, which is to register the file types with the *intent* to support them, but they won't associate unti...

Or use this http://helpdeskgeek.com/windows-7/remove-file-type-associations-in-windows-7/ and remove the associated program with the file types. It doesn't do that by default, it was something you did on your end. nope, all I did was start it up once and a while... when I found an update from v1.54...

this is what I found in the vaild.ext file N smcN zipY gzY swcN figN 058N 078N japN usaN 048N eurN sfcN 1N mgdN ufoN binN gd3N mghN gd7N ausN dx2N aN jmaY what a bother.... u mentioned it since been changed... no not as far as I can tell... that last version v1.54.1 still does it at least for me it ...

You can fix file associations in Windows 7 easily. Good luck playing Earthworm Jim 2 with sound effects, which are completely missing. Or ZMZ, Snes9x core running in a Zsnes GUI. But who am I kidding, I never convinced anyone before, no point in me trying to show my side over here. SNES9X.. should ...

You can fix file associations in Windows 7 easily. Good luck playing Earthworm Jim 2 with sound effects, which are completely missing. Or ZMZ, Snes9x core running in a Zsnes GUI. But who am I kidding, I never convinced anyone before, no point in me trying to show my side over here. SNES9X.. should ...