Re: 12 trap in rfork+0x22

1999-07-03 Thread Bruce Evans
>db> p %eax >c015ff46 <--- why this? eax == 0x8 in show reg %eax seems to be an undetected syntax error. '%' seems to be an alias for '.'. The %eax register is given by $eax. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Fixing other people's code (was: world broken in vinum (PATCH))

1999-07-03 Thread Greg Lehey
On Saturday, 3 July 1999 at 14:40:25 -0500, Jim Bryant wrote: > In reply: >> On Sat, 3 Jul 1999, Greg Lehey wrote: >> >>> I personally think that, in such a case, you'd be justified to commit >>> it as a temporary measure. Due to the difference in time zones, this >>> has hit people while I've b

HEADS UP: Soft-updates sources have been moved

1999-07-03 Thread John Polstra
I have just finished moving the soft-updates sources to "src/sys/contrib/softupdates", as announced a few days ago. All users of soft-updates will need to update their symbolic links in "src/sys/ufs/ffs" before configuring and building a new kernel. This change affects the main branch (-current)

Re: panic in dadone, PR 12041

1999-07-03 Thread Nick Hibma
> > secsize is 0 in some cases (I think it happens when an INQUIRY fails > > without being detected as having failed). > > > > In any case a/(b/c) = a*c/b, but without any divl (with b sometimes 0 > > and c == 2^20). > > This is a good idea, but will probably just delay the appearance of the > p

Re: 12 trap in rfork+0x22

1999-07-03 Thread Peter Wemm
Peter Holm wrote: > I don't know is this is of any interest, but a rfork(0) will cause a > fault. I have included a patch. Argh! Thanks, Committed.. (rev 1.63 kern_fork.c) Cheers, -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the m

Re: Fixing other people's code (was: world broken in vinum (PATCH))

1999-07-03 Thread Brian F. Feldman
On Sat, 3 Jul 1999, Warner Losh wrote: > In message <[EMAIL PROTECTED]> Matthew Jacob >writes: > : You have to wait at least a little bit because with CVS there is no atomic > : update of a set of modules. IF make world is broken, waiting at least a > : certain period of time and then doing anot

12 trap in rfork+0x22

1999-07-03 Thread Peter Holm
I don't know is this is of any interest, but a rfork(0) will cause a fault. I have included a patch. fault code = supervisor read, page not present instruction pointer = 0x8:0xc015ff46 stack pointer = 0x10:0xc6894f38 frame pointer = 0x10:0xc6894f4c code segment = base 0x0, limit

Re: Fixing other people's code (was: world broken in vinum (PATCH))

1999-07-03 Thread Jim Bryant
In reply: > On Sat, 3 Jul 1999, Greg Lehey wrote: > > > I personally think that, in such a case, you'd be justified to commit > > it as a temporary measure. Due to the difference in time zones, this > > has hit people while I've been asleep. That doesn't mean the commit > > would stay, of cours

Re: panic in dadone, PR 12041

1999-07-03 Thread Kenneth D. Merry
Nick Hibma wrote... > > PR 12041 complains about the fact that the system panics with a divide > by zero if a zip drive is connected with a medium in it. I've not been > able to reproduce the problem, but remember having similar problems > when implementing the umass driver for USB. The problem i

Re: Fixing other people's code (was: world broken in vinum (PATCH))

1999-07-03 Thread Warner Losh
In message <[EMAIL PROTECTED]> Matthew Jacob writes: : You have to wait at least a little bit because with CVS there is no atomic : update of a set of modules. IF make world is broken, waiting at least a : certain period of time and then doing another update is important to : ensure that you just

Re: panic in dadone, PR 12041

1999-07-03 Thread Matthew Jacob
I'll fix it, but not this way. It's time to prepare for handling larger than terabyte disks that still have a 512 byte sector size as well. The actual calculation should be: (((u_int64_t) dp->secsize) * ((u_int64_t) dp->sectors)) >> 20LL and the format statement should be %qdMB for the Megabyte

panic: ffs_blkfree: freeing free block (Was: Re: More make world fun)

1999-07-03 Thread Doug
Doug wrote: > > Now that things are supposed to be fixed up in the world build I decided > to finish what I started this morning. The build completed ok, but when it > started the install phase it got part way through, then the machine > spontaneously rebooted itself (first time ever on a

Re: mmap(), MAP_STACK, and safe addresses

1999-07-03 Thread Peter Wemm
Jason Evans wrote: > I need a clue about process memory layout, and am hoping someone can > provide it. I wrote a program to discover what address ranges mmap() can > handle (trying to hack growable stacks into libc_r), and came up with the > following output (annotations in `[]'): > > > Fr

Re: Fixing other people's code (was: world broken in vinum (PATCH))

1999-07-03 Thread Peter Wemm
Matthew Jacob wrote: > > > Let me add to this: > > opinion: > > > > If it's really blocking folks because things don't compile, it is always > > acceptable to do what you need to do- the tree should always compile even > > if -current. If the system doesn't boot because of change, then that's a

panic in dadone, PR 12041

1999-07-03 Thread Nick Hibma
PR 12041 complains about the fact that the system panics with a divide by zero if a zip drive is connected with a medium in it. I've not been able to reproduce the problem, but remember having similar problems when implementing the umass driver for USB. The problem is caused by the following line

More make world fun

1999-07-03 Thread Doug
Now that things are supposed to be fixed up in the world build I decided to finish what I started this morning. The build completed ok, but when it started the install phase it got part way through, then the machine spontaneously rebooted itself (first time ever on a make world for me, whe