[M3devel] FW: NT386 environment variables (new NT386 snapshots)

[Olaf Wagner]

Quoting Jay <jayk123 at hotmail.com>:

> truncated again...
> m3support -- nothing interesting in any logs regarding my mail?
> And nobody else uses hotmail, right?

@Ronny, can you please check if our mail logs reveal any reason
for Jay's mails to be truncated now and then?

>> I will apply an easy fix.
> done

I'm not sure if this means that the issues concerning evnironment
variable access (both via Env and RTArgs) are now fixed for NT386(GNU)...
Can we forget about this issue?

Olaf

> From: jayk123 at hotmail.comTo: rcoleburn at scires.com;   
> m3devel at elegosoft.comSubject: RE: [M3devel] NT386 environment   
> variables (new NT386 snapshots)Date: Fri, 9 May 2008 07:44:09 +0000
>
>
>  > these problems (pixmaps, buildstandalone, environ vars, serial   
> i/o, etc...  Ok, here is the story with environment variables.I   
> tested 3.6 and current, gui and console.This is the   
> program:C:\dev2\j\m3\3>type src\m3makefileimport ("m3core")import   
> ("libm3")m3_option ("-gui")     twiddle this line in and out with a   
> commentimplementation ("Main")program ("pgm") C:\dev2\j\m3\3>type   
> src\Main.m3MODULE Main;IMPORT IO;IMPORT RTArgs; BEGIN(* IO.Put just   
> crashes in 3.6 gui apps *)  IO.Put(RTArgs.GetArg(2));    
> IO.Put(RTArgs.GetEnv(2)); (* use this for gui apps *)  EVAL   
> RTArgs.GetArg(2);  EVAL RTArgs.GetEnv(2);END Main.In 3.6 console   
> apps, RTArgs.GetEnv returns garbage. That makes sense from the   
> code.In current console apps, GetEnv works.In current gui apps,   
> GetEnv access violates, or returns an invalid pointer.  This also   
> makes sense from the code.Randy, does this actually work for you?I'd  
>  be quite surprised.I haven't tried 4.1 yet, just 3.6 and current.I   
> will apply an easy fix. - 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



-- 
Olaf Wagner -- elego Software Solutions GmbH
                Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95
    http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin
Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194