Phillip, to a programmer DLL == a shared library and it's not a Windows only
thing.  Besides, it's much shorter to type DLL than shared library.  And no, we
can't put them into a jar file.  We could combine some of them but that tends to
make updating single components more difficult.

"Phillip M. Jones, C.E.T." wrote:
> 
> Has anyone thought of using "JAR" files to combine all these dll files.
> 
> PS: Has anyone realized we are talking about Macintosh.
> 
> DLL files are part and parcel of "Windows", that other platform that we
> Mac users "cringe" and need dramimine just to think of said platform. <Grin>
> 
> Simon Fraser wrote:
> >
> > I've just identified a situation in which Mozilla maxes
> > out the number of open files that is allowed by Mac OS,
> > and crashes as a result.
> >
> > Background
> >
> > It's known that we keep lots of DLLs open while running,
> > that we never close down (unload) DLLs, and that
> > autoregistration must, necessarily, open every component
> > DLL to register it.
> >
> > Mac OS 8.6 and earlier had a maximum of 384 file control
> > blocks (FCBs), so it was not possible for more than that
> > number of files to be open, globally, under that OS. Our
> > component DLL scheme pushes us close to that limit:
> >
> >   <http://bugzilla.mozilla.org/show_bug.cgi?id=27750>
> >
> > Users who have lots of fonts intstalled, or run other
> > FCB-greedy apps, can easily hit that limit.
> >
> > Mac OS 9 relaxed the FCB limit to 8169 files:
> >
> >   <http://developer.apple.com/technotes/tn/tn1184.html>
> >
> > In an apparently unrelated problem, the RegXPCOM application
> > that is used to build the component registry before
> > shipping (it basically just does an autoreg) was crashing
> > on Mac:
> >
> >   <http://bugzilla.mozilla.org/show_bug.cgi?id=24312>
> >
> > The bug
> >
> > A couple of days ago I diagnosed a bug that caused a
> > freshly-rebooted machine to crash during autoreg:
> >
> >   <http://bugzilla.mozilla.org/show_bug.cgi?id=64978>
> >
> > and this appears to be closely related to, if not the
> > same problem as the RegXPCOM bug mentioned above.
> >
> > Some debugging in MacsBug strongly suggests that this
> > bug is caused by us opening lots of files (and keeping
> > them open), while never yielding any time to the OS. It
> > appears that during autoreg, we can run out of FCBs even
> > on Mac OS 9, with dire consequences.
> >
> > How to fix this? We can yield to the OS during autoreg
> > (by adding a call to SystemTask() in the autoreg loop),
> > which avoids the crash. But it also seems that we need
> > to address some of the underlying problems: that autoreg
> > doesn't unload the libraries that it just registered (which
> > has other bad side-effects like hogging memory), and that
> > we can't get combine DLLs into multi-fragment containers
> > (as described in bug 27750).
> >
> > Simon
> >
> > --
> >           Simon Fraser   Entomologist
> >   [EMAIL PROTECTED]   http://people.netscape.com/sfraser/
> 
> --
> --------------------------------------------------------------------------
> Phillip M. Jones, CET     |MEMBER:VPEA (LIFE) ETA-I, NESDA,ISCET, Sterling
> 616 Liberty Street        |Who's Who. PHONE:540-632-5045, FAX:540-632-0868
> Martinsville Va 24112-1809|[EMAIL PROTECTED], ICQ11269732, AIM pjonescet
> --------------------------------------------------------------------------
> 
> If it's "fixed", don't "break it"!

-- 

Steve Dagley
Member of the Technical Staff, Netscape Communications
Macintosh Perfusionist
(All opinions expressed are my own yada yada yada...)

Reply via email to