<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>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.<BR>I have no idea why my mail gets truncated. I agree it is annoying.<BR>
<BR>
F:\products\modula3\CONTRIB\SRC-M3\m3\m3core\src\runtime\WIN32\RTArgs.m3(7):(* In Windows/NT, "envp" points at a null-terminated block of<BR>F:\products\modula3\CONTRIB\SRC-M3\m3\m3core\src\runtime\WIN32\RTArgs.m3(144): envp : Ctypes.char_star := RTLinker.info.<FONT face="">envp</FONT>;<BR><BR><BR>
f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(117): Out (s, " _ADDRESS envp;", s.eol);<BR>f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(480): Out (s, " /* envp */ 0,", s.eol);<BR>f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(498): Out (s, " _m3_link_info.envp = (_ADDRESS)GetEnvironmentStrings();", s.eol);<BR>f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(501): Out (s, "int main (argc, argv, envp)", s.eol);<BR>f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(504): Out (s, "char **envp;", s.eol);<BR>f:\products\modula3\CONTRIB\SRC-M3\m3\m3linker\src\MxGen.m3(512): Out (s, " _m3_link_info.envp = (_ADDRESS)(envp);", s.eol);<BR><BR> > serial i/o?<BR>
<BR>
I haven't touched it, looked it really, or heard of any problems.<BR>
I looked at it for purposes of NT386GNU but didn't really do anything.<BR>
<BR>
Pixmaps need debugging, indeed.<BR>
<BR>
I found my 4.1 CD. :)<BR>
<BR>
- Jay<BR><BR>
<BLOCKQUOTE>
<HR id=EC_stopSpelling>
Date: Thu, 8 May 2008 16:17:37 -0400<BR>From: rcoleburn@scires.com<BR>To: m3devel@elegosoft.com<BR>Subject: Re: [M3devel] new NT386 snapshots<BR><BR>
<META content="Microsoft SafeHTML" name=Generator>
<DIV>Jay:</DIV>
<DIV> </DIV>
<DIV>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.</DIV>
<DIV> </DIV>
<DIV>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.</DIV>
<DIV> </DIV>
<DIV>Regards,</DIV>
<DIV>Randy<BR><BR>>>> Jay <jayk123@hotmail.com> 5/8/2008 2:46 PM >>><BR><A href="http://modula3.elegosoft.com/cm3/uploaded-archives/" target=_blank>http://modula3.elegosoft.com/cm3/uploaded-archives/</A><BR> <BR><A href="http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-std-WIN32-NT386-d5.7.0.zip" target=_blank>http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-std-WIN32-NT386-d5.7.0.zip</A><BR><A href="http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-min-WIN32-NT386-d5.7.0.zip" target=_blank>http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-min-WIN32-NT386-d5.7.0.zip</A><BR><A href="http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-std-WIN32-NT386-d5.7.0-symbols.zip" target=_blank>http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-std-WIN32-NT386-d5.7.0-symbols.zip</A><BR> <BR>These should have:<BR> latest quake extensions <BR> set relation fixes <BR> other set fixes revealed through dynamic linking of one regression test <BR> hypothetical ability to cross-build to AMD64_LINUX, AMD64_DARWIN <BR> one jmpbuf size for all NT386 configurations (NT386, NT386GNU, NT386MINGNU) <BR> <BR>Built with Visual C++ 9.0 Express, so you'll want:<BR><A href="http://www.microsoft.com/downloads/details.aspx?familyid=9B2DA534-3E03-4391-8A4D-074B9F2BC1BF&displaylang=en" target=_blank>http://www.microsoft.com/downloads/details.aspx?familyid=9B2DA534-3E03-4391-8A4D-074B9F2BC1BF&displaylang=en</A><BR> <BR> <BR>Still more work to do though, e.g. assertion failures in unit tests, pixmap..<BR> <BR>Fuller disclosure:<BR>Something is leaking memory on my system such that "everything" starts "failing" and I have to reboot.<BR>This isn't Modula-3 related.<BR>Hopefully these files aren't damaged as a result.<BR>Must be some buggy driver or something..<BR> <BR>Aside:<BR> The environment variable thingy has been bugging me a long time and I finally looked deeper at it.<BR>It appears broken in CM3 4.x. I didn't check 3.x yet.<BR>I'm still mulling a fix, and haven't run a repro of the break, but it's not a big deal either way.<BR>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.<BR>Must be that hardly anyone uses environment variables in Modula-3 on Win32 for this to have lingered so long, at least gui apps.<BR> <BR> - Jay<BR></DIV></BLOCKQUOTE></body>
</html>