Hello:
I have 2 computers: one new with windows XP nsp and this one,older
with windows ME. generally i work in the new one,and in there i compiled
a simplewindow program from the izcelion tutorials. and every thing worked fine. but when i copyed that program an runed it in windows ME it didn't work
and analyzing the source i found the problem:


so i repeated the GetCommandLine function, i corrected the error and the
program runs in Windows ME.

so why passing a invalid instance handle to Registerclass and createwindow
dosn't produce any error in xp?
and why calling GetCommandline pushing 0 on the stack neither produce
an error? this function do not take any parameters, shouldn't be the stack unbalanced?

Is windows XP more error-tolerant?
or is because i use the nsp version? (nsp = no service pack)

using: invoke GetCommandLine,0 in windows ME doesn't produce any
error neither

Your question to answer precisely developers of these two OS can only . Most likely it's connected by that kernels of OS of a NT-basis and a 9x-basis very strongly from each other differ, both realization, and internal logic.

Using invoke GetCommandLine,0 alone cannot raise an error because it's no different from preserving values before you call a function e.g.


I'm not entirely sure about how each one handles the stack...but I would have thought excess entries on the stack aren't a problem, but should be avoided.

As for XP running with "wrong" hInstance, maybe GetCommandLine returned a valid hInstance value OR XP detects invalid hInstance and uses the calling hInstance

problem is that iczlion teach people not to check for errors returned by API

AND, winXP is tolerant against fuckedup'd stack sometimes. And sometimes you procedure entry/exit code looks like this:


so leaving something on stack is not a problem. That's also why you don't see "add esp, size_of_locals" at end of procedure-you don't need to

the hInstance of your programme is not the command line, it is the handle of your module, which is taught in the iczelion tutorials