Re: vm_await()

2000-03-23 Thread Chad David
After thinking about it, I don't know what I was thinking :(. Sorry for wasting you time. Chad On Thu, 23 Mar 2000, Matthew Dillon wrote: > > : > :In the case of malloc(), wmesg is set to type->ks_shortdesc, which is > :not part of the current functions stack, so it is safe for malloc > :to r

Re: vm_await()

2000-03-23 Thread Matthew Dillon
::to return. Unless I am wrong, "string", is an automatic variable, and ::when the current function returns it is no longer vaild. :: ::With tsleep() this would never be a problem as tsleep() blocks. :: ::Chad : :No. "string" is a 'const char *' -- it is global read-only data. :It is

ahc0: Signaled a Target Abort

2000-03-23 Thread FreeBSD MAIL
I am trying to get a adaptec 3940 AUW controller to work with an Asus Athlon motherboard (newer AMD 751 chipset) and I have tried 3.3-R 3-4R and 4.0-R and all boot untill it says,... Waiting 15 Seconds for SCSI devices to settle ahc0: Signaled a Target Abort (this is after about 15 seconds)

Re: vm_await()

2000-03-23 Thread Matthew Dillon
: :In the case of malloc(), wmesg is set to type->ks_shortdesc, which is :not part of the current functions stack, so it is safe for malloc :to return. Unless I am wrong, "string", is an automatic variable, and :when the current function returns it is no longer vaild. : :With tsleep() this would

Re: vm_await()

2000-03-23 Thread Chad David
In the case of malloc(), wmesg is set to type->ks_shortdesc, which is not part of the current functions stack, so it is safe for malloc to return. Unless I am wrong, "string", is an automatic variable, and when the current function returns it is no longer vaild. With tsleep() this would never be

Re: vm_await()

2000-03-23 Thread Matthew Dillon
:I didn't mean the wait (ident) address, but instead the wmesg :address, which is placed in p->p_wmesg, and I think later read :by things like top... or am I being obtuse :). : :Chad The wmesg is always a string constant. Is there a case where it isn't?

Re: vm_await()

2000-03-23 Thread Chad David
I didn't mean the wait (ident) address, but instead the wmesg address, which is placed in p->p_wmesg, and I think later read by things like top... or am I being obtuse :). Chad On Thu, 23 Mar 2000, Matthew Dillon wrote: > :In vm_await(), asleep() is called with "vmwait", and then > :vm_await()

Re: vm_await()

2000-03-23 Thread Matthew Dillon
:In vm_await(), asleep() is called with "vmwait", and then :vm_await() just returns. What then happens to the memory at :"vmwait" that was passed to asleep()? : :Am I missing something, other than vm_await is never called :so it doesn't really matter? : :Also, with a quick find, it looks like atap

vm_await()

2000-03-23 Thread Chad David
In vm_await(), asleep() is called with "vmwait", and then vm_await() just returns. What then happens to the memory at "vmwait" that was passed to asleep()? Am I missing something, other than vm_await is never called so it doesn't really matter? Also, with a quick find, it looks like atapi_queue_

Possible bug in 3.4

2000-03-23 Thread Jamie Bowden
I have the following setup on my machine at home: 12:09am animaniacs /home/jamie %cat /var/run/dmesg.boot Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.4-RELEASE #1: Fri Mar 10

Re: 3.4 - large file - seek problems

2000-03-23 Thread Kris Kennaway
On Thu, 23 Mar 2000, Dan Nelson wrote: > The tail bug has been reported as PR bin/14786, and it looks like > there's a patch in there. See if it fixes your problem. As for less, > you can contact the author and see if he can fix it; it's not a stock > FreeBSD program. This is certainly the pat

Re: repeatable lockup (pipe related?)

