Re: Anyone else seeing jumpy mice?
FYI: FreeBSD 4.0-STABLE #0: Wed May 24 13:34:42 GMT 2000 CPU: Pentium II/Pentium II Xeon/Celeron (265.75-MHz 686-class CPU) psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 I have a HP-mouse (2 button) which is actually a logitec. I tried with both moused and X. Both giving errors: psmintr: out of sync (0080 != ). psmintr: out of sync (00c0 != ). psmintr: out of sync (0040 != ). In /etc/rc.conf, set moused_enable="YES" moused_type="auto" moused_port="/dev/psm0" moused_flags="" In the "Pointer" section of /etc/XF86Config, you should have Protocol "SysMouse" # or "Auto" Device "/dev/sysmouse" Do you still see error messages after setting up the things as above? It doesn't really matter if I do it from the command line, using moused or if I set it in rc.conf, right? And I assume the 'apply' button in the 'mouse'-section of XF86Setup does, end the end, behave like I started X with the settings as above. And yes, with settings as above it is giving problems. Meantime, I am still trying to get it back to 4.0_release, I did that last night, but after that the mouse was not working AT ALL. Most probably I did something stupid ;-) I reinstall from CD now. I don't have time to track down the mistake I made with the downgrade. --- Eilko. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: Dammit, given severe breakage of the world during past several days the idea to establish a fine to a breaker not seems so stupid... cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported anyway... unless I am wrong. This does not necessarily tell anything about the world breakage, of course...BTW buildworld worked for me on 23rd including new binutils without any probs. (no SMP here.) Regards: Szilveszter ADAM Szeged Hungary To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
Szilveszter Adam wrote: On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: Dammit, given severe breakage of the world during past several days the idea to establish a fine to a breaker not seems so stupid... cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported anyway... unless I am wrong. This does not necessarily tell anything about the world breakage, of course... Yes, I know, but it had nothing to do with this particular breakage. BTW buildworld worked for me on 23rd including new binutils without any probs. (no SMP here.) You are lucky man! I was trying to build the world during past three days, but have not succeeded yet :(. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
* Maxim Sobolev [EMAIL PROTECTED] [000525 02:19] wrote: Szilveszter Adam wrote: On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: Dammit, given severe breakage of the world during past several days the idea to establish a fine to a breaker not seems so stupid... cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported anyway... unless I am wrong. This does not necessarily tell anything about the world breakage, of course... Yes, I know, but it had nothing to do with this particular breakage. afaik -O -pipe is supported, the breakage in libdisk is due to an oversight using vi most likely, I've fixed it, we'll see how the rest of world progresses. -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
FW: GDB 5.0 is released!
GDB 5.0 is released! Version 5.0 of GDB, the GNU Debugger, is now available via anonymous FTP. GDB is a source-level debugger for C, C++, and many other languages. GDB can target (i.e. debug programs running on) dozens of different processor architectures, and GDB itself can run on most popular Unix variants, Windows NT, and Windows 95. You can download GDB from either Project GNU's FTP server, or Red Hat's sources site: ftp://ftp.gnu.org/gnu/gdb ftp://sourceware.cygnus.com/pub/gdb/releases The previous version, 4.18, was released about a year ago; there have been many changes and additions since then. Details below. The vital stats: -rw-r--r-- 1 ftp ftp 12299318 May 19 14:01 gdb-5.0.tar.gz The md5sum checksum: 9511b69b6b5a3b38c62ad207b3c94673 gdb-5.0.tar.gz There is a web page for GDB at: http://sourceware.cygnus.com/gdb/ That page includes information about GDB mailing lists (an announcement mailing list, developers discussion lists, etc.), details on how to access GDB's CVS repository, locations for development snapshots, preformatted documentation, and links to related information around the net. We will put errata notes and host-specific tips for this release on-line as any problems come up. All mailing lists archives are also browsable via the web. Many people have contributed to this release. Thanks to everybody for the help! Keep those fixes and improvements coming in! (Send them to [EMAIL PROTECTED]) Andrew Cagney (Red Hat) on behalf of the GDB Team. *** Changes in GDB 5.0: * Improved support for debugging FP programs on x86 targets Unified and much-improved support for debugging floating-point programs on all x86 targets. In particular, ``info float'' now displays the FP registers in the same format on all x86 targets, with greater level of detail. * Improvements and bugfixes in hardware-assisted watchpoints It is now possible to watch array elements, struct members, and bitfields with hardware-assisted watchpoints. Data-read watchpoints on x86 targets no longer erroneously trigger when the address is written. * Improvements in the native DJGPP version of GDB The distribution now includes all the scripts and auxiliary files necessary to build the native DJGPP version on MS-DOS/MS-Windows machines ``out of the box''. The DJGPP version can now debug programs that use signals. It is possible to catch signals that happened in the debuggee, deliver signals to it, interrupt it with Ctrl-C, etc. (Previously, a signal would kill the program being debugged.) Programs that hook hardware interrupts (keyboard, timer, etc.) can also be debugged. It is now possible to debug DJGPP programs that redirect their standard handles or switch them to raw (as opposed to cooked) mode, or even close them. The command ``run foo bar'' works as expected, and ``info terminal'' reports useful information about the debuggee's terminal, including raw/cooked mode, redirection, etc. The DJGPP version now uses termios functions for console I/O, which enables debugging graphics programs. Interrupting GDB with Ctrl-C also works. DOS-style file names with drive letters are now fully supported by GDB. It is now possible to debug DJGPP programs that switch their working directory. It is also possible to rerun the debuggee any number of times without restarting GDB; thus, you can use the same setup, breakpoints, etc. for many debugging sessions. * New native configurations ARM GNU/Linux arm*-*-linux* PowerPC GNU/Linux powerpc-*-linux* * New targets Motorola MCore mcore-*-* x86 VxWorks i[3456]86-*-vxworks* PowerPC VxWorks powerpc-*-vxworks* TI TMS320C80tic80-*-* * OBSOLETE configurations Altos 3068 m68*-altos-* Convex c1-*-*, c2-*-* Pyramid pyramid-*-* ARM RISCix arm-*-* (as host) Tahoe tahoe-*-* Configurations that have been declared obsolete will be commented out, but the code will be left in place. If there is no activity to revive these configurations before the next release of GDB, the sources will be permanently REMOVED. * Gould support removed Support for the Gould PowerNode and NP1 has been removed. * New features for SVR4 On SVR4 native platforms (such as Solaris), if you attach to a process without first loading a symbol file, GDB will now attempt to locate and load symbols from the running process's executable file. * Many C++ enhancements C++ support has been greatly improved. Overload resolution now works properly in almost all cases. RTTI support is on the way. * Remote targets can connect to a sub-program A popen(3) style
Re: mpboot.s patch
Well this patch make my dual PII boot again. Any plans to commit it? John -- John Hay -- [EMAIL PROTECTED] With a current kernel I get this when booting: Programming 24 pins in IOAPIC #0 AP #1 (PHY# 12) failed! panic y/n [y] panic: bye-bye mp_lock = 0001; cpuid = 0; lapic.id = Uptime: 0s [...] Try the enclosed patch. - Tor Egge Index: sys/i386/i386/mpboot.s === RCS file: /home/ncvs/src/sys/i386/i386/mpboot.s,v retrieving revision 1.13 diff -u -r1.13 mpboot.s --- sys/i386/i386/mpboot.s2000/01/29 13:51:17 1.13 +++ sys/i386/i386/mpboot.s2000/05/24 01:28:53 @@ -165,20 +165,15 @@ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
Alfred Perlstein wrote: * Maxim Sobolev [EMAIL PROTECTED] [000525 02:19] wrote: Szilveszter Adam wrote: On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: Dammit, given severe breakage of the world during past several days the idea to establish a fine to a breaker not seems so stupid... cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported anyway... unless I am wrong. This does not necessarily tell anything about the world breakage, of course... Yes, I know, but it had nothing to do with this particular breakage. afaik -O -pipe is supported, Most probably that he was talking about "-march=k6 -mpreferred-stack-boundary=2". the breakage in libdisk is due to an oversight using vi most likely, I've fixed it, we'll see how the rest of world progresses. Thanks for the fix, I've just successfully built the world. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic during boot under current
In article [EMAIL PROTECTED], Mark Knight [EMAIL PROTECTED] writes World and kernel of approx 1100 GMT Sunday 21st May: Sorry to reply to my own thread, but new world and kernel/modules of 24th May 22:00 GMT still exhibit this behaviour... Any ideas appreciated before I start the 'binary chop'. Cheers, -- Mark Knight PGP Public Key: finger [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic during boot under current
In article [EMAIL PROTECTED], Mark Knight [EMAIL PROTECTED] writes World and kernel of approx 1100 GMT Sunday 21st May: Sorry to reply to my own thread, but new world and kernel/modules of 24th May 22:00 GMT still exhibit this behaviour... Any ideas appreciated before I start the 'binary chop'. Also (Mark sits beside me at work), is there anyone else out there that actually runs FreeBSD-current under VMWare (irrespective of the host OS) ? Cheers, -- Mark Knight PGP Public Key: finger [EMAIL PROTECTED] -- Brian [EMAIL PROTECTED]brian@[uk.]FreeBSD.org http://www.Awfulhak.org brian@[uk.]OpenBSD.org Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...
In message [EMAIL PROTECTED], Bruce Evans writes: On Wed, 24 May 2000, Garrett Wollman wrote: On Tue, 23 May 2000 20:27:10 -0700, Jake Burkholder [EMAIL PROTECTED] said: I've just built a fresh world here; if you use the cvs-crypto from internat, it may be broken. I submitted a patch to Mark Murray which should fix it, here it is again just in case: I still think (and am going on record) that this is a REALLY, REALLY BAD idea. Especially since most of the queue macros require the type to be a struct to work. E.g.: #defineSLIST_REMOVE(head, elm, type, field) do { \ a supposedly general type if (SLIST_FIRST((head)) == (elm)) { \ SLIST_REMOVE_HEAD((head), field); \ } \ else { \ type *curelm = SLIST_FIRST((head)); \ while (SLIST_NEXT(curelm, field) != (elm)) \ ^ I objected to a recent commit hiding the fact that this is "(elm)-field.sle_next". Anyway, curelm must be a pointer to a struct. Not just any struct; the struct must contain a "field" declared using SLIST_ENTRY(). It could be an union or class as well... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mp
In message [EMAIL PROTECTED], Mike Smith writes: Garrett Wollman writes: I've just built a fresh world here; if you use the cvs-crypto from internat, it may be broken. I submitted a patch to Mark Murray which should fix it, here it is again just in case: I still think (and am going on record) that this is a REALLY, REALLY BAD idea. So.. what's the decision? Is this going to be backed out or not? I'd like to know before doing the next update make world.. We've had our 24 hours, and the responses I've seen so far have been universally negative. I'm going to ask Jake to back this out. I'm for. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Yet another breakage this week ...
Dear FreeBSD'ers, yet another item of bad news during this long endless week *sigh* I succesfully built and installed the world -- sources as of 24 May at (about) 21 GMT. However, I couldn't compile a kernel. It broke at the ipfilter module as I recall. Well, I downloaded the sources again "today" (at 11 GMT on May, 25) to compile ONLY the kernel -- without remaking the world. The good news is that the ipfilter module compiles; the bad news that there's a problem (read ``Error code 1'') in .../modules/twe/twe.c at line 1488, 1495, 1496: structure has no member named tqh_something. HTH, Salvo To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
compilation problems with twe module
Hello everybody! I was having problems with compiling the 'twe' module on a recent -CURRENT cvsupped and built tonight CEST: Specifically, the module did not compile at all because it reported three syntax errors in twevar.h. I realise that this module is a new import that has also been MFC-d to -STABLE. But I did not see anybody reporting problems about it recently so maybe it was just me? (For the record, I was able to track down and fix the errors on my machine, but I do not know if this impacts others as well. If so, I can send patches. If it is just me, ignore me:-) Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...
I objected to a recent commit hiding the fact that this is "(elm)-field.sle_next". Anyway, curelm must be a pointer to a struct. Not just any struct; the struct must contain a "field" declared using SLIST_ENTRY(). It could be an union or class as well... It would not be very useful if it were a union; the class issue is valid (although you could trivially use a struct contained within a class and a parent reference) but definitely not a good enough argument to support the massive breakage this otherwise entails. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: compilation problems with twe module
Hello everybody! I was having problems with compiling the 'twe' module on a recent -CURRENT cvsupped and built tonight CEST: Specifically, the module did not compile at all because it reported three syntax errors in twevar.h. I realise that this module is a new import that has also been MFC-d to -STABLE. But I did not see anybody reporting problems about it recently so maybe it was just me? (For the record, I was able to track down and fix the errors on my machine, but I do not know if this impacts others as well. If so, I can send patches. If it is just me, ignore me:-) This was caused by overlap with the recent queue macro breakage; it'll be resolved when it's backed out in a couple of hours. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: compilation problems with twe module
(For the record, I was able to track down and fix the errors on my machine, but I do not know if this impacts others as well. If so, I can send patches. If it is just me, ignore me:-) There's at least three of us. -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA [EMAIL PROTECTED] [EMAIL PROTECTED] The opposite of a correct statement is a false statement. The opposite of a profound truth may well be another profound truth. -- Niels Bohr To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
subscribe
kernel compile fails in: ../../dev/vx/if_vx_pci.c
Just decided to brave going from 4.0-5.0 ... upgraded all my sources, checked over the UPGRADING file, GENERIC and LINT, to see if anyting pop'd out as far as changing my config is concerned ... make depend went through no probs, but a make fails at: cc -c -O3 -mpentium -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../dev/vx/if_vx_pci.c ../../dev/vx/if_vx_pci.c:131: variable `vxdevice' has initializer but incomplete type ../../dev/vx/if_vx_pci.c:132: warning: excess elements in struct initializer ../../dev/vx/if_vx_pci.c:132: warning: (near initialization for `vxdevice') ../../dev/vx/if_vx_pci.c:133: warning: excess elements in struct initializer ../../dev/vx/if_vx_pci.c:133: warning: (near initialization for `vxdevice') ../../dev/vx/if_vx_pci.c:134: warning: excess elements in struct initializer ../../dev/vx/if_vx_pci.c:134: warning: (near initialization for `vxdevice') ../../dev/vx/if_vx_pci.c:135: warning: excess elements in struct initializer ../../dev/vx/if_vx_pci.c:135: warning: (near initialization for `vxdevice') ../../dev/vx/if_vx_pci.c:137: warning: excess elements in struct initializer ../../dev/vx/if_vx_pci.c:137: warning: (near initialization for `vxdevice') ../../dev/vx/if_vx_pci.c:139: warning: type defaults to `int' in declaration of `COMPAT_PCI_DRIVER' ../../dev/vx/if_vx_pci.c:139: warning: parameter names (without types) in function declaration ../../dev/vx/if_vx_pci.c:139: warning: data definition has no type or storage class ../../dev/vx/if_vx_pci.c:131: warning: `vxdevice' defined but not used *** Error code 1 Stop in /usr/local/base/src/sys/compile/thelab. cvsup'd as of a few minutes ago, but that file itself hasn't changed since Jan 29th, according to my system ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Kernel making problems
Running 5.0 source from 5/19/00, I cvsupped tonight, as I have the last few nights. I'm able to do a make buildworld, but I get errors on doing at "make depend" for the kernel. Did I miss something recently with this aicasm_gram.y file or is this still in the works? error shown below is the last bits of my "make depend". I know it's barfing on SCSI code, but I need my ahc driver. -Otter cc -ffast-math -pipe -march=pentiumpro -O3 -I/usr/include -I. -c aicasm_gram.c In file included from ../../dev/aic7xxx/aicasm_gram.y:40: ../../dev/aic7xxx/aicasm.h:44: syntax error before `struct' ../../dev/aic7xxx/aicasm.h:53: syntax error before `struct' In file included from ../../dev/aic7xxx/aicasm_gram.y:41: ../../dev/aic7xxx/aicasm_symbol.h:61: syntax error before `struct' ../../dev/aic7xxx/aicasm_symbol.h:109: syntax error before `struct' ../../dev/aic7xxx/aicasm_symbol.h:126: syntax error before `struct' ../../dev/aic7xxx/aicasm_symbol.h:127: syntax error before `struct' ../../dev/aic7xxx/aicasm_symbol.h:128: syntax error before `struct' ../../dev/aic7xxx/aicasm_symbol.h:137: syntax error before `struct' ../../dev/aic7xxx/aicasm_symbol.h:138: syntax error before `struct' In file included from ../../dev/aic7xxx/aicasm_gram.y:42: ../../dev/aic7xxx/sequencer.h:72: syntax error before `struct' ../../dev/aic7xxx/aicasm_gram.y: In function `initialize_symbol': ../../dev/aic7xxx/aicasm_gram.y:1062: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y: In function `type_check': ../../dev/aic7xxx/aicasm_gram.y:1329: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:1331: structure has no member named `sle_next' ../../dev/aic7xxx/aicasm_gram.y: In function `make_expression': ../../dev/aic7xxx/aicasm_gram.y:1352: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y: In function `is_download_const': ../../dev/aic7xxx/aicasm_gram.y:1405: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:1406: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y: In function `yyparse': ../../dev/aic7xxx/aicasm_gram.y:410: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:446: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:596: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:691: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:693: structure has no member named `tqh_last' ../../dev/aic7xxx/aicasm_gram.y:716: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:718: structure has no member named `tqh_last' ../../dev/aic7xxx/aicasm_gram.y:737: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:746: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:746: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_gram.y:750: structure has no member named `slh_first' *** Error code 1 Stop in /usr/src/sys/compile/kashmir. *** Error code 1 Stop in /usr/src/sys/compile/kashmir. kashmir# To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Scheduler changes?
For the past couple of weeks I've noticed rc5des isn't playing friendly with the other processes on my system. When running a CPU intensive task (such as a buildworld, MP3 encoder, or xmame) rc5des hogs around 20-30% CPU even though, by default, it is niced at +20. The last known "good" kernel build I have here is almost a month old -- 29th of April. It broke sometime between then and May 6th, and I haven't had a build that doesn't exibit this behaviour since. Anyone else noticed similar symptoms? -jake -- Jacob A. Hart [EMAIL PROTECTED] Powered by: FreeBSD 5.0-CURRENT #9: Fri May 26 07:39:27 EST 2000 I believe the technical term is "Oops!" PGP signature
Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...
On Thu, 25 May 2000 23:33:31 +0200, Poul-Henning Kamp [EMAIL PROTECTED] said: It could be an union or class as well... No, it couldn't be a union. Or rather, it could, but a linked-list which does not carry any data is somewhat less than useful. If you're programming in C++, there are much more appropriate ways to construct abstract data types. -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.csrc/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.hsrc/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.csrc/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...
On Thu, 25 May 2000, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Bruce Evans writes: I objected to a recent commit hiding the fact that this is "(elm)-field.sle_next". Anyway, curelm must be a pointer to a struct. Not just any struct; the struct must contain a "field" declared using SLIST_ENTRY(). It could be an union or class as well... It couldn't (usefully) be a union, because then there would be no space in the object for more than the list pointers. It would be a style bug for it to be a class, since if you have classes then you have C++ (or maybe objc) and then you should use C++ features and not cpp macro hacks to implement queue. It would be a style bug for it to be a typedef'ed struct type, since struct types shouldn't be typedefed (see style(9)). Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FW: GDB 5.0 is released!
On Thu, May 25, 2000 at 01:02:28PM +0300, Maxim Sobolev wrote: GDB 5.0 is released! You can download GDB from either Project GNU's FTP server, or Red Hat's sources site: Or ftp://ftp.freebsd.org/pub/sourceware/gdb/ -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message