<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>I'm not sure what you mean either Tony. :)<BR>
<BR>
But you got me thinking. Standalone vs. non standalone are mostly a transparent size optimization.<BR>
But there is the state sharing vs. not.<BR>
If there is some:<BR>
<BR>
static int i;<BR>
int GetGlobal(void) { return i; }<BR>
void SetGlobal(int j) { return i = j; }<BR>
<BR>
in a dll then there is just one i process wide.<BR>
With a static .lib, each client .dll/.so/.exe would get its own i.<BR>
However Modula-3 doesn't offer standalone .dlls so some of that is moot.<BR>
<BR>
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.<BR>
<BR>
- Jay<BR><BR>
<HR id=stopSpelling>
<BR>
> From: hosking@cs.purdue.edu<BR>> Date: Sun, 20 Jan 2008 11:26:28 -0500<BR>> To: rcoleburn@scires.com<BR>> CC: m3devel@elegosoft.com<BR>> Subject: Re: [M3devel] my status on win32<BR>> <BR>> I'm not sure what I mean since I am a Windows ignoramus. Jay?<BR>> <BR>> On Jan 19, 2008, at 9:12 PM, Randy Coleburn wrote:<BR>> <BR>> > Hi Tony:<BR>> ><BR>> > Are you suggesting that when the program is built standalone it <BR>> > maps libraries differently? I know there is a difference between <BR>> > dynamic vs. static libraries, but are you suggesting that a <BR>> > different library is being mapped than the vendor's equivalent of <BR>> > the dynamic library? How would I check for this situation?<BR>> ><BR>> > Your suggestion seems plausible since the source is not recompiled; <BR>> > instead, the linker is used to change the way the EXE is put <BR>> > together and that seems to cause the difference in operation as far <BR>> > as pixmaps are concerned.<BR>> ><BR>> > Regards,<BR>> > Randy<BR>> ><BR>> > >>> Tony Hosking <hosking@cs.purdue.edu> 1/19/2008 6:47 PM >>><BR>> > I would perhaps suspect a bad library mapping.<BR>> ><BR>> > On Jan 19, 2008, at 2:48 PM, Olaf Wagner wrote:<BR>> ><BR>> > > Quoting Randy Coleburn <rcoleburn@scires.com>:<BR>> > >> 1. pixmaps aren't rendered properly on the screen. They look <BR>> > really<BR>> > >> bad. I recall having this problem a while back with one of the <BR>> > early<BR>> > >> 5.x releases, so I guess it was never solved. I've got some old <BR>> > test<BR>> > >> programs I try to dig out and see if I can find out what is going<BR>> > >> on. I<BR>> > >> seem to recall that building standalone in the past seemed to <BR>> > fix the<BR>> > >> problem, so this is a real mystery.<BR>> > ><BR>> > > Hi Randy,<BR>> > ><BR>> > > I'm afraid I wasn't able to solve it directly some years ago and<BR>> > > then forgot about it due to more urgent tasks.<BR>> > ><BR>> > > I think we should try to narrow down the location of the problem<BR>> > > (i.e. is it in the runtime, code generation, linker, or windows<BR>> > > libraries).<BR>> > ><BR>> > > As you still have the 4.1 code of the Windows libraries, could you<BR>> > > first try to build them with the new compiler and see if it makes<BR>> > > a difference if you link against them?<BR>> > ><BR>> > > It may also be worthwhile to compare the commands actually used<BR>> > > for linking (use -commands). That is, before we turn to the actual<BR>> > > generated code...<BR>> > ><BR>> > > I still haven't got Windows access here, so I can just suggest what<BR>> > > to do...<BR>> > ><BR>> > > Olaf<BR>> > > --<BR>> > > Olaf Wagner -- elego Software Solutions GmbH<BR>> > > Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin,<BR>> > > Germany<BR>> > > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23<BR>> > > 45 86 95<BR>> > > http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz:<BR>> > > Berlin<BR>> > > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:<BR>> > > DE163214194<BR>> > ><BR>> ><BR>> ><BR>> <BR><BR><br /><hr />Shed those extra pounds with MSN and The Biggest Loser! <a href='http://biggestloser.msn.com/' target='_new'>Learn more.</a></body>
</html>