I'm sorry if
that is not of any help to you, but I can't seem to find anything wrong
here :/
--
Giorgos Keramidas, < keramida @ ceid . upatras . gr >
"Don't let your schooling interfere with your education." [Mark Twain]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, Jan 27, 2000 at 06:53:51PM -0800, Mike Smith wrote:
>
> The only argument for having a dysfunctional hostname of the variety you
> describe is vanity, which is not a valid engineering constraint.
Or that you're behind a dialup connection that dynamically assigns IPs
errx(1, "%s: %s", p->fts_path,
+strerror(p->fts_errno));
case FTS_NS:
/*
* FTS_NS: assume that if can't stat the file, it
%%% patch ends here %%%
--
Giorgos Keramidas, < keramida @ ceid . upatras . gr >
"Don't let y
ter tonight's build, I'll let
you know.
--
Giorgos Keramidas, < keramida @ ceid . upatras . gr >
For my public PGP key: finger [EMAIL PROTECTED]
PGP fingerprint, phone and address in the headers of this message.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
, what is
it that you have observed Arjan? The rules never get hit? The rules
get hit, but they do not work as expected?
--
Giorgos Keramidas, < keramida @ ceid . upatras . gr >
For my public PGP key: finger [EMAIL PROTECTED]
PGP fingerprint, phone and address in the headers of this message.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
he same sources. A build/installworld
solved this for me.
--
Giorgos Keramidas, < keramida @ ceid . upatras . gr >
For my public PGP key: finger [EMAIL PROTECTED]
PGP fingerprint, phone and address in the headers of this message.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubsc
. Is there such a thing, or the time
has come for me to start playing around with my kernel and ethernet
drivers?
A pseudo-ethernet device seems like a nice reason to start panicing my
home PC, but I don't want to repeat other people's work if possible ;)
--
Giorgos Keramidas, < keram
e that disc0
can be used for an interface that discards packets, and that one can
have as many loopback interfaces as needed [although I suspect that one
would suffice most of the time].
--
Giorgos Keramidas, < keramida @ ceid . upatras . gr >
For my public PGP key: finger [EMAIL PROTECT
; console
Nice thing. I think this will stop a lot of questions on their source.
Some new users believed that running XF86Config was unnecessary after
they added this to their kernel.
Without the wrapping, thank you.
--
Giorgos Keramidas, < keramida @ ceid . upatras . gr >
For my public PG
On Sun, Mar 12, 2000 at 05:59:09AM +, Paul Richards wrote:
>
> Are expressions like ((uid_t)0-1) portable/safe ? Maybe that's a better
> way of approaching this.
To get the all-1's number, maybe it's better to use ((uid_t)~0), but
that is a rather controversial
On Sun, Mar 12, 2000 at 05:51:17PM -0800, John Polstra wrote:
> In article <[EMAIL PROTECTED]>,
> Giorgos Keramidas <[EMAIL PROTECTED]> wrote:
> > On Sun, Mar 12, 2000 at 05:59:09AM +, Paul Richards wrote:
> > >
> > > Are expressions like ((uid_t)
tainly not a good thing, IMHO.
If you can debug the kernel, and see where it locks up, perhaps someone
with more knowledge of the kernel internals than me will be able to help
you sort this out.
- Giorgos Keramidas
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
erous thing to do. I have never heard of machines where this
isn't true, but I seem to recall that the comp.lang.c FAQ mentions this
somewhere. I'll look it up tomorrow, since it's getting too late..
- Giorgos Keramidas
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
d, but it seems that apart from cvsup'ing my
sources tonight to their older revision (march 16) and rebuilding
kernel+world, I don't have much more information for the crash.
Be back to you with more info, after I roll back my sources to some
older date and see which is the first version that
s that compiling
the kernel and/or `world' triggers the funny condition I'm running into.
If that does not give me a working kernel/world, I might as well start
looking for hardware related problems, memory being the most likely
culprit for such kind of behavior.
- Giorgos Keramidas
To Unsub
On Thu, Mar 23, 2000 at 01:33:11AM +0200, Giorgos Keramidas wrote:
>
> In the mean time, I've recompiled a freshly cvsup'ed kernel, booted it,
> and now I'm trying to build my world -- since it seems that compiling
> the kernel and/or `world' triggers the funn
ADES i386
Seems that it crashed in acdopen(). My version of atapi-cd.c is 1.52.
- Giorgos Keramidas
# gdb -k kernel.debug /var/crash/vmcore.6
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to cha
er crash
#1 kgdb output for `where' and `list'
- Giorgos Keramidas
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Wed Mar 22 17:04:49 EET 2000
was shown in the diffs in this strange way--since the password is
clipped from the output of diff.
Is this done on purpose, to show who has changed their password, or is
it a side-effect of the way things are done until now, and we should
attempt to change it some time?
--
Giorgos Keramidas, <
pcvt_drv.c: In function `pcattach':
../../i386/isa/pcvt/pcvt_drv.c:149: dereferencing pointer to incomplete type
../../i386/isa/pcvt/pcvt_drv.c:151: dereferencing pointer to incomplete type
../../i386/isa/pcvt/pcvt_drv.c:214: dereferencing pointer to incomplete type
*** Error code 1
-
> From: "Alexander N. Kabaev" <[EMAIL PROTECTED]>
>
> I am perfectly aware of the way OpenBSD builds contrib software. I am just
> making a point that they have found perl 5.6.0 is stable enough to be
> included into their OS.
Well, knowing the way they build their contrib stuff, one would expec
From: Chris Wicklein <[EMAIL PROTECTED]>
Subject: Re: syslogd: Too many '/' in "/dev//console"
Date: Mon, Sep 03, 2001 at 10:09:45PM -0500
I really try to avoid `me too' messages, but..
> On Monday, September 3, 2001, at 03:42 PM, [EMAIL PROTECTED] wrote:
>
> > Between last weekend and this wee
From: Giorgos Keramidas <[EMAIL PROTECTED]>
Subject: Re: syslogd: Too many '/' in "/dev//console"
Date: Tue, Sep 04, 2001 at 06:39:36AM +0300
> I'm looking at the diffs from Aug 25, so if I come up with sth by
> running syslogd with -d, by tomorrow I&
From: Mike Heffner <[EMAIL PROTECTED]>
Subject: Re: syslogd: Too many '/' in "/dev//console"
Date: Tue, Sep 04, 2001 at 07:55:33PM -0400
>
> On 04-Sep-2001 Giorgos Keramidas wrote:
> |
> | The following patch seems to have fixed the bug for me.
> |
&
On Mon, Sep 03, 2001 at 10:35:22AM -0500, Damieon Stark wrote:
> Greetings all,
>
> In my local source tree, I have a small modification to /etc/security
> which I thought would be good to get in the base tree. The attached .diff
> allows /etc/security to keep a record of all non-device re
From: Hellmuth Michaelis <[EMAIL PROTECTED]>
Subject: postfix fails to start
Date: Thu, Sep 06, 2001 at 09:46:15PM +0200
> Hmm ..
>
> thought i should update my current machine 2 hours ago, cvs´d a tree, made
> and installed it. Reboot. Got:
>
> Sep 6 21:33:48 bert postfix[15838]: fatal: coul
From: P. U. (Uli) Kruppa <[EMAIL PROTECTED]>
Subject: anonymous-ftp cracked
Date: Wed, Sep 12, 2001 at 05:52:23PM +0200
> I am running -CURRENT (ok - though I do not know anything
> about computers)
Why are you running -CURRENT? Users that are running -CURRENT are expected to
be able to track r
Bruce Evans <[EMAIL PROTECTED]> wrote:
> On Sat, 10 Nov 2001, John Baldwin wrote:
> > On 08-Nov-01 Bruce Evans wrote:
> > > The i386 still uses archaic constraints for some
> > > input-output operands ("0" for the first operand). These never worked
> > > right and if fact don't actually work for
On Tue, Oct 23, 2001 at 10:57:18AM -0700, John Baldwin wrote:
> Anyone running -current on a true Pentium with the F00F bug that can verify
> that this simple cleanup patch works?
>
> http://www.freebsd.org/~jhb/patches/f00f.patch
I can. Running it on p5/133 right now.
CPU: Pentium/P54C (1
On Tue, Oct 23, 2001 at 08:43:29PM +0100, Mark Murray wrote:
>
> Actually, it is possible for there to be no copies: target in
> src/share/examples/. The copies: (actually copies::)
> target is built up in a .for loop that may be empty.
>
> The fix is a dummy copies:: target.
I've tested the fo
On 2001-11-13 15:31:02, Crist J. Clark wrote:
>
> echo "$host passwd diffs:"
> - diff $bak/master.passwd.bak /etc/master.passwd |\
> - sed 's/^\([<>] [^#][^:]*\):[^:]*:/\1:(password):/'
> + diff -I '^#' $bak/master.passwd.bak /etc/m
Terry Lambert <[EMAIL PROTECTED]> wrote:
> Steve Kargl wrote:
> >
> > man send-pr
>
> Yeah; I'd prefer it if "send-pr" ran under Windows, or of
> FreeBSD would support WinModems.
What fails to work for you in the Web Interface at
http://www.FreeBSD.org/send-pr.html ?
-giorgos
To Unsubscribe:
Jason <[EMAIL PROTECTED]> wrote:
>
> The web interface doesn't allow for patches to be attached.
> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27653
[ Synopsis: Updates to send-pr.html to support MIME ]
Don't use attachments. MIME is evil. Copy/paste the patch in the
report. There are
TZ=UTC date -j -f '%s' 1011645328 '+%s => %T %Z'
1011645328 => 20:35:28 GMT
Cheers,
--
Giorgos Keramidas . . . . . . . . . keramida@{ceid.upatras.gr,freebsd.org}
FreeBSD Documentation Project . . . http://www.freebsd.org/docproj/
FreeBSD: The power to serve . .
On 2002-01-30 23:22, Terry Lambert wrote:
> Peter Wemm wrote:
> > I dont suppose you actually thought to go and have a look and see what the
> > problem is yourself, rather than assigning the work to somebody else?
>
> Nope, sorry.
>
> I hear the latest binutils break Alpha cross compilation. M
I rebuilt my -CURRENT workstation last night. There still seems to be a
minor problem though. While I was running XFree 3.x (a rather old build,
compiled from ports):
$ pkg_info | grep XFree
XFree86-3.3.6_9 X11R6.3/XFree86 core distribution
there was the following panic. A
lem should go away.
Just my $0.02:
A reinstall of the port fixed the problems I was having with the
www/linux-netscape47-communicator port after a buildworld at Jan 7.
Probably unrelated to the mozilla problems, but I thought I'd mention in
case someone else sees netscape start, and dump core
I rebuilt my -CURRENT workstation last night. There still seems to be a
minor problem though. While I was running XFree 3.x (a rather old build,
compiled from ports):
$ pkg_info | grep XFree
XFree86-3.3.6_9 X11R6.3/XFree86 core distribution
there was the following panic. A
lem should go away.
Just my $0.02:
A reinstall of the port fixed the problems I was having with the
www/linux-netscape47-communicator port after a buildworld at Jan 7.
Probably unrelated to the mozilla problems, but I thought I'd mention in
case someone else sees netscape start, and dump core
I was looking at PR/9233 from Dec 1998 the other day, and I saw that
the version of libgmp thats included in the base-system seems to be
very outdated (version 2.x in our tree, while version 3.x is available
at the homepage of libgmp).
After discussing this with [EMAIL PROTECTED] about it through
On Sat, Jun 16, 2001 at 11:38:45PM -0700, Peter Wemm wrote:
> It should not be too hard to have build a lightweight 'libbignum' that
> is extracted from the openssl sources and make that available in the base
> system. It would not be hard to convert the lib*mp consumers to use the
> libbignum (
On Sun, Jun 17, 2001 at 01:51:56PM -0700, Kris Kennaway wrote:
> libbn is already part of OpenSSH; it's a trivial matter to make it
> into a standalone library. In other words, we already include two
> functionally equivalent bignum libraries in FreeBSD, so one of them
> should go.
I couldn't a
Yet another...
Jun 20 19:47:08 hades /boot/kernel/kernel: lock order reversal
Jun 20 19:47:08 hades /boot/kernel/kernel: 1st 0xc04d91a0 mntvnode @
/usr/src/sys/ufs/ffs/ffs_vfsops.c:1007
Jun 20 19:47:08 hades /boot/kernel/kernel: 2nd 0xc3f86b6c vnode interlock @
/usr/src/sys/ufs/ffs/ffs_vfsops.c
Close to the top of sys/alpha/alpha/alpha-gdbstub.c i found out this,
as i was randomly browsing the kernel sources today:
1 /* $FreeBSD: src/sys/alpha/alpha/alpha-gdbstub.c,v 1.11 2001/03/28 01:54:05
jhb Exp $ */
...
130 #define strlen gdb_strlen
131 #define strcpy
On Tue, Jul 03, 2001 at 09:04:23AM +1000, Peter Jeremy wrote:
> Alternatively, given the XXX comment, why not delete the local copies
> of str{cpy,len}() and just usr the library versions? The original
> reason appears to be to avoid the possibility that str{cpy,len}() are
> not re-entrant. The
Anton Berezin <[EMAIL PROTECTED]> writes:
> On Thu, Jul 12, 2001 at 08:45:55AM +0200, Joerg Wunsch wrote:
> > Anton Berezin <[EMAIL PROTECTED]> wrote:
> >
> > > if (fork() == 0) {
> > > - signal(SIGCHLD, SIG_IGN);
> > > + signal(SIGCHLD, SIG_DFL);
> >
>
From: Terry Lambert <[EMAIL PROTECTED]>
Subject: Re: cannot print to remote printer
Date: Fri, Jul 13, 2001 at 10:48:53AM -0700
> Garrett Wollman wrote:
>
> > The new POSIX draft, at least, sanctions the automatic reset of
> > SIGCHLD to SIG_DFL upon exec().
>
> How does the "NOHUP" program cont
Keith Bostic <[EMAIL PROTECTED]> writes:
> Nvi needs some of the features of Berkeley DB 3.X (transactional
> logging) in order to fix long-standing bugs in the application.
>
> Regards,
> --keith
Is DB 3.x the only workaround for these bugs?
-giorgos
To Unsubscribe: send mail to [EMAIL PROTE
From: Tom Fischer <[EMAIL PROTECTED]>
Subject: Re: Userbase of -current
Date: Mon, Jul 23, 2001 at 07:19:25PM +0200
> Add a data point for me using -current on my laptop in order to take
> advantage of cardbus support (thanks Warner!).
We really should have those Slashdot people run a poll or st
From: Crist J. Clark <[EMAIL PROTECTED]>
Subject: Re: Copyright Contradiction in libalias
Date: Tue, Aug 21, 2001 at 11:40:20AM -0700
> On Tue, Aug 21, 2001 at 08:14:59AM -0500, Thomas T. Veldhouse wrote:
>
> > So, if Microsoft
> > decides they want your software without the existing license (pu
From: Warner Losh <[EMAIL PROTECTED]>
Subject: Re: Copyright Contradiction in libalias
Date: Wed, Aug 22, 2001 at 12:24:56AM -0600
> In message <[EMAIL PROTECTED]> Nate Williams writes:
> : >
> : > Once it's in the Public Domain you have abandoned your claim to copyright.
> :
> : On that releas
From: Crist J. Clark <[EMAIL PROTECTED]>
Subject: Re: Copyright Contradiction in libalias
Date: Tue, Aug 21, 2001 at 04:29:13PM -0700
> On Tue, Aug 21, 2001 at 04:46:07PM -0600, Nate Williams wrote:
>
> > However, I can't retroactively take away the rights of anyone who has
> > gotten my 'public
From: Mike Smith <[EMAIL PROTECTED]>
Subject: Re: diskcheckd is poo
Date: Fri, Aug 24, 2001 at 04:14:24PM -0700
> If we want a surface scrubber, we ought to have a "real" one; it's
> also very, very bad in the laptop context (since it keeps waking your
> disks up).
>
> If we're going to keep it,
On Mon, Nov 06, 2000 at 06:18:38PM -0500, Chris Faulhaber wrote:
>
> You forgot the patch(es) to the port(s) this would affect (e.g. xinetd).
> The affected ports would need their ${PREFIX}/etc/rc.d files removed
> (otherwise you would start them twice) along with a message letting the
> installe
On Tue, Nov 07, 2000 at 09:30:48AM +, Konstantin Chuguev wrote:
>
> If xinetd has a startup script, why don't you just set inetd_enable="NO" and let
> the /usr/local/etc/rc.d/xinetd.sh start normally? You need to edit no /etc/rc.*
> files (except for rc.conf.local, obviously).
The original i
On Mon, Nov 06, 2000 at 03:37:01PM -0500, Forrest Aldrich wrote:
> It would be useful to have back the program specification variable for
> inetd. Currently we have:
>
> inetd_enable="YES" # Run the network daemon dispatcher (or NO).
> inetd_flags="-wW" # Optional fla
On 2002-12-22 03:13, Andrew Boothman <[EMAIL PROTECTED]> wrote:
> My 5.0-CURRENT-20021215-JPSNAP system is reliably panic-ing and
> dropping into the debugger a few minutes after booting.
>
> I was in the process of trying to boot 5.0-RC2's installation
> floppies, and the boot failed due to a faul
On 2002-12-22 17:19, walt <[EMAIL PROTECTED]> wrote:
>Martin Hasenbein wrote:
>> I've tried to upgrade to -current a few minutes ago. Before
>> upgrading I had FreeBSD 4.7-RELEASE-p2
>>
>> After a "make buildworld / make buildkernel /make installkernel"
>> and rebooting, I still have FreeBSD 4.7-R
On 2003-01-11 00:42, Tim Robbins <[EMAIL PROTECTED]> wrote:
> >From what I can tell, mbufs with m_type == MT_HEADER can store data
> as well as those with m_type == MT_DATA. This patch corrects the
> tests in sbcompress(), sbdrop(), sballoc() and sbfree() so that data
> stored in MT_HEADER mbufs is
On 2002-12-31 09:40, Joe Laughlin <[EMAIL PROTECTED]> wrote:
> Currently, I'm running STABLE on my machine, which serves as both a
> desktop and a server. It seems to work great and everything. Does
> everything I need it to do.
>
> Is there any compelling reason for me to upgrade to 5.0 next yea
On 2003-01-12 20:14, [EMAIL PROTECTED] (Joe Laughlin) wrote:
> walt wrote:
> >cc -O -pipe -mcpu=pentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c
> >/usr/src/lib/libkvm/kvm_proc.c -o kvm_proc.o
> >/usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist':
> >/usr/src/lib/libkvm/kvm_proc.c:376: stru
On 2003-01-15 09:32, [EMAIL PROTECTED] (Michael Ray) wrote:
> timmy# date
> Wed Jan 15 10:27:24 CST 2003
> timmy# uname -a
> FreeBSD timmy.test.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jan 15
> 09:15:45 CST 2003
> [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC_SMP i386
> timmy# ps -aux
> USER
On 2003-01-17 16:24, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Fri, Jan 17, 2003 at 04:16:14PM -0800, Dag-Erling Smorgrav wrote:
> > ===> vinum
> > "Makefile", line 4437: warning: duplicate script for target "geom_bsd.o" [...]
> > /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lm
On 2003-01-18 13:12, Andy Farkas <[EMAIL PROTECTED]> wrote:
>
> Some of observations of 5.0-RELEASE:
>
> 1/ Everytime I ssh to the box there are 4 connection attempts to UDP
> port 53 from itself. ie:
>
> Jan 18 12:45:17 team2 kernel: Connection attempt to UDP 172.22.2.12:53
>from 172.22.2.12:492
[ Please don't strip off attributions. ]
On 2003-01-18 15:33, Andy Farkas <[EMAIL PROTECTED]> wrote:
> Giorgos Keramidas wrote:
> > Andy Farkas wrote:
> > > 5/ disklabel doesn't work: [...]
> >
> > ENOCLUE.
As David Schultz pointed out the above
On 2003-01-18 21:32, Craig R <[EMAIL PROTECTED]> wrote:
> I got 5.0-RC3 working great on my box today, but when I went to make
> a custom kernel and read NOTES I noticed that it makes no mention of
> IPFIREWALL and friends. Is this intentional?
Yes, it is intentional.
> craig@boss:~$ grep IPFIREW
On 2003-01-21 02:48, Harald Schmalzbauer <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> first, I'm no programmer (perhaps this explains my obviously stupid
> question)
>
> With 4.x I had a /etc/make.conf where I could force gcc to optimize for my
> CPU with -march.
>
> This file (/etc/defaults/make.co
mdconfig -l stopped working in -current after revision 1.76 of md.c.
I just reverted src/sys/dev/md/md.c to revision 1.76 and removed
M_WAITOK to let me build a kernel with that version of md.c. Now
mdconfig correctly lists the open md devices.
I'm not sure if I understand how disks work, but it
On 2003-01-29 21:55, Steve Kargl <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 30, 2003 at 12:47:13AM -0500, Garance A Drosihn wrote:
> > At 8:59 PM -0800 1/29/03, Steve Kargl wrote:
> > >You don't need a special file to indicate what version of
> > >FreeBSD you have. uname -r tells you.
> >
> > Actual
On 2003-01-30 15:52, Garrett Wollman <[EMAIL PROTECTED]> wrote:
> <
>said:
> > The other alternative would be to
> > create a setuid-to-root program that would take a snapshot and
> > chown it to the user that does dumps.
>
> I think this would actually be a useful feature for more than just
> dum
On 2003-01-30 17:16, Kirk McKusick <[EMAIL PROTECTED]> wrote:
> If the snapshot is mounted, then the same filesystem permissions
> are enforced as would be enforced for the mounted disk except
> that the mount must be done read-only, so nothing in the snapshot
> can be moved, deleted, or changed.
On 2003-01-30 21:38, David Schultz <[EMAIL PROTECTED]> wrote:
> Thus spake Mike Makonnen <[EMAIL PROTECTED]>:
> > Use the r version of the cvs commands (like cvs rlog and rdiff). They operate on
> > the repository remotely, so you don't need to have the files checked out localy.
>
> That's a pretty
On 2003-02-01 19:31, Garrett Wollman <[EMAIL PROTECTED]> wrote:
> < said:
> > I can't see what actual error is avoided by this warning.
>
> My personal opinion, which is different from what style(9) recommends,
> is that parameter names should be omitted for all functions, EXCEPT
> those with ambig
On 2003-02-08 16:23, David Leimbach <[EMAIL PROTECTED]> wrote:
> Dave
> On Saturday, February 8, 2003, at 04:12 PM, Auge Mike wrote:
> >Hi all,
> >
> >I was trying to know how "printf" works in FreeBSD... I hvae
> >reached to this point :
> >
> >#define _write(fd, s, n) \
> > __syscall(SYS_writ
On 2003-02-09 20:07, Coercitas Temet'Nosce <[EMAIL PROTECTED]> wrote:
> Pardon my poor knowledge about IPFW 2 but if I remember well, IPFW
> wasn't a SPI Firewall, which is what I need. Btw, previous Kernel
> allows us to fine tune its building for IPF and now, it simply
> gone...was really wonderi
On 2003-02-13 18:31, Matt <[EMAIL PROTECTED]> wrote:
> Trying a buildworld/buildkernel of today's latest cvs code and the
> buildworld has compiled fine but the kernel is giving the error below.
[...]
> cc -O -pipe -mcpu=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-
> externs -Wstrict-pr
The second volume of ``TCP/IP Illustrated'' by Stevens says that
already connected UDP sockets return EISCONN on any following
connect() attempts. Exercise 23.8 of the same book mentions that an
interesting exception are connect() calls to address 0.0.0.0, which
still return an EISCONN error, but
On 2003-02-16 18:05, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> Is it an expected feature that the system clock is not updated when
> the system is sitting in DDB? I just had 8 machines sitting in DDB
> for about 20 minutes at boot (because of that &^@%&^ sysctl LOR),
> and ntpd refused to time-sy
On 2003-02-17 11:47, "Paul A. Mayer" <[EMAIL PROTECTED]> wrote:
> There were some ATA complaints, (don't recall exactly what though it
> was clear that there were read errors), when attempting to boot the
> system off the HD.
Were they "fsbn" errors? The disk that caused the following in my
/var/
On 2003-02-18 00:02, Wiktor Niesiobedzki <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 17, 2003 at 11:47:32PM +0100, Wiktor Niesiobedzki wrote:
> There is an obvious mistake in patch (or change in ip_fw2.c should
> be considered).
> [...]
> --- sys/kern/uipc_socket.c 2003/02/17 22:37:58 1.144
>
On 2003-02-19 09:14, [EMAIL PROTECTED] wrote:
> The attached patch will print a backtrace if any calls to malloc
> fail to have either M_WAITOK or M_NOWAIT. [...]
> --- kern/kern_malloc.c19 Feb 2003 05:47:25 - 1.116
> +++ kern/kern_malloc.c19 Feb 2003 07:55:19 -
> @@ -
I've been seeing huge delays and a major drop of performance in
network performace in recent -current kernels. I was wondering, has
anyone else seen something similar or should I just look at other
things? A typical example of what I see the past 2-3 days is:
[EMAIL PROTECTED]:40]/home/giorgos$
On 2003-02-22 11:47, Robert Watson <[EMAIL PROTECTED]> wrote:
> Maybe I'm just too impatient, but it strikes me that I used to get more
> time before TCP gave up during a brief outage.
FWIW, I'm seeing delays in interactive sessions, and lots of timeouts
for `fetchmail -v' runs. I just started re
Just in case anyone tries to build today's current and sees
it fail because of boot2, you can always set BOOT2_UFS=UFS1_ONLY
or BOOT2_UFS=UFS2_ONLY in your make.conf and rebuild.
Note that you should have at least one alternative boot method
(floppy or CDROM) if you happen to accidentally use UFS1
On 2003-02-22 20:05, Andre Guibert de Bruet <[EMAIL PROTECTED]> wrote:
> > I noticed the same thing... then
> >
> > try sysctl net.inet.tcp.delayed_ack=0
> >
> > fixed the issue
>
> That worked. Shouldn't this sysctl be turned off by default?
Nah. Not really. Delaying acks can save quite a lot
On 2003-02-22 22:49, Andre Guibert de Bruet <[EMAIL PROTECTED]> wrote:
> I find myself waiting up to two seconds for data to flush to the terminal
> on a 28 line 'ls -l'. net.inet.tcp.delayed_ack doesn't appear to cause
> this behavior on 4.7-stable. Did we inadvertently break the 100ms clause
> w
On 2003-03-02 17:34, Michal Mertl <[EMAIL PROTECTED]> wrote:
> Imagine you decided to go with modular kernel. You comment out 'device
> random' in your kernel-config and place 'random_load="YES"' in
> /boot/loader.conf. When you reboot and don't rebuild the kernel first, you
> have your machine unb
="NO"'
: either. The only way I found to make it not load the modules is to 'load
: /boot/kernel/kernel;set module_path="";boot'. Unfortunately it doesn't
: help me either because I need to load special acpi_dsdt.aml which isn't
: then loaded either.
On
On 2003-03-04 12:43, Matt <[EMAIL PROTECTED]> wrote:
> > Try to do following commands:
> > # cd /etc/mail
> > # touch *.mc
> > # make cf
> > # make restart
> >
> > then telnet localhost 25
>
> Yes this sorted it. "ESMTP Sendmail 8.12.8/8.12.8".
The first version number is the version of your Sendm
On Sun, 7 Nov 2010 14:53:29 +0100, Ulrich Spörlein wrote:
> Hello,
>
> this is about importing unifdef 2.4, which has no significant code
> changes, but that's not the point. The wiki is of no help for this
> particular case.
>
> We have no exclusive vendor branch for unifdef, instead it has been
On Thu, 09 Dec 2010 07:38:38 -0500, Etienne Robillard
wrote:
> Hi
>
> $ sudo rm -rf /usr/obj/*
> rm: /usr/obj/usr/local/freebsd8/src/lib32/usr/lib32/libc.so.7: Operation
> not permitted
> rm: /usr/obj/usr/local/freebsd8/src/lib32/usr/lib32/libcrypt.so.5:
> Operation not permitted
> rm: /usr/obj/u
On Thu, 9 Dec 2010 15:15:02 +0200, Kostik Belousov wrote:
> On Thu, Dec 09, 2010 at 01:57:16PM +0100, Giorgos Keramidas wrote:
>> They are installed with "make install" and when you run "make install"
>> with PRECIOUSLIB defined, bsd.lib.mk adds this to
On Thu, 9 Dec 2010 10:01:32 -0500, John Baldwin wrote:
>> I don't have root access to an amd64 system to test this now, but I
>> think all we need to change is:
>>
>> %%%
>> $ hg diff .
>> diff -r e52d3f3de04d Makefile.inc1
>> --- a/Makefile.inc1 Thu Dec 09 12:35:12 2010 +0100
>> +++ b/Makefil
On Wed, 22 Dec 2010 19:29:39 -0500, Derek Tattersall wrote:
> I blew away /usr/src and /usr/obj and re-cvsuped this morning. I
> attempted to buildworld, only to have the process die in the mkdep step.
>
> CC='clang' mkdep -f .depend -a
> -I/usr/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/
On Thu, 23 Dec 2010 08:05:16 -0500, Derek Tattersall wrote:
>> NOTE: I did build a snapshot from /head at -r 216642 last afternoon and
>> it worked fine with the default CC. So if something broke *after* that
>> revision try bisecting from -r 216642 to the version you built, to see
>> if there's
On Mon, 24 Jan 2011 19:19:46 +0100, "Simon L. B. Nielsen"
wrote:
>On 24 Jan 2011, at 06:16, Peter Jeremy wrote:
>> in which case syncing directly off the SVN master would seem a better
>> approach.
>
> Better yes, but that's not a simple configuration change like switching
> to using cvsup-master
On Fri, 4 Feb 2011 20:19:48 +, Alexander Best wrote:
>On Fri Feb 4 11, John Baldwin wrote:
>>On Thursday, February 03, 2011 5:12:57 pm Alexander Best wrote:
>>> hi everybody,
>>> i've started to check the source for broken includes, such as the one fixed
>>> in
>>> r218189. so far i've run t
On 2003-10-15 11:01, Martin Minkus <[EMAIL PROTECTED]> wrote:
> Keep up the good work people! :)
> Martin.
>
> diablo:~> uname -a
> FreeBSD diablo.diskiller.net 5.1-CURRENT FreeBSD 5.1-CURRENT #5: Thu Jun
> 12 20:19:23 CST 2003
> [EMAIL PROTECTED]:/junk/src/sys/i386/compile/DIABLO i386
> diablo:~>
On Wed, 21 Apr 2010 13:10:23 -0700, Maxim Sobolev wrote:
> Hi,
>
> According to the manual page for the SYSCTL_XXX(9) family of
> functions, in order to use them one needs to include sys/types.h and
> sys/sysctl.h. However, if you do just that the code doesn't compile
> due to missing DATA_SET() m
> It seems the p5-Test-Harness may be too simple for our
> requirements. Has anyone looked into using NetBSD's ATF
> (http://www.netbsd.org/~jmmv/atf/) in FreeBSD?
I am not sure if it makes sense to import ATF into the *base*
system, but it sure looks like a nice ports/ addition. The work
of writ
1 - 100 of 217 matches
Mail list logo