[M3devel] my status on win32

[Jay]

I'm not sure what you mean either Tony. :)
 
But you got me thinking. Standalone vs. non standalone are mostly a transparent size optimization.
But there is the state sharing vs. not.
If there is some:
 
static int i;
int GetGlobal(void) { return i; }
void SetGlobal(int j) { return i = j; }
 
in a dll then there is just one i process wide.
With a static .lib, each client .dll/.so/.exe would get its own i.
However Modula-3 doesn't offer standalone .dlls so some of that is moot.
 
The repro is so easy, I'm sure we'll get it before much longer, but I'd like to fix the GNU ModuleInfo first.
 
 - Jay



> From: hosking at cs.purdue.edu> Date: Sun, 20 Jan 2008 11:26:28 -0500> To: rcoleburn at scires.com> CC: m3devel at elegosoft.com> Subject: Re: [M3devel] my status on win32> > I'm not sure what I mean since I am a Windows ignoramus. Jay?> > On Jan 19, 2008, at 9:12 PM, Randy Coleburn wrote:> > > Hi Tony:> >> > Are you suggesting that when the program is built standalone it > > maps libraries differently? I know there is a difference between > > dynamic vs. static libraries, but are you suggesting that a > > different library is being mapped than the vendor's equivalent of > > the dynamic library? How would I check for this situation?> >> > Your suggestion seems plausible since the source is not recompiled; > > instead, the linker is used to change the way the EXE is put > > together and that seems to cause the difference in operation as far > > as pixmaps are concerned.> >> > Regards,> > Randy> >> > >>> Tony Hosking <hosking at cs.purdue.edu> 1/19/2008 6:47 PM >>>> > I would perhaps suspect a bad library mapping.> >> > On Jan 19, 2008, at 2:48 PM, Olaf Wagner wrote:> >> > > Quoting Randy Coleburn <rcoleburn at scires.com>:> > >> 1. pixmaps aren't rendered properly on the screen. They look > > really> > >> bad. I recall having this problem a while back with one of the > > early> > >> 5.x releases, so I guess it was never solved. I've got some old > > test> > >> programs I try to dig out and see if I can find out what is going> > >> on. I> > >> seem to recall that building standalone in the past seemed to > > fix the> > >> problem, so this is a real mystery.> > >> > > Hi Randy,> > >> > > I'm afraid I wasn't able to solve it directly some years ago and> > > then forgot about it due to more urgent tasks.> > >> > > I think we should try to narrow down the location of the problem> > > (i.e. is it in the runtime, code generation, linker, or windows> > > libraries).> > >> > > As you still have the 4.1 code of the Windows libraries, could you> > > first try to build them with the new compiler and see if it makes> > > a difference if you link against them?> > >> > > It may also be worthwhile to compare the commands actually used> > > for linking (use -commands). That is, before we turn to the actual> > > generated code...> > >> > > I still haven't got Windows access here, so I can just suggest what> > > to do...> > >> > > Olaf> > > --> > > 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> > >> >> >> 
_________________________________________________________________
Shed those extra pounds with MSN and The Biggest Loser!
http://biggestloser.msn.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080120/418bf0b4/attachment-0002.html>