[M3devel] new NT386 snapshots

[Jay]

The code in 4.1 in clearly, by inspection, incorrect. I'll have to test it out and debug it though. Inspection isn't enough.I have no idea why my mail gets truncated. I agree it is annoying.
 
F:\products\modula3\CONTRIB\SRC-M3\m3\m3core\src\runtime\WIN32\RTArgs.m3(7):(* In Windows/NT, "envp" points at a null-terminated block ofF:\products\modula3\CONTRIB\SRC-M3\m3\m3core\src\runtime\WIN32\RTArgs.m3(144):    envp : Ctypes.char_star := RTLinker.info.envp;
f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(117):    Out (s, "  _ADDRESS envp;", s.eol);f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(480):    Out (s, "  /* envp       */ 0,", s.eol);f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(498):      Out (s, "    _m3_link_info.envp = (_ADDRESS)GetEnvironmentStrings();", s.eol);f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(501):      Out (s, "int main (argc, argv, envp)", s.eol);f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(504):      Out (s, "char **envp;", s.eol);f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(512):      Out (s, "    _m3_link_info.envp = (_ADDRESS)(envp);", s.eol); > serial i/o?
 
I haven't touched it, looked it really, or heard of any problems.
I looked at it for purposes of NT386GNU but didn't really do anything.
 
Pixmaps need debugging, indeed.
 
I found my 4.1 CD. :)
 
- Jay


Date: Thu, 8 May 2008 16:17:37 -0400From: rcoleburn at scires.comTo: m3devel at elegosoft.comSubject: Re: [M3devel] new NT386 snapshots

Jay:
 
I have both console and gui programs built using 4.1 that do pull stuff out of the environment.  I've not noticed any problems with either mode.
 
>From my perspective, the old 4.1 seems more reliable than the current system in a number of respects.  I have a new project with a hard deadline that I would like to use the new cm3 system for, but until these problems (pixmaps, buildstandalone, environ vars, serial i/o, etc.) can be resolved, I'm going to keep using 4.1 for my production work.
 
Regards,
Randy>>> Jay <jayk123 at hotmail.com> 5/8/2008 2:46 PM >>>http://modula3.elegosoft.com/cm3/uploaded-archives/ http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-std-WIN32-NT386-d5.7.0.ziphttp://modula3.elegosoft.com/cm3/uploaded-archives/cm3-min-WIN32-NT386-d5.7.0.ziphttp://modula3.elegosoft.com/cm3/uploaded-archives/cm3-std-WIN32-NT386-d5.7.0-symbols.zip These should have:  latest quake extensions   set relation fixes   other set fixes revealed through dynamic linking of one regression test   hypothetical ability to cross-build to AMD64_LINUX, AMD64_DARWIN    one jmpbuf size for all NT386 configurations (NT386, NT386GNU, NT386MINGNU)  Built with Visual C++ 9.0 Express, so you'll want:http://www.microsoft.com/downloads/details.aspx?familyid=9B2DA534-3E03-4391-8A4D-074B9F2BC1BF&displaylang=en  Still more work to do though, e.g. assertion failures in unit tests, pixmap.. Fuller disclosure:Something is leaking memory on my system such that "everything" starts "failing" and I have to reboot.This isn't Modula-3 related.Hopefully these files aren't damaged as a result.Must be some buggy driver or something.. Aside: The environment variable thingy has been bugging me a long time and I finally looked deeper at it.It appears broken in CM3 4.x. I didn't check 3.x yet.I'm still mulling a fix, and haven't run a repro of the break, but it's not a big deal either way.Basically console apps use main that takes char** and gui apps use WinMain that doesn't get environment variables but the generated code calls GetEvironmentStrings() which returns null separated strings.Must be that hardly anyone uses environment variables in Modula-3 on Win32 for this to have lingered so long, at least gui apps.  - Jay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080508/39b819b9/attachment-0002.html>