Re: disklabel doesnt let root to edit labels anymore?
On Sat, Sep 21, 2002 at 12:32:47PM +0300, mika ruohotie wrote: eh? it seems regardless of the flags i'm giving to disklabel it prevents me from editing/restoring/whatever labels. only thing i can do is to read them. single/multiuser makes no difference. [snip] I am not really familair with CURRENT antics (i just like to play with it) so i may be making completely misguided suggestion here, but eh ... Do you by any chance simply have your secure level set too high ? -- Pascal Hofstee To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
(Almost) ClockWork Instability of CURRENT
ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted /home: lost blocks 2 files 1 WARNING: /usr was not properly dismounted WARNING: /usr/obj was not properly dismounted WARNING: /usr/src was not properly dismounted WARNING: /var was not properly dismounted /var: lost blocks 50 files 1 WARNING: /var/ftp was not properly dismounted dc0: Macronix 98713 10/100BaseTX port 0xb800-0xb8ff mem 0xdf80-0xdf8000ff irq 11 at device 11.0 on pci0 dc0: Ethernet address: 00:00:b4:74:58:43 miibus0: MII bus on dc0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto link_elf: symbol pccard_product_lookup undefined link_elf: symbol pccard_product_lookup undefined -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: CURRENT instability
On Mon, Mar 19, 2001 at 01:00:08AM +0100, Dag-Erling Smorgrav wrote: Pascal Hofstee [EMAIL PROTECTED] writes: With a CURRENT build/installworld from yesterday ... i get a VERY unstable system that page faults under the slightest CPU load (e.g. playing MP3's) What kind of CPU? AMD K6-2 350 I noticed the vague stack smashes posting earlier ... and i think it's very likely this is the same bug -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
CURRENT instability
Hi, With a CURRENT build/installworld from yesterday ... i get a VERY unstable system that page faults under the slightest CPU load (e.g. playing MP3's) i fortunately have a (very outdated) backup-kernel that will hopefully at least let me do new buildworld's ... I have to be off for work right now ... so i haven't got to writing a copy of one of those pagefaults. The problem is that it TRIES to sync disks (and hopefully write a crashdump) but the system is completely locked by then ... have to press the reset button. Does anyone have an idea of what might be causing these problems, or how i might be able to get some more detailed information that might be able to help you further ? -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Bug in tftpd ?
Patches attached: Obtained from: NetBSD (Committed there about 3 months ago after we first spotted the problem in their implementation) -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end --- tftpd.8.origWed Jan 31 11:59:57 2001 +++ tftpd.8 Wed Jan 31 12:04:55 2001 @@ -192,3 +192,9 @@ .Fl c option was introduced in .Fx 5.0 . +.Sh BUGS +Files larger than 33488896 octets (65535 blocks) cannot be transferred +without client and server supporting blocksize negotiation (RFC1783). +.Pp +Many tftp clients will not transfer files over 1678 octets (32767 blocks). + --- tftpd.c.origWed Jan 31 11:55:53 2001 +++ tftpd.c Wed Jan 31 11:58:00 2001 @@ -501,7 +501,7 @@ struct tftphdr *dp, *r_init(); register struct tftphdr *ap;/* ack packet */ register int size, n; - volatile int block; + volatile unsigned int block; signal(SIGALRM, timer); dp = r_init(); @@ -571,7 +571,7 @@ struct tftphdr *dp, *w_init(); register struct tftphdr *ap;/* ack buffer */ register int n, size; - volatile int block; + volatile unsigned int block; signal(SIGALRM, timer); dp = w_init();
Re: Bug in tftpd ?
On Wed, Jan 31, 2001 at 12:13:54PM +0100, Pascal Hofstee wrote: Patches attached: Obtained from: NetBSD (Committed there about 3 months ago after we first spotted the problem in their implementation) Ok .. I noticed a minor glitch in my previous patch .. the "unsigned int" should be "unsigned short" Apparently NetBSD still uses the "unsigned int" so may still show the same problem. New patche attached. -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end --- tftpd.8.origWed Jan 31 11:59:57 2001 +++ tftpd.8 Wed Jan 31 12:04:55 2001 @@ -192,3 +192,9 @@ .Fl c option was introduced in .Fx 5.0 . +.Sh BUGS +Files larger than 33488896 octets (65535 blocks) cannot be transferred +without client and server supporting blocksize negotiation (RFC1783). +.Pp +Many tftp clients will not transfer files over 1678 octets (32767 blocks). + --- tftpd.c.origWed Jan 31 11:55:53 2001 +++ tftpd.c Wed Jan 31 11:58:00 2001 @@ -501,7 +501,7 @@ struct tftphdr *dp, *r_init(); register struct tftphdr *ap;/* ack packet */ register int size, n; - volatile int block; + volatile unsigned short block; signal(SIGALRM, timer); dp = r_init(); @@ -571,7 +571,7 @@ struct tftphdr *dp, *w_init(); register struct tftphdr *ap;/* ack buffer */ register int n, size; - volatile int block; + volatile unsigned short block; signal(SIGALRM, timer); dp = w_init();
Bug in tftpd ?
Hi, I think i just encountered a bug in FreeBSD's tftpd-implementation. Actually it's a bug that i spotted a while back with a friend of mine in NetBSD's implementation, but never really bothered with it since i don't use tftpd myself, but i am in a position now where i need to with FreeBSD. The bug only triggers when trying to fetch files bigger than 32 MB. On NetBSD it happened around a 16 MB boundary ... (but i may have interpreted blocksizes wrong). The issue is located in a minor difference in tftpd's own "block" count and arpa/tftp.h 's struct tftphdr 's "tu_block" type declaration arpa/tftp.h defines the block count: unsigned short tu_block; /* block # */ tftpd.c 's xmitfile and recvfile functions define the block count: volatile int block; What happens is kinda obvious after quite a lot of data has been sent without any problems ... suddenly tftpd's block-counter starts wrapping while arpa/tftp.h's block counter does simply increase more. This results in "TIMEOUT errors" as the block-sequence numbers simply won't match any more. If patches are required let me know ... -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildkernel broken
=== wi make: don't know how to make /usr/src/sys/modules/wi/../../i386/isa/if_wi.c. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ANSI C++ long long issues
Hi, After returning from a month long vacation, i updated my CURRENT system to the recent CVS. After this update my Mozilla Tinderbox-builds seem to suffer from a configure complaining my C++ compiler has a "-pedanctic long long" bug. [part of config.log] configure:10680: c++ -o conftest -pthread -O -pedantic -I/usr/X11R6/include conftest.C -lutil -lm 15 configure: In function `int main()': configure:10676: warning: ANSI C++ does not support `long long' configure: failed program was: #line 10671 "configure" #include "confdefs.h" #ifdef __cplusplus extern "C" void exit(int); #endif int main () { if (sizeof(long long) != 8) { return 1; } return 0; } This problem has never occurred earlier. I am wondering if this is actual supposed behaviour that got recently introduced, or if there is actually something wrong with the C++ compiler currently in CURRENT. I can of course bypass the problem by specific --disable-pedantic but i'd rather not do that. -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
weird application coredumps ....
Hi, Since a recent update of my CURRENT system i get weird coredumps from at least two applications which just worked fine previously. The two programs are tintin++ (mud-client) ... and licq (when trying to set myself to "away-mode"). I have tried recompiling/reinstalling both applications thinking it may have been caused by the new binutils import ... but i am still getting the exact same crashes. Is there anybody else there that is having these same symptoms, or someone that may have an idea of what might be going wrong ? -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/etc/defaults make.conf src/secure/lib/libcrypto Makefile Makefile.inc
On Sat, Jul 15, 2000 at 01:45:02PM +0900, Jun Kuriyama wrote: At Fri, 14 Jul 2000 02:18:21 -0700 (PDT), Peter Wemm [EMAIL PROTECTED] wrote: Be consistant about WITH_ vs MAKE_ flags. We have a precedent of using MAKE_foo for things like MAKE_KERBEROS etc. Use that. I managed to confuse myself last time and made make.conf different to the code. ;-( Hmm, my box failed with WITH_IDEA=YES and USA_RESIDENT=NO. Do you have any idea about this? it seems that parts of the build-system have switched to "MAKE_IDEA" and some parts still use "WITH_IDEA" ... try defining them both in /etc/make.conf (this is of course something that should be fixed) -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: weird application coredumps ....
On Sat, Jul 15, 2000 at 11:36:30AM +0200, Paul Herman wrote: On Sat, 15 Jul 2000, Pascal Hofstee wrote: Since a recent update of my CURRENT system i get weird coredumps from at least two applications which just worked fine previously. The two programs are tintin++ (mud-client) ... and licq (when trying to set myself to "away-mode"). Just a wild guess, but this could be because of the recently added /etc/malloc.conf options -- (which are just for debuging purposes for now...) Well ... for a wild guess it was Right On Top ... After searching the freebsd-current mailling list i located the bit about malloc.conf ln -sf j /etc/malloc.conf --- fixed the problems i was having Thanks ... (maybe a HEADS UP in UPDATING ??) -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sudden CURRENT-crashes
As of a buildworld/installworld several hours ago CURRENT is constantly crashing from underneath me: [ output from uname -a ]-- FreeBSD shadowmere.student.utwente.nl 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jul 10 14:33:42 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/ARSENIC i386 I managed to get one crash-dump (i don't know how to actually debug this but if someone can give me directions i would like to help out) i have attached dmesg output, as well as a kgdb-session taken as far as i could from from the example in the Handbook ... This has just started happening with this specific CURRENT. -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Mon Jul 10 14:33:42 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/ARSENIC Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 336803605 Hz CPU: AMD-K6(tm) 3D processor (336.80-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX AMD Features=0x8800SYSCALL,3DNow! real memory = 100663296 (98304K bytes) avail memory = 95244288 (93012K bytes) Preloaded elf kernel "kernel" at 0xc029b000. Preloaded elf module "randomdev.ko" at 0xc029b09c. K6-family MTRR support enabled (2 registers) npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 pci0: Intel 82439TX System controller (MTXC) at 0.0 isab0: Intel 82371AB PCI to ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0xe000-0xe00f at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: Intel 82371AB/EB (PIIX4) USB controller at 1.2 intpm0: Intel 82371AB Power management controller port 0xe800-0xe80f irq 9 at device 1.3 on pci0 intpm0: I/O mapped e800 intpm0: intr IRQ 9 enabled revision 0 smbus0: System Management Bus on intsmb0 smb0: SMBus general purpose I/O on smbus0 intpm0: PM I/O mapped e400 pci0: S3 ViRGE DX/GX graphics accelerator at 10.0 irq 9 pci0: unknown card (vendor=0x10d9, dev=0x0512) at 11.0 irq 11 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse flags 0x4 irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 ed0 at port 0x300-0x31f iomem 0xd8000-0xdbfff irq 10 on isa0 ed0: address 00:00:c0:f0:38:c4, type SMC8216/SMC8216C (16 bit) fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 isa0: @@@ found sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 isa0: @@@ found isa0: @@@ found isa0: PNP0400 found unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0700 can't assign resources unknown: PNP0f13 can't assign resources unknown: PNP0303 can't assign resources isa0: PNP0800 found unknown: PNP0c02 can't assign resources IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to deny, unlimited logging ata0-master: DMA limitted to UDMA33, non-ATA66 compliant cable ad0: 17624MB QUANTUM FIREBALLP KA18.2 [35808/16/63] at ata0-master using UDMA33 ad1: 9671MB IBM-DTTA-351010 [19650/16/63] at ata1-master using UDMA33 acd0: CD-RW R/RW 4x4x24 at ata0-slave using WDMA2 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted dc0: Macronix 98713 10/100BaseTX port 0xd400-0xd4ff mem 0xdf80-0xdf8000ff irq 11 at device 11.0 on pci0 dc0: Ethernet address: 00:00:b4:74:58:43 miibus0: MII bus on dc0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Script started on Mon Jul 10 17:41:21 2000 101 shadowmere ~ # cd /usr/src/sys/compile/ARSENIC/ 102 shadowmere ARSENIC # gdb -k kernel.debug /var/crash/vmcore.3 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 change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 2805760 initial pcb at 2347e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kern
Re: freeing free cluster?
On Mon, Jul 10, 2000 at 01:15:20PM -0700, Matthew Jacob wrote: -current, as of ~today: FreeBSD/alpha (farrago.feral.com) (console) login: panic: freeing free cluster panic Stopped at Debugger+0x2c: ldq ra,0(sp) 0xfe000a2019f0 ra=0xfc4dbd40,sp=0xfe000a2019f0 I am getting a very strong suspicion, this is the same bug i have reported earlier as well as DES did in another message. Anyone here that is able to shed some more light on it ? -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
What's going on with crypto all of a sudden ?
Just now after a new buildworld/installworld i am suddenly getting errors like the following when trying to use OpenSSH's version 1 protocoll: ssh: no RSA support in libssl and libcrypto. See ssl(8). Disabling protocol version 1 Protocol major versions differ: 2 vs. 1 man 8 sslresults into the following: No entry for ssl in section 8 of the manual This has been working just fine for months before. I get the idea it has something to do with the /dev/(random|zero) update. Anyone care to explain this ? -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: high CPU usage by xmms
On Mon, May 01, 2000 at 10:14:34AM -0400, Kenneth Wayne Culver wrote: It was working perfectly about 10 days ago. It stopped working right after one or two major commits. And also, it's in 5.0-CURRENT, not 4.0 I fully agree with this statement ... I am having some of the same weird things ahppening to sound on my GUS MAX since (i think) the first major commit that was supposed to fix some issues with pcm. After that all my wav files seem to skip the first x frames of sound. (where everything has just worked perfectly before that specific commit.) take a soundfile like this: 1234567890 plays as 67890 1234 plays as silence -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: dc0 wierdness with Compex Freedomline
On Fri, Feb 25, 2000 at 01:25:59AM -0800, Rodney W. Grimes wrote: There was a patch of DC21143 chips it seems that has a very strange thermal problem. Can you tell me what your hub link lite is doing when you see this major slow down? Nope ... as this machine is connected directly to the UTP-socket in the wall .. which is connected to an HP-switch which is hidden in a locked 19" rackmount (without a looking glass). If you abort all traffic does the link light keep blinking wildly? If you power the machine down for an hour or so and let everything cool down nice and cool does it seem to work for a longer period of time before the speed drops? As far as i can remember leaving the system powered down for a longer period of time indeed seems to make the connection work properly again for a (little) while ... at least a short power-down to give everything a chance to reinitialize hardly ever seems to be working. If you see any of these symptoms call Kingston tech support, describe the problem to them, ask them for an RMA number :-) What is the date code on your DC21143 chip (I think I am recalling that you said you had a KNE100TX, and I am assuming you do, and that it is of new enough vintage to be the 21143 chip, and that it might be in this same range of chips we had problems with (33% of 4 lots of 20 cards would go to la la land within 1 to 2 hours of being placed into burn in). Well .. it's not my own system which is having these problems but of a friend of mine ... I'll check this information with him today and have a talk with the place that sold us this card. Thank you very much for providing this insight ... -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: dc0 wierdness with Compex Freedomline
On Thu, Feb 24, 2000 at 02:07:40PM -0500, Garrett Wollman wrote: On Thu, 24 Feb 2000 10:21:31 -0700, Chris Wasser [EMAIL PROTECTED] said: Assuming you mean ``100BASE-T (half duplex)'' here... This is not quite right. In a CSMA/CD medium access protocol, like that used by Ethernet, the actual capacity of the link is always(*) somewhat less than 100%; the exact value depends on the precise parameters of the transmissions at both ends.(**) Ok ... we all know what exactly should be theoretical maximum and all ... but that wasn't exactly my question ... I have having weird problems with the network performance permanently dropping to below 100 kB/s (while still in 100 Mbps/FDX). Is there anybody that could give a plausible explanation for this break-down ? -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
dc0 wierdness with Compex Freedomline
Hello, I am experiencing some weird problems with the dc-driver for a specific ethernet-card ... the Compex Freedomline (10/100 Mbps). The card perfectly seems to autodetect the mode it should operate on and seems to indeed be working just fine just after the system has booted up. --[dmesg]--- dc0: Intel 21143 10/100BaseTX port 0xb400-0xb47f mem 0xdd00-0xdd7f irq 11 at device 12.0 on pci0 dc0: Ethernet address: 00:80:48:e7:1a:8e miibus0: MII bus on dc0 dcphy0: Intel 21143 NWAY media interface on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto --[ifconfig]-- sl0: flags=c010POINTOPOINT,LINK2,MULTICAST mtu 552 ppp0: flags=8010POINTOPOINT,MULTICAST mtu 1500 lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet 127.0.0.1 netmask 0xff00 dc0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 130.89.226.126 netmask 0x broadcast 130.89.255.255 ether 00:80:48:e7:1a:8e media: autoselect (100baseTX full-duplex) status: active supported media: autoselect 100baseTX full-duplex 100baseTX 10baseT/UTP full-duplex 10baseT/UTP 100baseTX hw-loopback none Downloading an 128 MB-file from the network to /dev/null results in speeds like 9.8 MB/s (close to the theoretical maximum for a 100 Mbps network) After a (little) while though network performance almost comes to a halt somewhere around 6 to 32 kB/s ... and never seems to "recover" again. --[uname]-- FreeBSD cam043216.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Sat Feb 19 10:29:30 CET 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/DINGO i386 Anybody that could help me out trying to figure out why the card seems to break down like this ? -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
newer binutils for CURRENT ?
Hi, I have been having some problems gettign Mozilla to start up under FreeBSD-4.0-CURRENT .. and the comments given in the Bugzilla forum all seem to blaim my problems to having a gcc 2.9.5.2 compiler and an (old) 2.9.1 assembler. (http://bugzilla.mozilla.org/show_bug.cgi?id=27064) They all suggest updating my binutils to get this problem fixed. (the FreeBSD-3.2-RELEASE Tinderbox indeed works just fine as that does't have a 2.95.2 version of gcc). Can i hereby voice a request for an updated set of binutils ? -- }\ | /__\{) | Pascal Hofstee [EMAIL PROTECTED] -|--)_\ | http://shadowmere.student.utwente.nl ICQ #14170822 \ / , | }/__) |FreeBSD: The Power to Serve \ |__ ~~ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: newer binutils for CURRENT ?
On Sat, Feb 12, 2000 at 03:36:12AM -0500, Donn Miller wrote: One possible thing to try would be to download the latest binutils from the GNU ftp site or mirrors, compile, and install them in /usr/local. Then, set /usr/local/bin as the first entry in your PATH environment variable to override the default binutils. Well, I haven't tried it in a while, so I don't know if binutils will work without some patches. Or, we could just upgrade our stock binutils. :-) I would very much appreciate the latter option ... -- }\ | /__\{) | Pascal Hofstee [EMAIL PROTECTED] -|--)_\ | http://shadowmere.student.utwente.nl ICQ #14170822 \ / , | }/__) |FreeBSD: The Power to Serve \ |__ ~~ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: newer binutils for CURRENT ?
On Sat, Feb 12, 2000 at 05:46:12AM -0800, Jordan K. Hubbard wrote: I have been having some problems gettign Mozilla to start up under FreeBSD-4.0-CURRENT .. and the comments given in the Bugzilla forum all seem to blaim my problems to having a gcc 2.9.5.2 compiler and an (old) 2.9.1 assembler. That's odd, I have M13 working just great here under -current with our current set of binutils. in this case it's not M13 but the latest CVS tree ... But i'll see if recompiling the beast for a few days on end eventually will get it back in shape again. if not ... i'll probably come back and complain ;-) -- }\ | /__\{) | Pascal Hofstee [EMAIL PROTECTED] -|--)_\ | http://shadowmere.student.utwente.nl ICQ #14170822 \ / , | }/__) |FreeBSD: The Power to Serve \ |__ ~~ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: rtld-elf, java + tya
On Fri, Jan 21, 2000 at 06:42:51PM +0600, Max Khon wrote: hi, there! applet_viewer bombs out with a lot of stuff in the output like this (until killed -9): ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:55 ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:55 ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:55 ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:55 ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:55 ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:55 ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:55 I just today experienced the Exact same assertion failure when trying to shutdown the GIMP. -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: mergemaster and new files
On Tue, Jan 18, 2000 at 10:43:06AM +, Nick Hibma wrote: Does mergemaster automatically pick up on new files (if they have been added to the Makefile in src/etc that is)? I was wondering whether people have noticed and had usbd.conf installed by using mergemaster. Yes .. i have noticed several occasions of mergemaster pointing out to me that a file from /usr/src/etc didn't exist in my own /etc tree yet. -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
TexInfo breaks buildworld
The recent import of GNU TexInfo 4.0 seems to break buildworld. ../../../contrib/texinfo/doc/info.texi -o info.info /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi:69: N o matching `@end ifnottex'. /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi:77: U nmatched `@end'. makeinfo: Removing output file `info.info' due to errors; use --force to preserv e. *** Error code 2 -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Buildworld Breakage
With my CURRENT-tre updated within an hour ago ... Buildworld is broken. cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\ "2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../ ../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/obj/usr/src/i386/usr/include -o cpp gcc.o cppspec.o /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_drv/libcc_drv.a /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_fbsd/libcc_fbsd.a /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_drv/libcc_drv.a(choose-te mp.o): In function `choose_temp_base': choose-temp.o(.text+0x13e): warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_fbsd/libcc_fbsd.a(mktemp. o): In function `mktemp': mktemp.o(.text+0x1e1): undefined reference to `_libc_open' *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cpp. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 -- ---- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Buildworld Breakage
On Wed, Jan 12, 2000 at 11:16:38AM -0800, Jason Evans wrote: On Wed, Jan 12, 2000 at 02:57:41PM +0100, Pascal Hofstee wrote: With my CURRENT-tre updated within an hour ago ... Buildworld is broken. cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\ "2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../ ../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config -I/usr/obj/usr/src/i386/usr/include -o cpp gcc.o cppspec.o /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_drv/libcc_drv.a /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_fbsd/libcc_fbsd.a /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_drv/libcc_drv.a(choose-te mp.o): In function `choose_temp_base': choose-temp.o(.text+0x13e): warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_fbsd/libcc_fbsd.a(mktemp. o): In function `mktemp': mktemp.o(.text+0x1e1): undefined reference to `_libc_open' *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cpp. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 This looks like possible breakage related to the changes to libc that I committed early this morning. The thing is, I successfully built the world with those changes in place. It may be that you got a partial update of the ~150 files that the changes touched in libc and libc_r. This breakage has occurred for 3 consecutive buildworlds now with several Hours between each build. I doubt this is a "halfway through a commit" bustage. -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: freezing...
On Mon, Jan 10, 2000 at 02:21:56PM -0800, Alfred Perlstein wrote: * Matthew Dillon [EMAIL PROTECTED] [000110 12:11] wrote: I've reproduced the softupdates ftruncate panic and have a core dump to play with. I don't have a panic, but rather many processes start to get stuck in "getblk", unfortunatly they all don't stem from a common codepath, although the first process that wedged appears to have come through indir_trunc: I just experienced the same thing here on my CURRENT system with Kirk's latest SoftUpdates patches included. i have right now a buildworld stuck in "getblk" on rm ... and a "getblk" hang for Mozilla Tinderbox Build on gcc. The Mozilla Tinderbox build "hang" however seems to be reproducible. I have had two consecutive "hangs" at the same spot: checking for gtk-config... /usr/X11R6/bin/gtk-config which results in a stuck gcc process. I will try to build a kernel with kdb support as soon as my buildworld finishes (if it will finish) and see if I can provide a proper backtrace. -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Buildworld fails
With CURRENT-sources updates within an hour ago ... buildworld fails: cd /usr/src/gnu/lib/libdialog; make beforeinstall sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libdial og/dialog.h /usr/obj/usr/src/i386/usr/include sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 /usr/src/gnu/lib/libdia log/TESTS/Makefile /usr/obj/usr/src/i386/usr/share/examples/libdialog install: mkstemp: /usr/obj/usr/src/i386/usr/share/examples/INS@0244 for /usr/obj /usr/src/i386/usr/share/examples/libdialog: No such file or directory *** Error code 71 Stop in /usr/src/gnu/lib/libdialog. *** Error code 1 -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
GDB Problems !
Hello, I think i already mentioned the following issue several months ago ... but just noticed this again. And considering 4.0 is coming up soon, I really think this ought to be fixed. see the following testcase: #include stdio.h int main(int argc, char **argv) { int i = 0; for (i = 0; i 10; i++) fprintf(stderr, "i = %d\n", i); return 0; } Compiling this program with -ggdb will give normal results (a list of i = 0, upto i = 9). However when running the program through gdb Every Value you can print is completely Bogus, which makes debugging impossible. Things like the following will happen: (gdb) break main Breakpoint 1 at 0x804841e: file gdbtest.c, line 6. (gdb) run Starting program: /home/daeron/./gdbtest Breakpoint 1, main (argc=-1077937360, argv=0x2805e100) at gdbtest.c:6 6 int i = 0; (gdb) (gdb) next 8 for (i = 0; i 10; i++) (gdb) 9 fprintf(stderr, "i = %d\n", i); (gdb) print i $1 = -1077937368 Notice the completely bogus value of argc, and the same goes for i. the program still outputs the correct values, just requesting them from gdb is broken. Fortunately you can compile it with -g only and GDB Will work properly ... but -ggdb is a flag i encounter quite often for debugging purposes. -- ------------ Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: NewPCM causes kernel panics !
On Tue, Jan 04, 2000 at 09:27:54AM +, Doug Rabson wrote: On Tue, 4 Jan 2000, Pascal Hofstee wrote: Hi, With CURRENT sources updated earlier today ... my system now crash-and-burns when trying to play audio. i have foudn these messages in /var/log/messages: Jan 4 01:30:26 shadowmere /kernel: gusc0: Gravis UltraSound MAX at port 0x220,0x320-0x327,0x32c-0x333 irq 5 drq 1,3 flags 0x13 on isa0 Jan 4 01:30:26 shadowmere /kernel: pcm0: GUS CS4231 on gusc0 Jan 4 01:30:26 shadowmere /kernel: bus_dmamap_load: Too many segs! buf_len = 0xdf00 Jan 4 01:30:26 shadowmere /kernel: bus_dmamap_load: Too many segs! buf_len = 0xdf00 If any more info is needed let me know. This looks like a buffer which spans 1 non-contiguous physical ranges. Was the buffer allocated with contigmalloc? I don't know this is what came directly from the NewPCM-probe/attach code. -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildworld fails
With sources cvsup-ed earlier today ... buildworld bails out with the following: === gnu/lib/libreadline/readline/doc cat /usr/src/gnu/lib/libreadline/readline/doc/../../../../../contrib/libreadline /doc/rlman.texinfo readline.texi makeinfo --no-split -I /usr/src/gnu/lib/libreadline/readline/doc -I /usr/src/gnu /lib/libreadline/readline/doc/../../../../../contrib/libreadline/doc readline.te xi -o readline.info gzip -cn readline.info readline.info.gz === gnu/lib/libstdc++ === gnu/lib/libstdc++/doc make: don't know how to make iostream.info. Stop *** Error code 2 -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
NewPCM causes kernel panics !
Hi, With CURRENT sources updated earlier today ... my system now crash-and-burns when trying to play audio. i have foudn these messages in /var/log/messages: Jan 4 01:30:26 shadowmere /kernel: gusc0: Gravis UltraSound MAX at port 0x220,0x320-0x327,0x32c-0x333 irq 5 drq 1,3 flags 0x13 on isa0 Jan 4 01:30:26 shadowmere /kernel: pcm0: GUS CS4231 on gusc0 Jan 4 01:30:26 shadowmere /kernel: bus_dmamap_load: Too many segs! buf_len = 0xdf00 Jan 4 01:30:26 shadowmere /kernel: bus_dmamap_load: Too many segs! buf_len = 0xdf00 If any more info is needed let me know. -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
KERNEL -= _KERNEL entry missed
While compiling a new kernel after the KERNEL -= _KERNEL change i found out that /usr/src/sys/crypto/des/des_locl.h still has a KERNEL check instead of _KERNEL which breaks kernel-building. I changed it myself and kernel compiled cleanly again. This is with crypto checked out from cvsup2.internet.FreeBSD.org -- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: minor gcc-issue ?
On Sat, 18 Dec 1999, Bruce Evans wrote: 0301 is an old (bad) way of spelling MASK_80387 | MASK_IEEE_FP | MASK_FLOAT_RETURNS. Cygnus finally fixed it in in gcc/config/i386/freebsd.h on 1999/03/23 (see the ChangeLog), but FreeBSD hasn't merged the change. Thanks ... I do have on eother question though ... does this mean that FreeBSD by default compiles with the -mieee-fp compile switch. As that is the solution (for SIGFPE issues) suggested by some Mozilla people on Bugzilla. If FreeBSD indeed already compiles with the -mieee-flag on default the fix obviously should be looked for elsewhere. If you could clarify this issue for me it would be hightly appreciated. Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
configure problems
Hi, I have noticed some weird problems lately when running configure-scripts. E.g. when trying to build the gtk12-port configure just hangs waiting for "conftest" to finish (which never seems to do so). I have noticed similair problems with other configure checks (e.g. SDL). Is this a known issue and/or is there any way to solve this problem ? This is on a FreeBSD-current system as of last night. (Noticed the problem occuring for several days now) ---- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP! The bridge drivers for sound cards have been committed.
On Mon, 22 Nov 1999, Seigo Tanimura wrote: The bridge drivers for sound cards have just been committed. These drivers will accomodate coming newmidi drivers. People using Sound Blaster 16/AWE32/AWE64/ViBRA16C/ViBRA16X should add sbc driver to your kernel config file in addition to pcm driver, rebuild and reinstall a new kernel. See LINT as well. This commit also adds pcm support for the following cards: GUS PnP and non-PnP ISA (gusc driver) Crystal Semiconductor CS461x/428x PCI (csa driver) For a GUS non-PnP ISA card, write down the configuration of your card to gusc, not pcm. Apparently the commit forget to include the sbc.h and gusc.h files. I only seem to be having the equivalent .c files lying around. Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
shell script trouble
Hi, I have for a while now (couple of weeks now I think) noticed that certain shell scripts all of a sudden don't work any longer (even though they did just fine earlier) ... the only thing that actually changed has been more recent updates of FreeBSD-current. The scripts I am having problems with are: /usr/local/etc/rc.d/rc5des.sh /usr/local/etc/postfix/postfix-script Both of these scripts still are as they were installed by their respective ports. And I know both have worked just fine for months without problems. The rc5des breakage I noticed about a weeks ago .. the postfix breakage I noticed today, while installing postfix on another system and finding out "postfix reload" no longer worked ... Is there anybody here that happens to know why these previously perfectly working shell-scripts all of a sudden are broken now ? ---- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: shell script trouble
On Thu, 7 Oct 1999, Pascal Hofstee wrote: The scripts I am having problems with are: /usr/local/etc/rc.d/rc5des.sh /usr/local/etc/postfix/postfix-script Both of these scripts still are as they were installed by their respective ports. And I know both have worked just fine for months without problems. The rc5des breakage is in the fact that it seems to attempt to start the rc5des client but that never seems to get launched ... running rc5des manually does work .. so the rc5des bianry itself isn't broken. The postfix breakage is in the fact that no matter What command i try ... the postfix-script (which is called by postfix itself) always says the following: su-2.03# /usr/local/sbin/postfix reload postfix-script: fatal: the Postfix mail system is not running I Know the mail system IS running on Postfix though: su-2.03# ps -aux | egrep postfix postfix 205 0.0 0.7 928 612 ?? I 5:01PM 0:00.26 qmgr -l -t fifo postfix 1585 0.0 0.5 872 508 ?? I11:39PM 0:00.02 pickup -l -t fif postfix 1809 0.0 0.8 952 724 ?? I12:11AM 0:00.02 smtpd -n smtp -t postfix 1810 0.0 0.7 928 680 ?? I12:11AM 0:00.02 cleanup -t unix postfix 1811 0.0 0.6 900 584 ?? I12:11AM 0:00.02 trivial-rewrite postfix 1812 0.0 0.8 956 712 ?? I12:11AM 0:00.02 local -t unix Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ata-driver screws up ?
As of 4.0-CURRENT about a few hours ago the ATA-driver screws up with my secondary master IDE drive ... wd1s1e gets mounted perfectly ... all other wd1s1 entries fail: uname -a: = FreeBSD shadowmere.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #7: Mon Sep 13 21:43:49 CEST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/CHROME i386 dmesg: == ata0: master: setting up WDMA2 mode on PIIX3/4 chip OK ad0: WDC AC21600H/24.09P07 ATA-? disk at ata0 as master ad0: 1549MB (3173184 sectors), 3148 cyls, 16 heads, 63 S/T, 512 B/S ad0: piomode=4, dmamode=2, udmamode=-1 ad0: 16 secs/int, 0 depth queue, DMA mode Creating DISK ad0 Creating DISK wd0 ata1: master: setting up UDMA2 mode on PIIX4 chip OK ad1: IBM-DTTA-351010/T56OA73A ATA-4 disk at ata1 as master ad1: 9671MB (19807200 sectors), 19650 cyls, 16 heads, 63 S/T, 512 B/S ad1: piomode=4, dmamode=2, udmamode=2 ad1: 16 secs/int, 31 depth queue, DMA mode Creating DISK ad1 Creating DISK wd1 atapi: piomode=4, dmamode=1, udmamode=-1 atapi: PIO transfer mode set acd0: 20DY/V1.70 CDROM drive at ata0 as slave acd0: drive speed 3447KB/sec, 120KB cache acd0: supported read types: CD-R, CD-DA acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Considering FFS root f/s. changing root device to wd0s1a wd0s1: type 0xa5, start 63, end = 3173183, size 3173121 : OK start_init: trying /sbin/init wd1s1: type 0xa5, start 0, end = 19807199, size 19807200 : OK wd1: invalid primary partition table: no magic wd1: invalid primary partition table: no magic wd1: invalid primary partition table: no magic wd1s1: type 0xa5, start 0, end = 19807199, size 19807200 : OK WARNING: R/W mount of /usr/obj denied. Filesystem is not clean - run fsck WARNING: R/W mount of /usr/tmp/download denied. Filesystem is not clean - run fsck wd1: invalid primary partition table: no magic wd1: invalid primary partition table: no magic wd1: invalid primary partition table: no magic wd1: invalid primary partition table: no magic I can perfectly run fsck manually on the remaining wd1s1 entries ... And mount them manually ... though at system reboot every bails out, with messages like "wd1s1: device not configured" I currently have the following etc/fstab: = # DeviceMountpoint FStype Options Dump Pass# /dev/wd0s1b noneswapsw 0 0 /dev/wd0s1a / ufs rw 1 1 /dev/wd0s1f /home ufs rw 2 2 /dev/wd0s1g /usrufs rw 2 2 /dev/wd0s1e /varufs rw 2 2 /dev/wd1s1e /usr/srcufs rw,noauto 2 2 /dev/wd1s1f /usr/objufs rw,noauto 2 2 /dev/wd1s1g /usr/tmp/download ufs rw,noauto 2 2 /dev/wd1s1h /var/ftpufs rw,noauto 2 2 proc/proc procfs rw 0 0 kern/kern kernfs rw 0 0 All the noauto entries can be mounted without a hitch once the system is up ... but having them mounted automacially at boot time bails out as stated before .. ---- Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Perl still broken in 4.0-CURRENT
On Fri, 3 Sep 1999, John Polstra wrote: Hmm, could be. Can one of you please give it a try with the older ld-elf.so.1 and see if it works again? I recommend trying the dynamic linker from August 25. If it works with the older dynamic linker, please send me (preferably simple :-) instructions for reproducing the problem. Well ... I personally use CVSup to do my source-tree updating. If you could provide me with instructions on how to revert the current rtld-elf code to an older revision .. i sure would like to try out. As for the easiest way to reproduce just try to run the mirror-script it's bound to just Die with a SIGSEGV in DynaLoader.pm Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Perl still broken in 4.0-CURRENT
Hi, Perl seems to be broken for about 3 consecutive days now Anybody have any idea what might be causing this ? bash-2.03$ mirror /usr/local/lib/mirror/packages/daemonnews DynaLoader:/usr/libdata/perl/5.00503/DynaLoader.pm:188 Caught a SIGSEGV shutting down at /usr/local/bin/mirror line 3873. uname -a: FreeBSD shadowmere.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #18: Wed Sep 1 10:22:37 CEST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/VANADIUM i386 Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
gdb weirdness
I seem to having some weird problems using GDB on 4.0-CURRENT I am getting things like the following: 27for (j = 1; j = 31; j++) { (gdb) 28 temp = wmalloc(sizeof(ADay)); (gdb) print j $1 = -1077947156 I checked this on a 3.2-STABLE system and it really ought to show $1 = 1 Is this a known issue ? (It's making debugging code so damned hard) uname -a output: FreeBSD shadowmere.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #14: Sat Aug 28 13:31:29 CEST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/VANADIUM i386 Pascal Hofstee - [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SOFTUPDATES?
On Fri, 4 Jun 1999, Tomas TPS Ulej wrote: I add options SOFTUPDATES and my kernel won't compile [snip] cc: ../../ufs/ffs/ffs_softdep.c: No such file or directory cd /usr/src/sys/ufs/ffs ln -s /usr/src/contrib/sys/softupdates/ffs_softdep.c ffs_softdep.c ln -s /usr/src/contrib/sys/softupdates/softdep.h softdep.h then try to recompile your kernel ;-) Pascal Hofstee - dae...@shadowmere.student.utwente.nl -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Bootstrap loader problems on CURRENT
On Sun, 24 Jan 1999, Daniel C. Sobral wrote: Pascal Hofstee wrote: This is most likely my fault. The only place where ficlExecFD gets executed is during initialization, when loading /boot/boot.4th. What do you have there? I suppose you have no trouble booting if you rename that file, correct? Removing *.4th from /boot indeed solves the problem. To test it .. I simply used the .4th-files in /usr/share/examples/bootforth/ Pascal Hofstee - dae...@shadowmere.student.utwente.nl -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Bootstrap loader problems on CURRENT
As of Today's 4.0-CURRENT My system Halts on boot-up after the BTX Driver showing my BIOS-drives, with the following message: FreeBSD/i386 bootstrap loader, Revision 0.2 (dae...@shadowmere. etc...) ficlExecFD: Error at line 1 then it shows a lot of Register-information with the message System halted this is when trying to execute boot/loader When I am fast enough on the Boot-Manager Boot-prompt .. I am able to simply type /kernel instead of 0:wd(0,a)/boot/loader and my System Will boot the 4.0-kernel and run fine. I CVSup-ed the sources earlier today .. (about 6-7 hours) Pascal Hofstee - dae...@shadowmere.student.utwente.nl -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
acd-driver
I am trying for a while now to get the acd-driver working but I just can't find the way ... can anybody explain to me how to config the kernel to support an ATAPI CD-ROM .. (I have the CD-ROM hooked up to the primary slave controller) Pascal Hofstee - dae...@shadowmere.student.utwente.nl -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: MAKEWORLD fails at texinfo
On Fri, 15 Jan 1999 ea...@phc.igs.net wrote: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../lib -I../intl -DLOCALEDIR=\/usr/local/share/locale\ -g -O2 -c makeinfo.c makeinfo.c: In function `xrealloc': makeinfo.c:1205: parse error before `void' makeinfo.c:1209: `exit_value' undeclared (first use this function) makeinfo.c:1209: (Each undeclared identifier is reported only once makeinfo.c:1209: for each function it appears in.) makeinfo.c:1252: parse error before `typedef' ... snip ... makeinfo.c:1269: invalid type argument of `-' makeinfo.c:1269: `prev' undeclared (first use this function) *** Error code 1 this was cvsupped at 7:15 a.m on the 15th using the standard-supfile as found in /usr/share/examples This is the exact same problem Satoshi already mentioned earlier today ... I am experiencing the exact same thing ... someway makeinfo.c got screwed up .. missing half of the xrealloc-function Pascal Hofstee - dae...@shadowmere.student.utwente.nl -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS d- s+: a-- C++ UB P+ L- E--- W- N+ o? K- w--- O? M V? PS+ PE Y-- PGP-- t+ 5 X-- R tv+ b+ DI D- G e* h+ r- y+ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message