Stupid Questions Corner (really am interested to know).:
Why can't they be put in Jar Files.
4.7.6 (I know, I know comparing apples and oranges) use Jar file
extensively. If it didn't it would use more files than Moz or N6. Once
I accidently decompressed a Jar File and ended up with about 600 files
in place of one.
Of course I had to throwaway the entire install and reinstall.
Also why is it necessary to "registter each individual piece. Looks like
you call in the pieces only when needed and then drop them off when that
piece wasn't need.
On the other hand I gues you could wait for two years until OS-X is used
extensively. Because My understanding of Unix or Mach, they have no
limit you are describing
Steve Dagley wrote:
>
> 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...)
--
--------------------------------------------------------------------------
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"!
