Greg Hudson writes:
> > So, since you think you can do better, what would you do
> > differently? Split the page up? That would waste people's time.
> > Add more information? I'm fine with that -- "send code", as they
> > say.
>
> There's always the approach of "one big page with an index at the top
> where the index links point to anchors within the page."
That's what I'm doing.
> In another message, you wrote:
>
> > If I was making a distribution, *I* would reserve some UIDs <100.
> > The chances that you'll run into a conflict in an upgrade a very
> > small. I'd include a program to check for a conflict, and reassign
> > the existing UID.
>
> Of course, once a site starts making use of network filesystems, it
> doesn't matter what UIDs are "reserved" by new operating systems, and
> no simple tool can make reassigning UIDs easy. Eventually someone is
> going to feel some pain. It happens.
Right, well the alternatives are to read the UIDs at runtime (and we
all know how successful we've been at convincing Dan to allow *THAT*
change), or to edit the executables at runtime, which of course
means that the executables no longer match the checksums on the CDROM.
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