2000-03-23 Thread Matthew Dillon
:: .SH foo, bar, baz :: ::and then a lot of junk text (I appended /etc/rc and /etc/rc.network). Then, ::when I do :: :: nroff -ms foo.ms 2>&1 | less :: ::and quit 'less' straight away, the whole system seems to lockup. ^T ::worked (sometimes), and showed troff using lots of system time

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Daniel C. Sobral
Matthew Dillon wrote: > > I found it. The code itself is broken. I missed the lack of parens. > > if (m->m_len < sizeof(struct arphdr) && > (m = m_pullup(m, sizeof(struct arphdr)) == NULL)) { > log(LOG_ERR, "arp: runt packet -- m_

Help Me

2000-03-23 Thread Jonas Hakansson
When i log in whit telnet this does not show why ??? if ( $?prompt ) then if (-e /var/mail) then set prompt = "`hostname`> " set mail = ( /var/mail/$home:t ) else set prompt = "`uname -n`> " set mail = ( /var/mail/$home:t )

Re: gmake pb's

2000-03-23 Thread Kris Kennaway
On Thu, 23 Mar 2000, Len Conrad wrote: > Really axious to give Listar a whirl, please help me get through gmake. The code needs some kind of patch to compile on FreeBSD, from the error you gave. Talk to the listar developers about it or convince someone over on -ports to do the work and make a p

Re: 3.4 - large file - seek problems

2000-03-23 Thread Dan Nelson
In the last episode (Mar 23), Markus Stumpf said: > This is FreeBSD 3.4 > > Hmmm ... I've thought files larger than 2 GB are supported since > around 2.2.5. Large files are supported yes. It's up to the applications to accomodate them though (by using fseeko() instead of fseek(), and off_t inst

Re: 3.4 - large file - seek problems

2000-03-23 Thread Matthew Dillon
:This is FreeBSD 3.4 : :Hmmm ... I've thought files larger than 2 GB are supported since around :2.2.5. :Now I have a logfile of a apache server that is :-rw-rw-r-- 1 rootwheel 2412880509 Mar 23 22:05 access.http.23-01 : :If I do : $ less access.http.23-01 : Cannot seek to that f

Re: repeatable lockup (pipe related?)

2000-03-23 Thread Matthew Dillon
: .SH foo, bar, baz : :and then a lot of junk text (I appended /etc/rc and /etc/rc.network). Then, :when I do : : nroff -ms foo.ms 2>&1 | less : :and quit 'less' straight away, the whole system seems to lockup. ^T :worked (sometimes), and showed troff using lots of system time (no use

repeatable lockup (pipe related?)

2000-03-23 Thread Ben Smithurst
I've noticed a problem which seems to cause a repeatable lockup in both RELENG_3 and RELENG_4 (I don't have any -current machines to test on). basically, I've been able to repeat it by creating a file containing .SH foo, bar, baz and then a lot of junk text (I appended /etc/rc and /etc/

3.4 - large file - seek problems

2000-03-23 Thread Markus Stumpf
This is FreeBSD 3.4 Hmmm ... I've thought files larger than 2 GB are supported since around 2.2.5. Now I have a logfile of a apache server that is -rw-rw-r-- 1 rootwheel 2412880509 Mar 23 22:05 access.http.23-01 If I do $ less access.http.23-01 Cannot seek to that file positi

Re: Question about PCI vendor 0x127a

2000-03-23 Thread Warner Losh
In message <[EMAIL PROTECTED]> Ulf Zimmermann writes: : I looked a bit around and this is reported to be a Winmodem. Never use : a modem anyways and if I really have to ... I still have a good : trusty pcmcia card. I should just test it with 4.0 Yup. The 99.99% of all pci modems are winmodem

Re: Question about PCI vendor 0x127a

2000-03-23 Thread Ulf Zimmermann
On Thu, Mar 23, 2000 at 01:42:05PM -0700, Warner Losh wrote: > In message <[EMAIL PROTECTED]> "Allen Pulsifer" >writes: > : Device ID: > : 0x2005 > : Chip Number: RS56/SP-PCI11P1 > : Description: Single chip 56K V90 modem/spkrphone > > Changes are very good this won't

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Nate Williams
> > I found it. The code itself is broken. I missed the lack of parens. > > > > if (m->m_len < sizeof(struct arphdr) && > > (m = m_pullup(m, sizeof(struct arphdr)) == NULL)) { > > log(LOG_ERR, "arp: runt packet -- m_pullup failed."

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Jim Mercer
On Thu, Mar 23, 2000 at 10:29:52AM -0800, Matthew Dillon wrote: > Jim, what C flags is make using when you compile up your kernel? Are > you trying to do weird optimizations? I don't see anything in your > kernel config, do you have anything weird in your /etc/make.conf[.local]?

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Thomas M. Sommers
Matthew Dillon wrote: > > :0xc01997a7 : sete %al > :0xc01997aa : movzbl %al,%ebxBING BING BING! > :0xc01997ad : testl %ebx,%ebx > [snip] > What the frig is this 'sete' instruction? And the movzbl ? Move byte > to long? > sete is set byte if equ

Re: Question about PCI vendor 0x127a

2000-03-23 Thread Warner Losh
In message <[EMAIL PROTECTED]> "Allen Pulsifer" writes: : Device ID: : 0x2005 : Chip Number: RS56/SP-PCI11P1 : Description: Single chip 56K V90 modem/spkrphone Changes are very good this won't be supported by the pci serial code I'm getting ready to commit to -current

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Matthew Dillon
: :On Thu, Mar 23, 2000 at 12:45:07PM -0700, Nate Williams wrote: :> Never mind, I missed the paren. However, I would have written the fix :> as follow so I wouldn't have missed the fix. :) :> :> To each his own. :) : :so, with this fix, do you think i can consider the box stable enough for :p

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Nate Williams
> > Never mind, I missed the paren. However, I would have written the fix > > as follow so I wouldn't have missed the fix. :) > > > > To each his own. :) > > so, with this fix, do you think i can consider the box stable enough for > production? I'll let Matt answer it, but based on the back-t

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Jim Mercer
On Thu, Mar 23, 2000 at 12:45:07PM -0700, Nate Williams wrote: > Never mind, I missed the paren. However, I would have written the fix > as follow so I wouldn't have missed the fix. :) > > To each his own. :) so, with this fix, do you think i can consider the box stable enough for production?

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Nate Williams
> I found it. The code itself is broken. I missed the lack of parens. > > if (m->m_len < sizeof(struct arphdr) && > (m = m_pullup(m, sizeof(struct arphdr)) == NULL)) { > log(LOG_ERR, "arp: runt packet -- m_pullup failed."); >

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Jim Mercer
On Thu, Mar 23, 2000 at 12:56:35PM -0700, Nate Williams wrote: > > so, with this fix, do you think i can consider the box stable enough for > > production? > > I'll let Matt answer it, but based on the back-trace and Matt's > sleuthing, I'd say he fixed the cause of the panic. cool. when he sai

Re: Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Matthew Dillon
I found it. The code itself is broken. I missed the lack of parens. if (m->m_len < sizeof(struct arphdr) && (m = m_pullup(m, sizeof(struct arphdr)) == NULL)) { log(LOG_ERR, "arp: runt packet -- m_pullup failed.");

gmake pb's

2000-03-23 Thread Len Conrad
Really axious to give Listar a whirl, please help me get through gmake. tia, Len = FreeBSD 3.4-release, gmake on 0.128a gives me (newbie) this: gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/usr/ports/mail/listar/listar-0.128a/src/modules/pa ssword' [

Doh, compiler bug... (was Re: possible bug in kernel/if_ether.c)

2000-03-23 Thread Matthew Dillon
Ok, lets see what we have here. %ebx is NULL at the point the code fails. (the <-- below at c01997c8) %ebx is the 'm' pointer. if (m->m_len < sizeof(struct arphdr) && :0xc0199794 : cmpl $0x7,0xc(%ebx) :0xc0199798 : ja 0xc01997c8 :0xc019979a : pushl

HELP.. Can't install 4.0 on 486/100

2000-03-23 Thread Jon Burgoyne
Gang, Have not been able to resolve this problem of failure to install on the following platform: Alaris Tornado motherboard with 486/100 IBM Blue Lightning CPU 28MB ram 1 built in IDE (OPTI??? chipset) with 2 disks (170MB Master, 20GB secondary) 1 SoundBlaster IDE set to 3rd IDE bus hooked to

Re: Getting Data From Inodes (SOLVED)

2000-03-23 Thread Matthew Dillon
: :1) use dd to make the partition a file: : : dd conv=noerror,sync if=/dev/wd1s1e of=var.file : :2) use ffsrecov (from ports) to scan that file for backup superblocks (my :primary super block was corrupt so ffsrecov would crash if I tried to :recover anything) : : ffsrecov -s var.file

Re: NCR/FXP and coredumps

2000-03-23 Thread Jesper Skriver
On Thu, Mar 23, 2000 at 08:58:28AM +0100, [EMAIL PROTECTED] wrote: > > > 1) I managed to crash an intel N440BX mobo with an fxp card and the > > > onboard ncr drivers. Lots of network traffic (ping floods) and disk IO > > > (rawio in parallel on two disks) took it down in something like two > > >

getting a libgcc.so

2000-03-23 Thread Koster, K.J.
Dear -hackers, I've traced the unsatisfied link error I get from the Swing demo's in the new JDK1.2.2 port to a missing __pure_virtual symbol. It is defined in /usr/lib/libgcc*.a. However, I suspect that I need a libgcc.so instead. How do I convert libgcc_pic.a into libgcc.so? After looking in t

Getting Data From Inodes (SOLVED)

2000-03-23 Thread Andrew
Hi Everyone, I've solved my problem, and here is the problem & solution for the archives. Problem === I had a disk crash. Of course backups were out of the question (but I have learnt my lesson this time for sure :-). fsck fixed 2 out of 3 partitions with a few files in lost+found. I mounte

Re: Getting data from an inode

2000-03-23 Thread Andrew
I should have said that I have tried ffsrecov but it segfaults. inumtoptr returns an invalid address, it is passed: Breakpoint 1, inumtoptr (pi={fs = 0x8007000, map = 0x8005000, st = { st_dev = 0, st_ino = 8197, st_mode = 8608, st_nlink = 1, st_uid = 0, st_gid = 5, st_rdev = 1

Getting data from an inode

2000-03-23 Thread Andrew
Hi, I have a corrupt disk that I cant mount. fsck complains a bit: ** /dev/rwd1s1e CANNOT READ: BLK 16 CONTINUE? [yn] y THE FOLLOWING DISK SECTORS COULD NOT BE READ: 31, LOOK FOR ALTERNATE SUPERBLOCKS? [yn] y USING ALTERNATE SUPERBLOCK AT 32 ** Last Mounted on ** Phase 1 - Check Blocks and

Re: How a normal user can crash any linux system

2000-03-23 Thread Dr. Michael Weller
OK, I know I should not answer to this thread, but I do it anyway, sorry for that. On Wed, 22 Mar 2000, Matthew Dillon wrote: > Generally speaking if a user wants to crash a machine, he can crash > a machine. We've probably 'fixed' a dozen crashability holes in the [...] > For examp

Re: possible bug in kernel/if_ether.c

2000-03-23 Thread Jim Mercer
On Wed, Mar 22, 2000 at 09:15:27PM -0800, Matthew Dillon wrote: > :#5 0xc01997c8 in arpintr () at ../../netinet/if_ether.c:447 > > Very, very weird. Can you disassemble the 'arpintr' function from your > kernel binary? > > gdb -k /kernel(or kernel.debug if you have it) > di

Re: Handling maximum values in C (was: MAX_UID)

2000-03-23 Thread Garance A Drosihn
At 3:04 AM -0500 3/23/00, I (Garance A Drosihn) wrote: >Once I found the messages, >it took me another 30 seconds to realize the above is only for >UNSIGNED types. For signed types, all of the above just result in a >"max value" of -1... (so imagine the fun if some arbitrary type is >changed fro

Re: How a normal user can crash any linux system (fwd)

2000-03-23 Thread Egervary Gergely
> I don't see anything about session accouning in the pam_limits section > of the html docs distributed with Redhat (this doesn't mean they're not > present though ;-) What exactly does it do? for example, this is very important on a ppp dial-up server: $ grep maxlogins /etc/security/limits.conf

Re: How a normal user can crash any linux system (fwd)

2000-03-23 Thread David Malone
On Thu, Mar 23, 2000 at 10:01:33AM +0100, Egervary Gergely wrote: > > > has anyone ported it to BSD? > > > > /etc/login.conf can set limits for you, in a possibly more flexable way. > > but login does not support session accounting that pam_limits.so does. I don't see anything about session ac

Re: How a normal user can crash any linux system (fwd)

2000-03-23 Thread Egervary Gergely
> > has anyone ported it to BSD? > > /etc/login.conf can set limits for you, in a possibly more flexable way. but login does not support session accounting that pam_limits.so does. (it should support, but it's not implemented) -- mauzi To Unsubscribe: send mail to [EMAIL PROTECTED] with "un

No Subject

2000-03-23 Thread vigov
unsubscribe freebsd-hackers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: How a normal user can crash any linux system (fwd)

2000-03-23 Thread David Malone
On Thu, Mar 23, 2000 at 09:29:55AM +0100, Egervary Gergely wrote: > > /etc/security/limits.conf > > mmm... this is for pam_limits.so in linux > > has anyone ported it to BSD? /etc/login.conf can set limits for you, in a possibly more flexable way. David. To Unsubscribe: send mail to

Re: How a normal user can crash any linux system (fwd)

2000-03-23 Thread Egervary Gergely
> /etc/security/limits.conf mmm... this is for pam_limits.so in linux has anyone ported it to BSD? -- mauzi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Tiny GENERIC patch

2000-03-23 Thread Johan Karlsson
At Wed, 22 Mar 2000 23:54:55 PST, Doug Barton wrote: >This is a multi-part message in MIME format. >--3622A431323E0EE4E1387B6A >Content-Type: text/plain; charset=us-ascii >Content-Transfer-Encoding: 7bit > > I was doing some kernel debugging tonight and decided that I needed a >b

Re: openssh + krb5 (followup)

2000-03-23 Thread Mark Murray
> On Wed, 22 Mar 2000, Sheldon Hearn wrote: > > > > Interoperability with MIT krb5 still seems to be an issue. > > > > Bleh, more FUD. The problem is in operability with non-FreeBSD openssh! > > We use supported_authentication values for KRB5 that neither Datafellows > > SSH nor OpenBSD SSH use

Re: Handling maximum values in C (was: MAX_UID)

2000-03-23 Thread Garance A Drosihn
Recently on the freebsd-current mailing list, the topic came up of setting the maximum value of a given type (uid_t, as the specific example, but the conversation turned to having a generic way to find the maximum value of any given type). Some excerpts from that thread: > > > To get the all-1`s