On Wed, Dec 03, 2003 at 11:54:45PM -0800, David Schultz wrote:
> On Thu, Nov 27, 2003, Tim Robbins wrote:
> > I've ported Niels Provos's file descriptor allocation code to FreeBSD
> > in case anyone wants to try it out & run some benchmarks. If the performance
> &
On Sat, Nov 29, 2003 at 01:32:01AM +0100, Dag-Erling Sm?rgrav wrote:
> Tim Robbins <[EMAIL PROTECTED]> writes:
> > I've ported Niels Provos's file descriptor allocation code to FreeBSD
> > in case anyone wants to try it out & run some benchmarks. If the performa
On Wed, Nov 26, 2003 at 03:00:35PM +0300, ?? ? ?? wrote:
> i got a panic on recent -CURRENT:
>
> # tcpdump -i lo0 port 23 &
> [1] 507
> listening on lo0
This is a known bug; silby@ is working to fix "lo" and the rest of the
affected network drivers. See PR kern/59576.
Here's
I've ported Niels Provos's file descriptor allocation code to FreeBSD
in case anyone wants to try it out & run some benchmarks. If the performance
boost turns out to be worth the added complexity, I might clean it up a
bit and commit it.
See http://mail-index.netbsd.org/tech-perform/2003/10/28/000
With INVARIANTS enabled, I get a kernel panic when I run tcpdump on a
"tun" interface. The message is "tunoutput: attempted use of a free mbuf!".
This occurs because tun creates temporary mbufs on the stack and does
not initialize m_flags, so it may or may not have the M_FREELIST bit set
depending
On Sun, Nov 09, 2003 at 01:30:52PM -0800, Kris Kennaway wrote:
> On Sun, Nov 09, 2003 at 06:05:06PM +0100, Lukas Ertl wrote:
>
> > ---
> > panic: Most recently used by mount
>
> I reported this the other day..tjr has a fix in his p4 branch.
Here's the patch:
(http://perforce.freebsd.org/chv.cgi
If you're feeling adventurous and have access to a relatively large
MS-DOS formatted disk that gives a "disk too big, sorry" error when you
try to mount it, please try out this patch and let me know how it goes:
http://people.freebsd.org/~tjr/fileno32.diff
(http://perforce.freebsd.org/chv.cgi?CH=
On Tue, Sep 02, 2003 at 05:10:48AM +1000, Bruce Evans wrote:
> Apparently the bug fixed in ext2fs/fs.h revs 1.3, 1.4 and 1.6 (etc.)
> was restored in rev.1.14. I think this is because B_LOCKED buffers
> were ignored in the sync() in boot() and flushed later when
> vfs_unmountall() calls ext2fs_un
On Sat, Aug 30, 2003 at 06:38:02PM +0200, Christoph Kukulies wrote:
>
> On my 5.1-current I logged in from outside and tried
> su getting:
> $ su
> su in free(): warning: chunk is already free
> su: pam_start: system error
>
> I'm not sure whether my system is absolutely in sync but
> I'd think
On Thu, Aug 21, 2003 at 10:26:08AM +0200, Christian Brueffer wrote:
> On Thu, Aug 21, 2003 at 05:57:28PM +1000, Tim Robbins wrote:
> > Did one of the servers go down shortly before the panic, then? The last few
> > lines of dmesg might be useful.
> >
>
> No indicati
On Thu, Aug 21, 2003 at 08:14:45AM +0200, Christian Brueffer wrote:
> On Thu, Aug 21, 2003 at 01:40:54PM +1000, Tim Robbins wrote:
> > On Thu, Aug 21, 2003 at 12:26:07AM +0200, Christian Brueffer wrote:
> >
> > > Hi,
> > >
> > > just go
On Thu, Aug 21, 2003 at 12:26:07AM +0200, Christian Brueffer wrote:
> Hi,
>
> just got a panic on following 5.1-CURRENT machine:
>
> FreeBSD gondor.middleearth 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Thu Aug
> 7 21:32:39 CEST 2003 [EMAIL PROTECTED]
> konia.hitnet.rwth-aachen.de:/usr/obj/usr/src
On Sat, Aug 02, 2003 at 06:08:50PM +0300, Ruslan Ermilov wrote:
> Gang, :-)
>
> While working with Marcel on a bootable CD-ROM for IA64 issue,
> I've stumbled upon the following problem. I needed to increase
> the size of the EFI partition (which is an MS-DOS file system)
> to 64M, and that made
While trying to reproduce the "wdrain" problems ru@ reported in the "MSDOSFS
woes" thread, I kept running into this panic. I've also seen a similar one
but didn't keep the vmcore for it where a LOR is detected between Giant and
filedesc, then a page fault occurs. The backtrace for that one shows th
On Fri, Aug 01, 2003 at 06:12:13AM +0400, Andrey Chernov wrote:
> On Fri, Aug 01, 2003 at 12:02:04 +1000, Tim Robbins wrote:
>
> > 8 bits by casting to char. Using charcoll() to sort char arrays may
> > work on little endian machines, but may not on big endian machines.
>
On Fri, Aug 01, 2003 at 04:44:08AM +0400, Andrey Chernov wrote:
> @@ -208,10 +210,18 @@
> if ((func)(cnt))
> *p++ = cnt;
> *p = OOBCH;
> + n = p - cp->set;
>
> s->cnt = 0;
> - s->state = SET;
> s->set = cp->set;
> + if (strcmp(s->
On Thu, Jul 24, 2003 at 02:14:20PM +0200, Karel J. Bosschaart wrote:
> Not sure if this is useful, but I'm getting a perfectly reproducible
> panic when doing 'grep -R foo .' (as normal user) in a read-only
> mounted ntfs partition on a -current as of ~3 weeks ago:
>
[...]
> Panicstring: bundir
On Sun, Jun 29, 2003 at 10:00:15AM -0400, Robert Watson wrote:
>|+---++---| |
>|| || Kris Kennaway | |
>|| || reports |
On Fri, Jun 20, 2003 at 11:41:57PM +0900, NAKAJI Hiroyuki wrote:
> >>>>> In <[EMAIL PROTECTED]>
> >>>>> Tim Robbins <[EMAIL PROTECTED]> wrote:
>
> > > /etc/fstab:
> > > /dev/ad0s2 /mnt/winnt ntfsro,noauto
On Tue, Jun 17, 2003 at 09:16:51PM +0900, NAKAJI Hiroyuki wrote:
> I updated my laptop kernel to 5.1-CURRENT and got into trouble.
>
> FreeBSD mebius 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Tue Jun 17 09:36:21 JST 2003
> [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386
>
> This laptop also
On Mon, Jun 16, 2003 at 04:09:51PM +1000, Tim Robbins wrote:
> On Sun, Jun 15, 2003 at 08:43:15PM -0400, Chris Shenton wrote:
>
> > I've been running qmail for years and like it, installed pretty much
> > per www.LifeWithQmail.org. My main system was running FreeBSD
>
On Sun, Jun 15, 2003 at 08:43:15PM -0400, Chris Shenton wrote:
> I've been running qmail for years and like it, installed pretty much
> per www.LifeWithQmail.org. My main system was running FreeBSD
> 5.0-RELEASE and -CURRENT and qmail was fine. When I just upgraded to
> 5.1-CURRENT a couple days
On Thu, Jun 12, 2003 at 06:29:44PM +1000, Tim Robbins wrote:
> Here's a test program for the i386 alloca() bug. Compile with -std=gnu89 (or
> no -std option) and it works fine. Compile with -std=c99 or -std=c89 and it
> breaks like this:
>
> corruption: 05 should be 0xcc at o
Here's a test program for the i386 alloca() bug. Compile with -std=gnu89 (or
no -std option) and it works fine. Compile with -std=c99 or -std=c89 and it
breaks like this:
corruption: 05 should be 0xcc at offset 0
corruption: 00 should be 0xcc at offset 1
corruption: 00 should be 0xcc at offset 2
c
On Thu, Jun 12, 2003 at 07:18:12AM +0200, Wiktor Niesiobedzki wrote:
> On Wed, Jun 11, 2003 at 09:50:22PM -0700, Kris Kennaway wrote:
> > On Wed, Jun 11, 2003 at 10:48:32PM -0600, Andrew Lankford wrote:
> > > >Can you try backing out bsd.sys.mk to r1.26 and rebuild your world and
> > > >kernel? L
On Wed, Jun 11, 2003 at 07:37:01PM -0700, Kris Kennaway wrote:
> It's possible that there's either a bug in gcc or there is C code in
> the system that has a different meaning when interpreted to C99
> standards.
I think I may have found the problem, and I think it's in GNU tar.
GNU tar does thi
On Mon, Jun 09, 2003 at 10:34:10AM -0400, Donn Miller wrote:
> Thanks, that worked. But I'm seeing the same thing as you. i.e., panic
> if I reboot without running mdconfig -d first. Here is the backtrace of
> the ensuing panic:
>
> http://users.zoominternet.net/~dmmiller/freebsd/panic-2
Her
On Mon, Jun 09, 2003 at 03:13:24AM -0400, Donn Miller wrote:
> Please see the attached gdb file. I get this panic if I have a samba
> filesystem mounted via mount_smbfs, where an iso file resides. When I
> try to use mdconfig on the file, I get an immediate panic. The exact
> mdconfig comman
On Sun, Jun 01, 2003 at 02:51:07PM +0300, Petri Helenius wrote:
> Is there anyone actually successfully using raidframe and if yes, what kind
> of hardware?
RAIDframe is non-functional in 5.1 and -current [kern/50541] and it would be
unwise to use it in 5.0 for anything other than experimentation
On Thu, May 29, 2003 at 10:00:13AM -0400, Robert Watson wrote:
>|-+--+-+-|
>| | | | Almost all process |
>| | | | debugging tools
On Wed, May 28, 2003 at 09:54:37PM +1000, Tim Robbins wrote:
[...]
> # disklabel -r -w md0 auto
> disklabel: Geom not specified
Hmm. Ignore this, rebuilding bsdlabel seems to fix the problem.
Tim
___
[EMAIL PROTECTED] mailing lis
This used to work but does not work any more:
# mdconfig -a -t swap -s 16m
md0
# disklabel -r -w md0 auto
disklabel: Geom not specified
# disklabel -w md0 auto
disklabel: Geom not specified
# disklabel md0
disklabel: Geom not specified
# /dev/md0:
8 partitions:
#size offsetfstype
Thanks to kevlo@ and arved@, the Coda port and the related libraries have
been updated to the current releases. I believe I have fixed most of the
regressions (over 4.x) in the kernel coda support. I encourage everyone
who is using Coda on 4.x, or who is interested in playing with it, to
install th
On Tue, Mar 25, 2003 at 02:22:04PM -0800, Kris Kennaway wrote:
> I just got this on bento (running a kernel from Mar 17). It was under
> heavy disk load at the time, which may or may not be relevant.
[...]
> #12 0xc01b86b5 in panic (fmt=0xe35e9bbc "Y\2179) at ../../../kern/kern_shutdown.c:509
>
On Thu, Mar 20, 2003 at 12:55:22AM -0800, Kris Kennaway wrote:
> Several ports have become broken recently with the following error:
>
> ../../../include/osg/Math:149: `isnan' undeclared (first use this function)
>
> http://bento.freebsd.org/errorlogs/i386-5-latest/osg-0.9.3.log
> http://bento.f
On Sun, Mar 16, 2003 at 06:06:50AM +0900, FUJITA Kazutoshi wrote:
> I could mount DVD-RAM successfully.
> (This media was formatted by TOSHIBA HDD&DVD video recorder;-p)
> But, some files can't be read.
> How can I solve this?
[...]
> # /bin/ls -l
> ls: VR_MOVIE.VRO: Bad file descriptor
> total 11
On Sat, Mar 15, 2003 at 08:27:27PM +0900, FUJITA Kazutoshi wrote:
> Hi,
>
> My -CURRENT(2003/03/14) box crashes when I tried to mount UDF(DVD-RAM).
>
> # mount -t udf -o ro /dev/acd0 /dvdram
[...]
> panic: lockmgr: locking against myself
[...]
> (kgdb) bt
[...]
> #10 0xc039bcbb in panic (fmt=0x0
Compile, run under gdb, then type "print test()" when the program receives
SIGABRT. Seems to work incorrectly on 4.7 too.
#include
#include
void
test(void)
{
puts("hello");
}
int
main(int argc, char *argv[])
{
abort();
exit(0);
}
Tim
To Unsubscribe: send mail to [E
On Mon, Mar 10, 2003 at 01:00:15PM -0500, John Baldwin wrote:
> On 08-Mar-2003 Kris Kennaway wrote:
> > On Sat, Mar 08, 2003 at 11:46:34AM +0100, Poul-Henning Kamp wrote:
> >>
> >> Just got this crash on -current, and I belive I have seen similar
> >> before. addr2line(1) reports the faulting ad
On Tue, Mar 04, 2003 at 02:53:56PM -0800, Julian Elischer wrote:
> I thought nwfs used it?
nwfs uses netipx. From what I can tell, netipx was based on netns.
Tim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Is there a compelling reason why I shouldn't remove netns? That is, does
it serve a purpose now that it could not serve if it was moved to the
Attic?
Tim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, Feb 27, 2003 at 09:01:26PM -, Patrick Stinson wrote:
> whenever I move a file from a node mounted with mount_smbfs to a local fs,
> the system crashes with a kernel page fault.
>
> is this a known problem?
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/48381
Are you still experienc
On Thu, Feb 27, 2003 at 01:10:03AM +1100, Tim Robbins wrote:
> On Wed, Feb 26, 2003 at 06:25:39AM -0500, Mike Makonnen wrote:
>
> > The following program is stuck in pause(3) forever. I have reproduced the bug in
> > 5.0-RELEASE, but 4.7-STABLE behaves as expected: the
On Wed, Feb 26, 2003 at 06:25:39AM -0500, Mike Makonnen wrote:
> The following program is stuck in pause(3) forever. I have reproduced the bug in
> 5.0-RELEASE, but 4.7-STABLE behaves as expected: the child resumes upon
> receiving SIGCONT.
I spent a while trying to decipher the 5.x signal code a
This program, based on one from the Apache 2 configure script, still causes
-current to lock up solid despite the recent bug fixes to the tcptw code.
Explicitly closing connected_s before returning from main() seems to avoid
the problem.
#include
#include
#include
#include
#include
#include
On Tue, Feb 25, 2003 at 02:33:19PM +0600, Max Khon wrote:
> I have a patch that makes nwfs work to some extent (i.e. I was able
> to mount and use netware shares from mars_nwe server).
Great. Care I have a copy of it? I've got it to the stage where
it will say "Connection refused" when trying to
On Fri, Feb 21, 2003 at 12:41:52PM -0800, Shizuka Kudo wrote:
> I cvsup today and build/install world & kernel. The machine was working fine until
> I tried to
> build apache2 port. When configuring apache2, my PC hanged at the following line
> and need hard
> reset (i.e. cannot break into deb
On Mon, Feb 17, 2003 at 08:53:09AM +0300, Andrey A. Chernov wrote:
> On Mon, Feb 17, 2003 at 16:40:48 +1100, Tim Robbins wrote:
>
> > I don't think rand()
> > needs a warning message like gets() &c. because it's not as dangerous.
>
> Wait, what kind of warn
On Sun, Feb 16, 2003 at 08:57:29PM -0800, Kris Kennaway wrote:
> On Sun, Feb 16, 2003 at 07:52:35PM -0800, Andrey A. Chernov wrote:
>
> > So, monotonically increased seed->first value correlation problem remains...
>
> I think we should commit this patch (to -current) and fix all the
> problem
On Sat, Feb 15, 2003 at 07:28:11PM -0800, Tim J. Robbins wrote:
> tjr 2003/02/15 19:28:11 PST
>
> Modified files:
> bin/sh memalloc.c nodes.c.pat
> Added files:
> bin/sh machdep.h
> Log:
> Temporarily back out machdep.h/ALIGN changes. It seems
On Sun, Feb 09, 2003 at 06:08:47PM -0500, Mike Makonnen wrote:
> How about the attached?
>
> It's only partially tested since it seems I can't mount any msdos floppies (both
> on this _and_ my previous kernel).
> Index: sys/fs/msdosfs/msdosfs_denode.c
> ==
On Sat, Feb 08, 2003 at 02:04:56PM -0800, Kris Kennaway wrote:
> On Sat, Feb 08, 2003 at 04:12:26PM +0100, Thomas Moestl wrote:
>
> > addr2line will usually point to the first line of a statement if it
> > spans multiple lines; in this case, the full guard is:
> >
> > while (
On Wed, Feb 05, 2003 at 05:57:30PM +0900, CHOI Junho wrote:
[...]
> --
> CVSUP=/usr/local/bin/cvsup -g -L2 -h localhost
> CVSUPDIR=/b/FreeBSD/cvsup
>
> # source sync
> 0 */1 * * * $CVSUP $CVSUPDIR/4_7-supfile > /dev/null
> 20*/1 * *
On Thu, Jan 30, 2003 at 07:37:04PM -, Patrick Stinson wrote:
> has anyone every had problems with appending existing files on volumes
> mounted by smbfs or shlight?
>
> $ echo "sdsad" >> hey
> $ echo "sdsad" >> hey
> cannot create hey: Permission denied
Please try this patch and let me know
On Sun, Feb 02, 2003 at 03:30:35PM +0300, Andrey A. Chernov wrote:
> On Sun, Feb 02, 2003 at 13:26:21 +0300, Andrey A. Chernov wrote:
>
> > Workaround I find so far is something like that
> >
> > #define MASK 123459876
>
> I found nothing better. Here is fix for 0 problem I plan to commit:
>
>
On Thu, Jan 30, 2003 at 04:17:39PM -0500, Robert Watson wrote:
> Looks like recent commits may have broken profiling of user applications;
> or rather, it's also causing the kernel to crash. I suspect (but have not
> confirmed) it was the recent KSE commit.
This commit should have fixed the pro
On Fri, Jan 10, 2003 at 09:57:36PM +1100, Tim Robbins wrote:
> On Fri, Jan 10, 2003 at 01:30:16AM -0800, Juli Mallett wrote:
>
> > Lately, the data field for sockets, which holds bytes ready (in the EVFILT_
> > READ case) to be read, is computed to be zero. This means that if
On Fri, Jan 10, 2003 at 01:30:16AM -0800, Juli Mallett wrote:
> Lately, the data field for sockets, which holds bytes ready (in the EVFILT_
> READ case) to be read, is computed to be zero. This means that if you have
> a low watermark which is >0 per the kq, THE EVENT WILL NEVER HAPPEN. Not to
>
On Mon, Dec 30, 2002 at 10:51:20PM +0100, Michael Ranner wrote:
> After mounting the portalfs,
>
> # cat /p/tcp
>
> or
>
> # cat /p/telnet
>
> or
>
> # cat /p/http
>
> portalfs hangs instead of expected "cat: /p/telnet: No such file or directory"
I tried but failed to fix this. I think that
On Thu, Dec 26, 2002 at 12:27:43PM -0600, Dan Nelson wrote:
> In the last episode (Dec 26), Donn Miller said:
> > Just tried compiling the mgv port on current. It bombs out with the
> > following error message:
> >
> > >Making all in toolbar
> > >cc -DPACKAGE=\"mgv\" -DVERSION=\"3.1.5\" -DHAVE_
I noticed a bunch of these messages in my logs from today:
kernel: failed to set signal flags properly for ast()
last message repeated 24 times
I don't remember what I was doing at the time, but it wasn't anything
unusual; just hacking on wordexp() or something. Kernel is GENERIC from
24th Decemb
On Fri, Dec 20, 2002 at 08:43:25PM -0800, Juli Mallett wrote:
> * De: Tim Robbins <[EMAIL PROTECTED]> [ Data: 2002-12-20 ]
> [ Subjecte: Re: WEIRD! div() broken on -CURRENT? ]
> > On Fri, Dec 20, 2002 at 09:24:39PM -0500, Joe Marcus Clarke wrote:
> > > I'm
On Fri, Dec 20, 2002 at 09:24:39PM -0500, Joe Marcus Clarke wrote:
> Okay, I must be losing my mind. Does anyone know why the following
> program compiled with stock gcc-3.2.1, stock CFLAGS, and no CPUTYPE
> produces:
>
> ddy.quot = 1
> ddy.rem = -1077937744
>
> on -CURRENT, and:
>
> ddy.quot
On Tue, Dec 17, 2002 at 01:44:44AM +0100, Riccardo Torrini wrote:
> Trying to extract a single or multi volume archive doesn't work.
> Same archive can be extracted fine with unrar under 4.7-STABLE.
> My -CURRENT from 10 day ago. Tryed to remove and rebuild unrar
> without luck. rar on -CURRENT
On Fri, Dec 13, 2002 at 11:48:23PM +0100, Marc Recht wrote:
> > Hmm, which of these defines claims posix src? -D_ANSI_SOURCE ?
> >
> > cc -O -c -O -pipe -mcpu=pentiumpro -mcpu=pentiumpro -I./../include
> [...]
> >
> >> u_int is undocumented and unportable, so it probably shouldn't be
> >> used. I
Here's a proposed patch for this problem:
Index: src/sys/i386/i386/pmap.c
===
RCS file: /x/freebsd/src/sys/i386/i386/pmap.c,v
retrieving revision 1.376
diff -u -r1.376 pmap.c
--- src/sys/i386/i386/pmap.c3 Dec 2002 04:00:42 -
On Thu, Dec 12, 2002 at 07:20:15PM -0500, Brian Fundakowski Feldman wrote:
> I don't have any more info since for some reason the kernel wasn't saved
> when my system dumped core, but yet again fincore.c causes evidence that
> -CURRENT has regressed again. I can't find the old thread I'm thinki
On Thu, Dec 05, 2002 at 11:49:01PM +0900, FUJISHIMA Satsuki wrote:
> Does anyone see this?
> both -CURRENT and -STABLE fail at the same place.
>
> note: GNU sed 3.02 from ports passed this test.
>
> /usr/src/tools/regression/usr.bin/sed$ make
> Running test G
> PASS: Test G detected no regressio
On Sun, Nov 24, 2002 at 02:34:40PM +1100, Tim Robbins wrote:
> I'd appreciate it if the people who were experiencing problems with
> smbfs could try this patch and let me know how it goes.
>
> The patch adds two sysctls, net.smb.readwritex and net.smb.reqdatasize.
> readwri
I'd appreciate it if the people who were experiencing problems with
smbfs could try this patch and let me know how it goes.
The patch adds two sysctls, net.smb.readwritex and net.smb.reqdatasize.
readwritex controls whether LARGE_READX and LARGE_WRITEX requests are
used, and is off by default. req
On Thu, Nov 21, 2002 at 02:02:39AM -0800, Terry Lambert wrote:
> Tim Robbins wrote:
> > Here's a backtrace of a smbfs panic. Looks like it does not correctly
> > handle the smbfs_getpages error it is encountering and leaves garbage
> > vnodes lying around. The pan
Here's a backtrace of a smbfs panic. Looks like it does not correctly
handle the smbfs_getpages error it is encountering and leaves garbage
vnodes lying around. The panic probably comes from the VI_LOCK macro
call on smbfs_node.c line 321.
# cp blah.tar.gz ~tim
cp: /home/tim/blah.tar.gz: Bad addre
On Wed, Nov 20, 2002 at 01:27:43PM +0100, Alexander Leidinger wrote:
> On Tue, 19 Nov 2002 10:27:00 -0800
> David Schultz <[EMAIL PROTECTED]> wrote:
>
> > > > I'm concerned about the used character: "-r" is similiar to "-R"
> > >
> > > Yes, `-r' would be a very poor choice for the reason you sta
On Wed, Nov 20, 2002 at 04:38:38AM +0300, Andrey A. Chernov wrote:
> On Tue, Nov 19, 2002 at 14:52:02 +0200, Ruslan Ermilov wrote:
> > It seems that this patch has never been committed. This is a critical
> > bug that should be fixed before 5.0-RELEASE is out.
>
> I agree. There is no locale yet
On Mon, Nov 18, 2002 at 09:03:06PM -0800, Kris Kennaway wrote:
> Something that needs to be addressed before 5.0 is the insecure
> default permissions on many devices. For example, on my system, the
> following devices have insecure permissions on 5.0 (but not on 4.x
> with the default MAKEDEV se
On Mon, Nov 18, 2002 at 02:43:28AM -0800, Kris Kennaway wrote:
> http://bento.freebsd.org/errorlogs/5-latest/icecast-1.3.12_1.log
>
> cc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -I/usr/include/readline -pthread
> threads.c: In function `thread_block_signals':
> threads.c:467: `SIGBUS' undeclar
On Fri, Nov 15, 2002 at 03:59:25PM -0800, Julian Elischer wrote:
> Here are the diffs to allow disklabel to correctly create partitions >
> 1TB (up to 2TB is useful with UFS2) pending a different partitionning
> scheme. It also allows you to correctly make smaller partitions beyond
> 1TB which is
On Thu, Nov 14, 2002 at 05:39:12AM -0800, David Xu wrote:
> What is your revision of kern_thread.c? revision 1.58 should fix this problem.
I believe it was 1.57. I'll try with 1.58 and let you know if the problem
is still there.
Tim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscr
While experimenting with the new libpthread, I found that if you run
`truss' on a KSE process, both truss and its victim get into a weird
state and don't respond to TERM, INT or QUIT signals. The truss proc
dies if you send it the KILL signal, but the victim process cannot be
killed. Stranger still
On Thu, Nov 07, 2002 at 12:32:18AM +0100, Jens Rehsack wrote:
> Hi,
>
> there two open PR's (PR 44423 and PR 9) related to a problem with
> audio/id3lib. I downloaded the new version (3.8.1) and made patches for
> some files, so they should work fine with FreeBSD 5.0 (4.7 not tested, I
> t
On Wed, Oct 30, 2002 at 12:46:15PM -0800, Nate Lawson wrote:
> After a discussion on cvs-all regarding size of our libc, I wrote a quick
> script to see where the problems are. A cursory glance at its output
> shows there are numerous things we can improve, including:
>
> * setproctitle(3) use
It seems groff is failing to format most of the roff documentation
in src/share/doc, for example psd/15.yacc. Here is the output
that groff -Tascii -ms produces on -current:
ss..:44: warning: number register `0:LL' not defined
ss..:44: warning: number register `0:ri' not defined
ss..:44: warning:
On Mon, Oct 14, 2002 at 01:00:46PM -0700, Kris Kennaway wrote:
[...]
> Did anyone test -current with the various FP test suites people posted
> about last week?
Yes. I ran paranoia from http://cm.bell-labs.com/netlib/paranoia/ and
found that FP arithmethic is satisfactory when -O is not used, an
On Wed, Oct 09, 2002 at 11:29:08AM +0100, Mark Murray wrote:
> What remains? All the games that dm(6) oversees. Things like
> adventure(6), trek(6), battlestar(6) and so on. These are good
> candidates for ports IMO. Folks may want to play them, but there is no
> point in wasting time and space
On Tue, Oct 08, 2002 at 10:01:09AM -0700, Gordon Tetlow wrote:
> I was trying out the fast-read feature of tar and got the following:
>
> gtetlow@roark:~$ touch testa testb
> gtetlow@roark:~$ tar cf test.tar testa testb
> gtetlow@roark:~$ tar tf test.tar --fast-read
On Tue, Oct 01, 2002 at 10:37:26PM -0700, Pete Carah wrote:
> There is a 't' modifier to a format in bin/sh that just crept in;
> it prevents a cross buildworld under stable without NO_WERROR.
>
> Perhaps the compiler+libc needs to be built first? (and does sh
> need to be a build tool; I'd hop
On Tue, Oct 01, 2002 at 01:11:04AM -0700, Dag-Erling Smorgrav wrote:
> ===> bin/sh
> cc1: warnings being treated as errors
> /h/des/src/bin/sh/mksyntax.c: In function `digit_convert':
> /h/des/src/bin/sh/mksyntax.c:396: warning: int format, different type arg (arg 3)
> *** Error code 1
>
> Stop
On Mon, Sep 23, 2002 at 11:38:01AM +0200, Christoph Kukulies wrote:
>
> I have the signal 12 hen-egg problem. cannot install a newly built kernel
> because of
>
> sh ../../conf/newvers.sh GENERIC
> *** Signal 12
>
> I tried with the 4.7 mini iso CD image, I also could boot the CD and do
> the
es...
> >
>
> POSIX via wollman.
>
> See revision 1.58 of /usr/include/unistd.h, i.e.,
>
> /* Define the versions we target for compliance. */
> #define _POSIX_VERSION 200112L
> #define _POSIX2_VERSION 200112L
>
>
> See email in the last 24
On Sat, Sep 21, 2002 at 08:21:15PM -0700, walt wrote:
> walt wrote:
>
> > My guess is that the syntax of 'sort' has changed since lorder
> > was modified in March of 2001(?)
>
> David Wolfskill just pointed out to me that the behavior of 'sort'
> is completely different in -STABLE, which I've j
On Fri, Sep 13, 2002 at 10:22:09AM +0100, Josef Karthauser wrote:
> I've not looked too deeply as to the cause, but I'm hoping someone here
> can shed some light on it for me. I'm having trouble building openjade
> from the ports on -current. The build bombs out with:
>
> LangObj.cxx: In m
On Thu, Sep 12, 2002 at 02:46:12AM +0530, Sid Carter wrote:
> Hi Folks,
>
> I am still unable to boot into the kernel from the latest cvsup.
[...]
> System Info
> --
[...]
> CPU: Pentium III/Pentium III Xeon/Celeron (996n77-MHz 686-class CPU)
I've been seeing these messages for months..
Aug 31 20:19:29 cinq sshd[2342]: /var/log/lastlog: Permission denied
.. because sshd has dropped root privileges by the time pam_lastlog
tries to log the message.
I realise this was discussed on this list about 2 months ago, but it hasn't
been fixed
It looks like there are still problems with SIGSTOP/SIGCONT signal handling.
With a kernel/world from August 24 and using csh or sh (choice of shell
is probably not relevant), running "sleep 30" then suspending it with ^Z
then continuing it with "fg" causes the "sleep" process to exit as soon
as i
FWIW, the pipe breakage seems to have been caused by /bin/sh freeing
the job table (jobs.c lines 744-746) then later using a value in the
freed region as an argument to setpgid() and tcsetpgrp() (jobs.c lines
753-760) when the job had more than one process in it (a pipeline).
phkmalloc was overwr
On Thu, Aug 15, 2002 at 03:18:59PM -0700, Alfred Perlstein wrote:
> /usr/obj/vol/share/src/i386/usr/include/stdbool.h:41: warning: useless keyword o
> r type name in empty declaration
> /usr/obj/vol/share/src/i386/usr/include/stdbool.h:41: warning: empty declaration
> I get those a lot now... pl
On Tue, Aug 13, 2002 at 11:54:06PM -0700, Terry Lambert wrote:
> Tim Robbins wrote:
> > On Tue, Aug 13, 2002 at 05:04:20PM -0700, Terry Lambert wrote:
> > > Both different reports have been from Tim Robbins. It may
> > > be that he has a local problem, and that
On Tue, Aug 13, 2002 at 05:04:20PM -0700, Terry Lambert wrote:
> Both different reports have been from Tim Robbins. It may
> be that he has a local problem, and that his local problem
> is greatly confusing this discussion.
Unfortunately, this is not a local problem -- I can rep
On Tue, Aug 13, 2002 at 06:14:38AM -0700, David Xu wrote:
> --- Terry Lambert <[EMAIL PROTECTED]> wrote:
> > I did. It's still an order of operation problem in the kernel
> > during fork(), as Bruce pointed out in a later posting (so me
> > pointing it out here is probably redundant... 8-)).
> >
I'm definitely seeing problems with pipes, and major problems with the tty
process group/session/job control/etc. code. I've had commands like:
cvs diff -Nu | less
terminate after showing one screenful with cvs recieving SIGPIPE; the
same command sometimes causes my login shell to get sent
1 - 100 of 109 matches
Mail list logo
