> Hey markm, ya wanna add this to your to-do list? :-)
Added :-)
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, 31 Aug 1999, Mark Murray wrote:
> This _may_ be a solution to a problem I am having with SSH on a
> congested link; I don't get my characters back until I hit a bunch
> of characters (it appears that they are stuck in an outbound buffer
> untill then. The problem only happens on congested
> If you don't know that they are, you don't need to worry about them. :-)
>
> Seriously, they are allow finer control over some of the TCP behavior.
>
> delacktime is related to Nagle's algorithm, and specifies how long a
> system should delay ACK'ing a packet in hopes that it can collect some
I've spent several hours resyncing the source tree and revalidating the
patchset (though w/ the buildworld breakage revalidation was not entirely
complete). Multipatch #8 is now available.
http://www.backplane.com/FreeBSD4/
This patch contains a controversial backouts wh
>> How about struct timeval instead?
Timevals shouldn't be used in new interfaces. Use timespecs, which are
both Standard and more future proof.
>Firstly we are talking about time deltas, and on the sysctl side of things
>it's very hard to set 'timevals (as you'd need to set two different
>vari
On Aug 08, 1999 at 10:23:01PM -0400, Chris D. Faulhaber wrote:
> Does this have anything to do with the current (no pun intended) breakage:
>
> /usr/src/usr.sbin/trpt/trpt.c:358: `TCPT_REXMT' undeclared (first use in
Yes; I forgot to commit the patch to remove references to the
timers in this pro
Does this have anything to do with the current (no pun intended) breakage:
===> usr.sbin/trpt
cc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c
/usr/src/usr.sbin/trpt/trpt.c
/usr/src/usr.sbin/trpt/trpt.c: In function `main':
/usr/src/usr.sbin/trpt/trpt.c:196: warning: passing arg 4 of `qsort'
In article <[EMAIL PROTECTED]>,
Andrea Franceschini <[EMAIL PROTECTED]> wrote:
>
> I'm trying to use pppd coupled with PAM.
> I'm using pppd 2.3.9 compiled with USE_PAM options ,and ,as far as i can see ,the
> pppd side seem to work fine,but when i try to use the PAM side i got this:
>
> -
On Mon, 30 Aug 1999, Peter Dufault wrote:
> > there are very few values that could make sense in both Hours scale and
> > usecs scale..
> >
> > thus items that could be small could be in uSecs and items that could
> > be big could be in Secs.. A small set of functions could be used to
> > ma
I get the following errors when trying to run certain perl stuff .. like
mirror:
su-2.03# mirror /usr/local/lib/mirror/packages/daemonnews
DynaLoader:/usr/libdata/perl/5.00503/DynaLoader.pm:188 Caught a SIGSEGV
shutting down at /usr/local/bin/mirror line 3873.
uname -a:
FreeBSD shadowmere.st
> there are very few values that could make sense in both Hours scale and
> usecs scale..
>
> thus items that could be small could be in uSecs and items that could
> be big could be in Secs.. A small set of functions could be used to
> make this uniform through the system
>
> syscall_Secs_to_h
On Tue, 31 Aug 1999, Peter Jeremy wrote:
> Jonathan Lemon <[EMAIL PROTECTED]> wrote:
> >On Aug 08, 1999 at 03:01:32PM -0700, Julian Elischer wrote:
> >> I don't want to sound ungrateful, but couldn't we have defined these in
> >> terms of Usecs and translated?
> ...
> > I think that having it
I'm getting this for a couple of builds with today's code :
t_terminal_io':
terminal.o(.text+0x1e4): undefined reference to `tgetent'
terminal.o(.text+0x2c2): undefined reference to `tgetstr'
terminal.o(.text+0x34e): undefined reference to `tgetflag'
terminal.o(.text+0x362): undefined reference t
The recent world breakage seems to be due to wayward symlinks.
ls -l /usr/obj/usr/src/tmp/usr/lib
lrwxr-xr-x 21 Aug 30 12:36 libcurses.a@ -> /usr/lib/libncurses.a
lrwxr-xr-x 21 Aug 30 12:36 libmytinfo.a@ -> /usr/lib/libncurses.a
-r--r--r-- 377380 Aug 30 12:36 libncurses.a
lrwxr-xr-x
Jonathan Lemon <[EMAIL PROTECTED]> wrote:
>On Aug 08, 1999 at 03:01:32PM -0700, Julian Elischer wrote:
>> I don't want to sound ungrateful, but couldn't we have defined these in
>> terms of Usecs and translated?
...
> I think that having it in units of usec is
>probably better than msec; it provi
cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386
-I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386
-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include
-I/usr/src/gnu/usr.bin/binutils/gdb/i386
-I/usr/src/gnu/usr
On Aug 08, 1999 at 11:40:23PM +0200, Mark Murray wrote:
> > I've just committed the revised TCP timer code. There are some
> > user visible changes:
> :
> > Also, some new sysctls have been added:
> :
> ...&c
>
> Please let the plebs know, in less kernel-ish terms, what this means?
If you
On Aug 08, 1999 at 03:01:32PM -0700, Julian Elischer wrote:
>
>
> On Mon, 30 Aug 1999, Rodney W. Grimes wrote:
>
> > > I've just committed the revised TCP timer code. There are some
> > > user visible changes:
> > >
> > > User visible TCP timers are now in units of the system clock
> > >
cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat
-I/usr/obj/usr/src/tm
p/usr/include -static -o sh alias.o arith.o arith_lex.o cd.o echo.o
error.o eva
l.o exec.o expand.o histedit.o input.o jobs.o mail.o main.o memalloc.o
miscbltin
.o mystring.o options.o output.o parser.o printf.o redir.
Systems Administrator wrote:
> Thats not where it dies :)..
It's the same problem. libtermcap has changed or causes
conflicts with symbols (if I understand some of
Peter's commits). The tput function you noted would have
come from -ltermcap (as does the tgetent, tgetnum, etc.i below)
What I d
> Thats not where it dies :)..
Be more specific. Just saying "it dies" does not help anyone here.
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Thats not where it dies :)..
--
Jason DiCioccio | [EMAIL PROTECTED]
FreeBSD - The Power to Serve | http://www.freebsd.org
| http:/
Matthew N. Dodd wrote:
> On Mon, 30 Aug 1999, Systems Administrator wrote:
> > Make world for 4.0 is failing due to libedit libraries that were
> > compiled during the process.. various errors with tputs and other
> > functions in libedit.a, please commit a fix soon, I just reinstalled
> > -RELEAS
On Mon, 30 Aug 1999, Jonathan Lemon wrote:
> On Aug 08, 1999 at 11:36:30PM +0200, Poul-Henning Kamp wrote:
> > In message <[EMAIL PROTECTED]>, Jonathan Lemon writes:
> > > I've just committed the revised TCP timer code. There are some
> > >user visible changes:
> > >
> > > User visible TCP
On Mon, 30 Aug 1999, Systems Administrator wrote:
> Make world for 4.0 is failing due to libedit libraries that were
> compiled during the process.. various errors with tputs and other
> functions in libedit.a, please commit a fix soon, I just reinstalled
> -RELEASE and wanna get out of it.
Any c
Sorry to reply to my own mail -- never report problems before
investigating what was committed.
The $Id$ -> $FreeBSD$ changes to ifconfig are probably not the cause --
more likely the changes to xl (1.52 -> 1.53), and the addition of the
mii-controller. Anybody else seeing this, or should I look
On Mon, 30 Aug 1999, Rodney W. Grimes wrote:
> > I've just committed the revised TCP timer code. There are some
> > user visible changes:
> >
> > User visible TCP timers are now in units of the system clock
> > (10ms for the i386), not those of the slowtimeout (500ms). So
> > if you
Make world for 4.0 is failing due to libedit libraries that were compiled
during the process.. various errors with tputs and other functions in
libedit.a, please commit a fix soon, I just reinstalled -RELEASE and wanna
get out of it.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscr
In message <[EMAIL PROTECTED]>, Jonathan Lemon writes:
>On Aug 08, 1999 at 11:36:30PM +0200, Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]>, Jonathan Lemon writes:
>> > I've just committed the revised TCP timer code. There are some
>> >user visible changes:
>> >
>> > User visible T
On Aug 08, 1999 at 11:36:30PM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Jonathan Lemon writes:
> > I've just committed the revised TCP timer code. There are some
> >user visible changes:
> >
> > User visible TCP timers are now in units of the system clock
> > (10ms for
> I've just committed the revised TCP timer code. There are some
> user visible changes:
:
> Also, some new sysctls have been added:
:
...&c
Please let the plebs know, in less kernel-ish terms, what this means?
Thanks!
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
T
In message <[EMAIL PROTECTED]>, Jonathan Lemon writes:
> I've just committed the revised TCP timer code. There are some
>user visible changes:
>
> User visible TCP timers are now in units of the system clock
> (10ms for the i386)
Please, can we have them be in milliseconds ?
--
Poul-Hennin
On Aug 08, 1999 at 02:27:53PM -0700, Rodney W. Grimes wrote:
> > I've just committed the revised TCP timer code. There are some
> > user visible changes:
> >
> > User visible TCP timers are now in units of the system clock
> > (10ms for the i386), not those of the slowtimeout (500ms). So
> I've just committed the revised TCP timer code. There are some
> user visible changes:
>
> User visible TCP timers are now in units of the system clock
> (10ms for the i386), not those of the slowtimeout (500ms). So
> if you have customized one of these values, (e.g.: net.inet.tcp.ke
I've just committed the revised TCP timer code. There are some
user visible changes:
User visible TCP timers are now in units of the system clock
(10ms for the i386), not those of the slowtimeout (500ms). So
if you have customized one of these values, (e.g.: net.inet.tcp.keepintvl),
On Mon, Aug 30, 1999 at 09:14:11AM +0200, Bernd Walter wrote:
> On Mon, Aug 30, 1999 at 03:58:16PM +0930, Greg Lehey wrote:
> >
> > Yes, this is the same thing. Until Parag came along, I was beginning
> > to think it was a problem with your hardware :-(
> Yes - I would have done tests with a hos
Hi,
After the recent changes to ifconfig and the xl driver I am getting
a panic when rc.network runs ifconfig:
[...]
Doing initial network setup: hostname.
UP,LOOPBACK,RUNN
ING,MULTICAST> m
E®WioFnetmask 0xffa00
tal trap 12: page fault while in kernel mode
fault virtual add
:Hi,
:
:With a kernel built from -current cvsup'd at Sun Aug 22 04:03:19 BST 1999,
:I got the following panic doing make -j8 world with /usr/src via NFS and
:/usr/obj local:
:
:Panic: free vnode isn't
:mp_lock = 0001; cpuid = 0; lapic.id =
:
:backtrace (hand-transcribed):
:
:panic
:g
Hi,
With a kernel built from -current cvsup'd at Sun Aug 22 04:03:19 BST 1999,
I got the following panic doing make -j8 world with /usr/src via NFS and
/usr/obj local:
Panic: free vnode isn't
mp_lock = 0001; cpuid = 0; lapic.id =
backtrace (hand-transcribed):
panic
getnewvnode() +
> Rodney W. Grimes writes:
>
> >What verion of the cvs binary are you running (cvs -v)?
>
> Concurrent Versions System (CVS) 1.10 `Halibut' (client/server)
>
> >Are you getting a copy of CVSROOT?
>
> yes...as part of src-all, but it's not used as *my* CVSROOT.
What is the content of *y
>I'm noticing some new output. What does it mean and is it going
>to stay there? :-)
Peter killed these last week.
>
>- Jordan
--
Justin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
As Stephen McKay wrote ...
> I took the lid off anyway hoping to find anything at all weird and noticed
> something I had forgotten. I was using a Seagate ST51080N 1GB disk earlier
> for some experimenting and had disconnected the POWER, but not the SCSI CABLE.
> (It's a really noisy drive!) Whe
.. I hope this is going to the right list ..
With 4.0-19990826-CURRENT and 4.0-19990827-CURRENT, been having a bit of a
problem that only shows itself once swap starts being used:
-
Aug 26 19:24:31 zed /kernel: spec_getpages: I/O read failure: (error
code=0)
bp 0xce0e68f8 vp 0xda84d
Of all the gin joints in all the towns in all the world, FreeBSD mailing
list had to walk into mine and say:
> Subject says it all.
No, the subject does not say it all: the subject says nothing about how
you forgot to update your kernel config file to include:
controller miibus0
The subject a
> The client system -- A FreeBSD
> client system - has a buffer cache. The buffer cache holds an abstraction
> for both files and directories.
Well, the discussion is about FreeBSD NFS server, not about FreeBSD NFS
client. Neither FreeBSD server cannot assume FreeBSD client, nor
Fre
[I'm trying my first crosspost experiment here. Please follow up to -scsi.]
A week ago I posted my strange crash and subsequent doubts about the proper
functioning of softupdates. This is more of the story.
I examined the lost+found directory more closely and of the few files that
I traced, th
> panic() no longer works when called early. E.g., after booting with -d,
> typing `panic' at the debugger prompt produces no output and
> hangs.
>
> This may be because panic() now depends on uninitialized event handlers.
That would only be an issue if panic() then calls boot() without
initia
47 matches
Mail list logo
