On Mon, 24 Jul 2000 22:34:39 MST, Kirk McKusick wrote:
> time_t filedelay = 30; /* time to delay syncing files */
> time_t dirdelay = 29; /* time to delay syncing directories */
> time_t metadelay = 28; /* time to delay syncing metadata */
>
> Each of these variable
Just a heads-up to say that the last few issues have been dealt with
and it looks like we're on target for a July 25th, 18:00 PDT (Pacific
Daylight Time) tag and (as soon as that's finished) release operation.
I'll be putting the i386 and alpha bits together throughout the night
and will be shoo
* Sheldon Hearn <[EMAIL PROTECTED]> [000725 00:59] wrote:
>
>
> On Mon, 24 Jul 2000 22:34:39 MST, Kirk McKusick wrote:
>
> > time_t filedelay = 30; /* time to delay syncing files */
> > time_t dirdelay = 29; /* time to delay syncing directories */
> > time_t metadelay = 28;
In article <[EMAIL PROTECTED]>,
Alex Zepeda <[EMAIL PROTECTED]> wrote:
> On Mon, 24 Jul 2000, John Polstra wrote:
>
> > FreeBSD ELF: It's required by the ELF specification.
> >
> > FreeBSD a.out: Backward compatibility.
> >
> > Linux ELF: Because it's part of Linux and that's just
> Besides, have you even established that dynamically linked programs
> load too slowly? I've certainly never heard any complaints along
> those lines. Furthermore I would bet that the bulk of the dynamic
> linking time comes from opening the shared libraries and mmapping
> them, and there's not
Right, that was the plan with that code. In fact, I saw some improvement
in performance when turning the caches off when in the idle task no matter
what we were doing in it. It seems that it kept us out of the cache so we
didn't evict the working-set of block processes.
} The way Cort implement
hackers,
i'm seeing some fairly odd behavior from accept(2) when the connecting
socket goes away at just the right time. the timing is fairly funky, so i
don't know if i can easily whip up a repro for this, but what i'm seeing is:
accept returns a positive value (ie: not an error), but sets t
On Sat, 22 Jul 2000, Daniel O'Connor wrote:
>
> On 20-Jul-00 Raymond Wiker wrote:
> > Is it possible, at all, to use dlopen etc from a
> > statically-linked executable? My experiments with FreeBSD-4.0 (see
> > below) indicate that it's not possible.
>
> You can't do it from a statically l
Greg Thompson writes:
> i'm seeing some fairly odd behavior from accept(2) when the connecting
> socket goes away at just the right time. the timing is fairly funky, so i
> don't know if i can easily whip up a repro for this, but what i'm seeing is:
>
> accept returns a positive value (ie: not
Here's the latest patch for the aliasing of the RTSP/RTP and PNA (an earlier
proprietary protocol from Real.com (Progressive Networks)) protocols. This is
the last call for comments, trying to commit this week.
ftp://ftp.whistle.com/pub/erik/misc/libalias-rtsp-patch.3
FYI, this is the late
> From: John Polstra <[EMAIL PROTECTED]>
> No, there isn't. I don't plan to do anything more with the a.out
> dynamic linker, as I consider it obsolete at this point. I'd
BTW (last I looked) support of gzipped execs was only available for aout, not
for elf, ... one more residual use for aout, (
> > From: John Polstra <[EMAIL PROTECTED]>
> > No, there isn't. I don't plan to do anything more with the a.out
> > dynamic linker, as I consider it obsolete at this point. I'd
>
> BTW (last I looked) support of gzipped execs was only available for aout, not
> for elf, ... one more residual use
12 matches
Mail list logo
