I could accept this as an alternative implementation, no problem. All
I care about is the functionality, and I'd personally be happier not
to have to document a new flag. :)
I'll see what setting it in login.conf does - that *should* solve the
problem swiftly and easily.
- Jordan
> On 26 May 99
On 26 May 99, at 23:50, Adam wrote:
> > > Unless I hear unanimous fierce outcry against it, I'm strongly
> > > considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> > > default for all tools/libraries which currently examine it.
>
> If they already examine FTP_PASSIVE_MODE, why no
On Wed, 26 May 1999, Jordan K. Hubbard wrote:
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> default for all tools/libraries which currently examine it.
> FTP_ACTIVE_MODE will be the new flag for toggling the
> > Unless I hear unanimous fierce outcry against it, I'm strongly
> > considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> > default for all tools/libraries which currently examine it.
If they already examine FTP_PASSIVE_MODE, why not just set it to YES by
default somewhere?
>
Hi,
I'm moving this to -current from -cvs which I beleive is more
appropriate...
>> Is this a driver for a RAID controller or something else? I'm just
>> curious because on the Compaq servers I have there are some disk
>> status lights (disk OK/online/failure, etc) on each individual
>> hot-s
> > >
> > do any apps check for FTP_ACTIVE_MODE?
> > are we going to apply patches to each app to check for this
> > and maintains those patches over the course of time?
> >
> > seems to be a change without commensurate benefit.it will
> > confuse some, suprise others and
On Wed, May 26, 1999 at 07:54:03AM -0700, Jonathan M. Bresler wrote:
> >
> > Unless I hear unanimous fierce outcry against it, I'm strongly
> > considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> > default for all tools/libraries which currently examine it.
> > FTP_ACTIVE_MODE wi
On Wed, 26 May 1999, Jordan K. Hubbard wrote:
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> default for all tools/libraries which currently examine it.
> FTP_ACTIVE_MODE will be the new flag for toggling the
Brian Somers writes:
> > Well, I'd hoped I'd be able to do a little more before bothering the list,
> > but...
> >
> > I'd last built world around the end of April, with no problems. I then
> > grew a fairly heavy workload, and so didn't get a chance to build world
> > again until 2 days ag
I don't recall that the FreeBSD version of egcs is built with Haifa
turned on, which is supposed to improve optimizations as the level
is increased (more aggressive instruction scheduling.)
> With egcs, the '-O' flag doesn't specify the optimization level like it
> does in GCC. It specifies
"Andrey A. Chernov" wrote:
> Just check 'swapinfo' in recent -current, it shows "/dev/(null)" as swap
> device, it means that devinfo() call in kvm_getswapinfo() returns NULL,
> i.e. called with wrong argument which is swinfo.sw_dev
This is a known problem. It is because dev_t in kernel and dev_t
My -CURRENT box is having problems with the mouse pointer freezing. Killing
moused and restarting it seems to solve the problem, until it happens again,
of course. It seems to happen after about 8 or nine hours of use. This
hadn't been a problem with the previous -CURRENT, which was a month or s
On 26 May 99, at 3:50, Jordan K. Hubbard wrote:
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> default for all tools/libraries which currently examine it.
> FTP_ACTIVE_MODE will be the new flag for toggling t
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> default for all tools/libraries which currently examine it.
> FTP_ACTIVE_MODE will be the new flag for toggling the previous
> behavior.
>
> Given the state of t
> Well, I'd hoped I'd be able to do a little more before bothering the list,
> but...
>
> I'd last built world around the end of April, with no problems. I then
> grew a fairly heavy workload, and so didn't get a chance to build world
> again until 2 days ago (May 24). During that time, somethin
On Wed, 26 May 1999, Jordan K. Hubbard wrote:
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> default for all tools/libraries which currently examine it.
> FTP_ACTIVE_MODE will be the new flag for toggling the
>
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> default for all tools/libraries which currently examine it.
> FTP_ACTIVE_MODE will be the new flag for toggling the previous
> behavior.
>
> Given the state o
Well, I'd hoped I'd be able to do a little more before bothering the list,
but...
I'd last built world around the end of April, with no problems. I then
grew a fairly heavy workload, and so didn't get a chance to build world
again until 2 days ago (May 24). During that time, something changed wi
Hi,
I have a pr440fx dual PPro system with 132Mb.
I replaced memory and was testing memory with a short program
(included below) and decided to try to kill it
keyboard signals did change what the system was doing
in that the swapping that was occurring stopped.
kill -9 PID did not have the usual ef
> -Original Message-
> From: Nick Hibma [SMTP:nick.hi...@jrc.it]
> Sent: Wednesday, May 26, 1999 1:38 PM
> To: Jordan K. Hubbard
> Cc: curr...@freebsd.org
> Subject: Re: FTP passive mode - a new default?
>
>
> Is there a list of pro-/cons- available?
>
> - it is slower, but by h
On 26-May-99 Nick Hibma wrote:
> Is there a list of pro-/cons- available?
>
> - it is slower, but by how much and on which types of lines (low/high
> latency, low/high bandwidth)?
>
> - any (windows) tools not supporting it?
Well funnily enough some servers won't allow passive mode, and I
Is there a list of pro-/cons- available?
- it is slower, but by how much and on which types of lines (low/high
latency, low/high bandwidth)?
- any (windows) tools not supporting it?
Nick
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE ob
On 26 May 1999, "Jordan K. Hubbard" proclaimed:
> Unless I hear unanimous fierce outcry against it, I'm strongly
> considering making FTP_PASSIVE_MODE obsolete by virtue of being the
> default for all tools/libraries which currently examine it.
> FTP_ACTIVE_MODE will be the new flag for toggling th
Unless I hear unanimous fierce outcry against it, I'm strongly
considering making FTP_PASSIVE_MODE obsolete by virtue of being the
default for all tools/libraries which currently examine it.
FTP_ACTIVE_MODE will be the new flag for toggling the previous
behavior.
Given the state of the Internet to
Garrett Wollman wrote:
> Just for completeness, I did one final run of HINT with just `-O'
> specified (our usual default).? `-O' results in significantly better
> integer performance than `-O4'.? (Floating-point performance is just
> the opposite.)
>
> This suggests that compiling the world with
Garrett Wollman wrote:
> Just for completeness, I did one final run of HINT with just `-O'
> specified (our usual default).? `-O' results in significantly better
> integer performance than `-O4'.? (Floating-point performance is just
> the opposite.)
>
> This suggests that compiling the world with
On Wed, 26 May 1999, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote:
>
> Would anyone have any objections to me hacking objcopy so that it could do
> the
> following -
>
> a) Change symbol names from one thing to another
>
> b) Add/remove dependencies on other shared objects.
>
> I
On Tue, May 25, 1999 at 11:38:38PM -0600, a little birdie told me
that Kenneth D. Merry remarked
>
> {panzer:/usr/home/ken:2:0} pstat -s
> Device 1K-blocks UsedAvail Capacity Type
> /dev/(null)3275520 327552 0%Interleaved
> /dev/(null)3930880 39308
> Without getting into the ccd/vinum comparisons, is there a reason you
> want to use ad? and not wd? ? AFAIK, wd? works fine with Soren's new
> driver (well, it's working for me, at any rate).
Soren's driver is alpha level, and danger with some chipset. For
example, it cause file system crash wit
29 matches
Mail list logo
