Re: got stuck in the current __sF foo...
On Sat, 17 Feb 2001, Warner Losh wrote: > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: > : On Sat, 17 Feb 2001, Warner Losh wrote: > : > : > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: > : > : Thanks for all your patience on this ... > : > > : > No worries. I just want to make sure that we have things working. > : > : Well, I'm still getting my occasional hangs on heavy load ... just tried a > : 'gmake -j6' on qt-copy and 'make -j16 world' on /usr/src, and she hung > : solid ... :) > > Well, that's snmpng :-) that's what I figure ... and something I've learnt to live with :) the short-term inconvience is worth the long-term gains ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
In message <[EMAIL PROTECTED]> The Hermit Hacker writes: : On Sat, 17 Feb 2001, Warner Losh wrote: : : > In message <[EMAIL PROTECTED]> The Hermit :Hacker writes: : > : Thanks for all your patience on this ... : > : > No worries. I just want to make sure that we have things working. : : Well, I'm still getting my occasional hangs on heavy load ... just tried a : 'gmake -j6' on qt-copy and 'make -j16 world' on /usr/src, and she hung : solid ... :) Well, that's snmpng :-) Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, 17 Feb 2001, Warner Losh wrote: > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: > : Thanks for all your patience on this ... > > No worries. I just want to make sure that we have things working. Well, I'm still getting my occasional hangs on heavy load ... just tried a 'gmake -j6' on qt-copy and 'make -j16 world' on /usr/src, and she hung solid ... :) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
In message <[EMAIL PROTECTED]> The Hermit Hacker writes: : Thanks for all your patience on this ... No worries. I just want to make sure that we have things working. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, 17 Feb 2001, The Hermit Hacker wrote: > On Sat, 17 Feb 2001, Warner Losh wrote: > > > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: > > : the thing that is confusing me is that I'm getting through most of the > > : qt-copy compile before I get hit with it ... I'm doing a fresh 'make > > : world' on the machine, just in case ... then I'm going to try David's > > : idea, if that doesn't work ... > > > > OK. Things just don't make sense unless you are bringing in the > > libc.so.5.20010213 library by mistake somehow > > I don't know ... before I started all this, I did rm -rf's on /usr/X11R6 > and /usr/local, so that I was starting as close to clean as I could ... a > 'make -j16 world' is just finishing now, so I'm diving into a second > attempt at qt-copy ... might have been an 'interim' sort of problem, where > my first 'make installworld' wasn't clean *shrug* *cross fingers* > > Will appraise if qt-copy fails or succeeds ... Found it ... your thought of using the .2001* library directed me to look at the 'moc' in qt-copy, which has it link'd in ... not sure where it is pulling that from, but have wip'd out everything and am restarting ... :( Thanks for all your patience on this ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: linksys Etherfast.. broken?
Gerhard Sittig wrote: > > > Your "fa_select doesn't help" and Warner's message suggest that > your situation is different from mine and that you have some kind > of resource allocation problem or a conflicting assignment. > Sorry ... > sorry , I wasn't complaining about your help. Just that it is very complicated these days to figure out what is going on. before, when we didn't have the specialised bus code it was easier to work out what was wrong. Of course it was also a huge hack. The new code is nice but it also adds a whole new layer of places where it can be misconfigured. __--_|\ Julian Elischer / \ [EMAIL PROTECTED] ( OZ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, Feb 17, 2001 at 11:03:09PM -0400, The Hermit Hacker wrote: > > ls -lt libc.* > -r--r--r-- 1 root wheel 599916 Feb 17 17:00 libc.so.5 > lrwxr-xr-x 1 root wheel9 Feb 17 17:00 libc.so -> libc.so.5 > -r--r--r-- 1 root wheel 1240424 Feb 17 17:00 libc.a > -r--r--r-- 1 root wheel 599116 Feb 15 21:10 libc.so.5.20010213 ^^ > -r--r--r-- 1 root wheel 581944 Nov 9 01:45 libc.so.4 Hmm. - alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
At 11:03 PM 2/17/2001 -0400, The Hermit Hacker wrote: >On Sat, 17 Feb 2001, Warner Losh wrote: > >> In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: >> : On Sat, 17 Feb 2001, Warner Losh wrote: >> : >> : > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: >> : > : static const char rcsid[] = >> : > : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp >> : > : Exp $"; >> : > >> : > Then I don't understand the error at all. __sF should be defined in >> : > libc.so.5. What does ldconfig have to say? >> : >> : > ldconfig -r | grep libc. >> : 0:-lcom_err.2 => /usr/lib/libcom_err.so.2 >> : 2:-lcrypt.2 => /usr/lib/libcrypt.so.2 >> : 11:-lc.4 => /usr/lib/libc.so.4 >> : 12:-lc_r.4 => /usr/lib/libc_r.so.4 >> : 13:-lcalendar.2 => /usr/lib/libcalendar.so.2 >> : 14:-lcam.2 => /usr/lib/libcam.so.2 >> : 43:-lcipher.2 => /usr/lib/libcipher.so.2 >> : 44:-lcrypto.1 => /usr/lib/libcrypto.so.1 >> : 56:-lc.5 => /usr/lib/libc.so.5 >> : 57:-lc_r.5 => /usr/lib/libc_r.so.5 >> >> OK. This looks good. What does ldd say for the binary complaining? >> And what does libc.so point to? > >> ls -lt libc.* >-r--r--r-- 1 root wheel 599916 Feb 17 17:00 libc.so.5 >lrwxr-xr-x 1 root wheel9 Feb 17 17:00 libc.so -> libc.so.5 >-r--r--r-- 1 root wheel 1240424 Feb 17 17:00 libc.a >-r--r--r-- 1 root wheel 599116 Feb 15 21:10 libc.so.5.20010213 >-r--r--r-- 1 root wheel 581944 Nov 9 01:45 libc.so.4 > >All looks well here ... > > > > >To Unsubscribe: send mail to [EMAIL PROTECTED] >with "unsubscribe freebsd-current" in the body of the message I don't think you want that libc.so.5.20010213 around it's evil :) == || [EMAIL PROTECTED] || || Ph. (415) 681-6235 || == To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, 17 Feb 2001, Warner Losh wrote: > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: > : the thing that is confusing me is that I'm getting through most of the > : qt-copy compile before I get hit with it ... I'm doing a fresh 'make > : world' on the machine, just in case ... then I'm going to try David's > : idea, if that doesn't work ... > > OK. Things just don't make sense unless you are bringing in the > libc.so.5.20010213 library by mistake somehow I don't know ... before I started all this, I did rm -rf's on /usr/X11R6 and /usr/local, so that I was starting as close to clean as I could ... a 'make -j16 world' is just finishing now, so I'm diving into a second attempt at qt-copy ... might have been an 'interim' sort of problem, where my first 'make installworld' wasn't clean *shrug* *cross fingers* Will appraise if qt-copy fails or succeeds ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, Feb 17, 2001 at 11:00:05PM -0400, The Hermit Hacker wrote: > I removed everything from /var/db/pkg (pkg_delete -f ) before I started > this, and then did an rm -rf /usr/local ... basically, brought it to bare > system, including an rm -rf /usr/X11R6 ... anything left should be system > installed/upgraded :( So show us some output. Where's it breaking? Qt has proved easier to get working on NetBSD/mac68k than the rest of KDE, that's for sure. :) - alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, 17 Feb 2001, Warner Losh wrote: > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: > : On Sat, 17 Feb 2001, Warner Losh wrote: > : > : > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: > : > : static const char rcsid[] = > : > : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp > : > : Exp $"; > : > > : > Then I don't understand the error at all. __sF should be defined in > : > libc.so.5. What does ldconfig have to say? > : > : > ldconfig -r | grep libc. > : 0:-lcom_err.2 => /usr/lib/libcom_err.so.2 > : 2:-lcrypt.2 => /usr/lib/libcrypt.so.2 > : 11:-lc.4 => /usr/lib/libc.so.4 > : 12:-lc_r.4 => /usr/lib/libc_r.so.4 > : 13:-lcalendar.2 => /usr/lib/libcalendar.so.2 > : 14:-lcam.2 => /usr/lib/libcam.so.2 > : 43:-lcipher.2 => /usr/lib/libcipher.so.2 > : 44:-lcrypto.1 => /usr/lib/libcrypto.so.1 > : 56:-lc.5 => /usr/lib/libc.so.5 > : 57:-lc_r.5 => /usr/lib/libc_r.so.5 > > OK. This looks good. What does ldd say for the binary complaining? > And what does libc.so point to? > ls -lt libc.* -r--r--r-- 1 root wheel 599916 Feb 17 17:00 libc.so.5 lrwxr-xr-x 1 root wheel9 Feb 17 17:00 libc.so -> libc.so.5 -r--r--r-- 1 root wheel 1240424 Feb 17 17:00 libc.a -r--r--r-- 1 root wheel 599116 Feb 15 21:10 libc.so.5.20010213 -r--r--r-- 1 root wheel 581944 Nov 9 01:45 libc.so.4 All looks well here ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, Feb 17, 2001 at 10:49:06PM -0400, The Hermit Hacker wrote: > the thing that is confusing me is that I'm getting through most of the > qt-copy compile before I get hit with it ... I'm doing a fresh 'make > world' on the machine, just in case ... then I'm going to try David's > idea, if that doesn't work ... Ehm. Where is this breaking in Qt? Are you perchance configuring Qt with -kde, which would link in some old libraries (it introduces a real chicken.. egg.. problem)? Maybe something else that Qt is depending on is linking to an odd version of libc. - alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
In message <[EMAIL PROTECTED]> The Hermit Hacker writes: : the thing that is confusing me is that I'm getting through most of the : qt-copy compile before I get hit with it ... I'm doing a fresh 'make : world' on the machine, just in case ... then I'm going to try David's : idea, if that doesn't work ... OK. Things just don't make sense unless you are bringing in the libc.so.5.20010213 library by mistake somehow Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
the thing that is confusing me is that I'm getting through most of the qt-copy compile before I get hit with it ... I'm doing a fresh 'make world' on the machine, just in case ... then I'm going to try David's idea, if that doesn't work ... On Sat, 17 Feb 2001, Warner Losh wrote: > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: > : /usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol "__sF" > : Recompiling X from ports fixed my libm.so.* problem with __sF ... and > : every binary I have in /usr/local right now has been rebuilt since 17:01's > : installworld ... > > That's very odd since we've not removed __sF from libc yet, and that > the removal that was there was only for a couple of days. > > Warner > 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
Re: got stuck in the current __sF foo...
In message <[EMAIL PROTECTED]> The Hermit Hacker writes: : On Sat, 17 Feb 2001, Warner Losh wrote: : : > In message <[EMAIL PROTECTED]> The Hermit :Hacker writes: : > : static const char rcsid[] = : > : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp : > : Exp $"; : > : > Then I don't understand the error at all. __sF should be defined in : > libc.so.5. What does ldconfig have to say? : : > ldconfig -r | grep libc. : 0:-lcom_err.2 => /usr/lib/libcom_err.so.2 : 2:-lcrypt.2 => /usr/lib/libcrypt.so.2 : 11:-lc.4 => /usr/lib/libc.so.4 : 12:-lc_r.4 => /usr/lib/libc_r.so.4 : 13:-lcalendar.2 => /usr/lib/libcalendar.so.2 : 14:-lcam.2 => /usr/lib/libcam.so.2 : 43:-lcipher.2 => /usr/lib/libcipher.so.2 : 44:-lcrypto.1 => /usr/lib/libcrypto.so.1 : 56:-lc.5 => /usr/lib/libc.so.5 : 57:-lc_r.5 => /usr/lib/libc_r.so.5 OK. This looks good. What does ldd say for the binary complaining? And what does libc.so point to? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, 17 Feb 2001, Warner Losh wrote: > In message <[EMAIL PROTECTED]> The Hermit >Hacker writes: > : static const char rcsid[] = > : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp > : Exp $"; > > Then I don't understand the error at all. __sF should be defined in > libc.so.5. What does ldconfig have to say? > ldconfig -r | grep libc. 0:-lcom_err.2 => /usr/lib/libcom_err.so.2 2:-lcrypt.2 => /usr/lib/libcrypt.so.2 11:-lc.4 => /usr/lib/libc.so.4 12:-lc_r.4 => /usr/lib/libc_r.so.4 13:-lcalendar.2 => /usr/lib/libcalendar.so.2 14:-lcam.2 => /usr/lib/libcam.so.2 43:-lcipher.2 => /usr/lib/libcipher.so.2 44:-lcrypto.1 => /usr/lib/libcrypto.so.1 56:-lc.5 => /usr/lib/libc.so.5 57:-lc_r.5 => /usr/lib/libc_r.so.5 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
In message <[EMAIL PROTECTED]> The Hermit Hacker writes: : static const char rcsid[] = : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp : Exp $"; Then I don't understand the error at all. __sF should be defined in libc.so.5. What does ldconfig have to say? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
Samehere: static const char rcsid[] = "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp Exp $"; On Sat, 17 Feb 2001, Warner Losh wrote: > What version of src/lib/libc/stdio/findfp.c do you have? > > I'm using 1.15 here w/o any problems: > static const char rcsid[] = > "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp Exp $"; > > Warner > 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
Re: got stuck in the current __sF foo...
At 07:00 PM 2/17/2001 -0700, Warner Losh wrote: >What version of src/lib/libc/stdio/findfp.c do you have? > >I'm using 1.15 here w/o any problems: >static const char rcsid[] = > "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp Exp $"; > >Warner > > >To Unsubscribe: send mail to [EMAIL PROTECTED] >with "unsubscribe freebsd-current" in the body of the message There was a time when current ( a couple of days earlier this week) was volatile !! I had a system running for awhile with the new libc.so.5. I started recompiling all the ports and gave up as it didn't look like the new libc.so.5XXX was go to stay around and I didn't want to do this twice. I ended up newfs my hard drive and restoring from Feb 9 and then bringing the sources up to current (after the libc and stdio changes were backed out and modified) and doing a make world . Everything seems to be working fine since then. Manfred == || [EMAIL PROTECTED] || || Ph. (415) 681-6235 || == To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, Feb 17, 2001 at 03:36:18PM -0800, Matthew Jacob wrote: > One system got stuck in the current __sF bork... I'm not stuck with: One thing that may work is to set libc's version number in the Makefile to something that has never existed on your system. Try a `make world'. Move any /usr/lib/libc.so.5 to the side, and put the libc.so version number in the Makefile back to stock. Do another `make world'. -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
What version of src/lib/libc/stdio/findfp.c do you have? I'm using 1.15 here w/o any problems: static const char rcsid[] = "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp Exp $"; Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
In message <[EMAIL PROTECTED]> The Hermit Hacker writes: : /usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol "__sF" : Recompiling X from ports fixed my libm.so.* problem with __sF ... and : every binary I have in /usr/local right now has been rebuilt since 17:01's : installworld ... That's very odd since we've not removed __sF from libc yet, and that the removal that was there was only for a couple of days. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
In message <[EMAIL PROTECTED]> Matthew Jacob writes: : One system got stuck in the current __sF bork... I'm not stuck with: : Any advice? Copy a pre Feb 10th libc.so.5 to this box. Alternatively, copy a Feb 17 or later one. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: linksys Etherfast.. broken?
In message <[EMAIL PROTECTED]> Gerhard Sittig writes: : Your "fa_select doesn't help" and Warner's message suggest that : your situation is different from mine and that you have some kind : of resource allocation problem or a conflicting assignment. Actually, I wasn't using fa-select when I had the issues. I was using some experimental patches to integrate the mii that these parts have into the ed driver. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
On Sat, 17 Feb 2001, Manfred Antar wrote: > At 08:17 PM 2/17/2001 -0400, The Hermit Hacker wrote: > > >I just got hurt by this, in a sense ... buildworld and installworld all > >worked great, but as soon as I tried to a 'startx', it told me that > >libm.so.2 had an unresolved symbol __sF ... I just rebuilt my X, figure > >just the result of the bump in libm.so.n major ... > > > > > > I don't think any of the libs were bumped recently except for libc and > that was backed out. There was a patch posted that bumped some of the > libs but that was withdrawn. I think you might have libs built from > some of the stuff that was backed or not a totally current source. I'm > using X compiled on the 8th of Feb with a current world as of 2 hours > ago and no problem Okay, I did a cvsup today, and am running on newest kernel, with a {build,install}world completed (and rebooted since) ... something appears broken in newest code? gmake[4]: Entering directory `/usr/base/kde/qt-copy/tutorial/t7' g++ -c -I/usr/base/kde/qt-copy/include -pipe -O2 -o lcdrange.o lcdrange.cpp g++ -c -I/usr/base/kde/qt-copy/include -pipe -O2 -o main.o main.cpp /usr/base/kde/qt-copy/bin/moc lcdrange.h -o moc_lcdrange.cpp /usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol "__sF" gmake[4]: *** [moc_lcdrange.cpp] Error 1 gmake[4]: Leaving directory `/usr/base/kde/qt-copy/tutorial/t7' gmake[3]: *** [t7] Error 2 gmake[3]: Leaving directory `/usr/base/kde/qt-copy/tutorial' gmake[2]: *** [all] Error 2 > ls -lt /usr/lib/libstdc++* -r--r--r-- 1 root wheel 575168 Feb 17 17:01 /usr/lib/libstdc++_p.a -r--r--r-- 1 root wheel 285608 Feb 17 17:01 /usr/lib/libstdc++.so.3 lrwxr-xr-x 1 root wheel 14 Feb 17 17:01 /usr/lib/libstdc++.so -> libstdc++.so.3 -r--r--r-- 1 root wheel 515044 Feb 17 17:01 /usr/lib/libstdc++.a Recompiling X from ports fixed my libm.so.* problem with __sF ... and every binary I have in /usr/local right now has been rebuilt since 17:01's installworld ... 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
Re: got stuck in the current __sF foo...
At 08:17 PM 2/17/2001 -0400, The Hermit Hacker wrote: >I just got hurt by this, in a sense ... buildworld and installworld all >worked great, but as soon as I tried to a 'startx', it told me that >libm.so.2 had an unresolved symbol __sF ... I just rebuilt my X, figure >just the result of the bump in libm.so.n major ... > > I don't think any of the libs were bumped recently except for libc and that was backed out. There was a patch posted that bumped some of the libs but that was withdrawn. I think you might have libs built from some of the stuff that was backed or not a totally current source. I'm using X compiled on the 8th of Feb with a current world as of 2 hours ago and no problem Manfred == || [EMAIL PROTECTED] || || Ph. (415) 681-6235 || == To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: got stuck in the current __sF foo...
I just got hurt by this, in a sense ... buildworld and installworld all worked great, but as soon as I tried to a 'startx', it told me that libm.so.2 had an unresolved symbol __sF ... I just rebuilt my X, figure just the result of the bump in libm.so.n major ... On Sat, 17 Feb 2001, Manfred Antar wrote: > At 03:36 PM 2/17/2001 -0800, Matthew Jacob wrote: > > >One system got stuck in the current __sF bork... I'm not stuck with: > > > >cc -o make_hash -O -pipe -I. -I/usr/src/lib/libncurses > >-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses > >-I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE > >-DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -DMAIN_PROGRAM > >/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c > >/usr/lib/libgcc.so: undefined reference to `__sF' > >*** Error code 1 > > > >Stop in /usr/src/lib/libncurses. > >*** Error code 1 > > > >Stop in /usr/src. > >*** Error code 1 > > > >Stop in /usr/src. > >*** Error code 1 > > > >Stop in /usr/src. > > > > > >Any advice? > > What is the date of your system (libc) ? Before Feb 10 or between the 10th and the >16th ? > If before Feb 10 I would resup , remove /usr/obj and try again. > If in the period between the 10th and 16th , you might need to restore from tape or >other means > then try again.I just did a make world from a system from the 10th and current src >and it built fine > > Manfred > == > || [EMAIL PROTECTED] || > || Ph. (415) 681-6235 || > == > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > 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
Re: got stuck in the current __sF foo...
At 03:36 PM 2/17/2001 -0800, Matthew Jacob wrote: >One system got stuck in the current __sF bork... I'm not stuck with: > >cc -o make_hash -O -pipe -I. -I/usr/src/lib/libncurses >-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses >-I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE >-DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -DMAIN_PROGRAM >/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c >/usr/lib/libgcc.so: undefined reference to `__sF' >*** Error code 1 > >Stop in /usr/src/lib/libncurses. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. > > >Any advice? What is the date of your system (libc) ? Before Feb 10 or between the 10th and the 16th ? If before Feb 10 I would resup , remove /usr/obj and try again. If in the period between the 10th and 16th , you might need to restore from tape or other means then try again.I just did a make world from a system from the 10th and current src and it built fine Manfred == || [EMAIL PROTECTED] || || Ph. (415) 681-6235 || == To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
got stuck in the current __sF foo...
One system got stuck in the current __sF bork... I'm not stuck with: cc -o make_hash -O -pipe -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -DMAIN_PROGRAM /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c /usr/lib/libgcc.so: undefined reference to `__sF' *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Any advice? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: monetdef/msgdef/numericdef fixes for zh_* locales
On Sat, Feb 17, 2001 at 05:24:41PM +0800, Jing-Tang Keith Jang scribbled: | -current's zh_TW.Big5 and zh_CN.EUC are both broken due to | the lack of LC_MESSAGES, LC_MONETARY, and LC_NUMERIC files. | Can anybody with src/ commit bit send in the attached patch, | so apps like perl or gtk can function as before? I tested this and it works for me. However, would the person who committed this breakage please explain why he/she did this? And, why was this not sent to -i18n for review? | Thanks. | -- | Less facilities, more enjoyment. ^^ zhang3bei4 guo3ran2 shi4 zhang3bei4. chi3cun4 gen1 neng2li4 guo3ran2 mei2 guan1xi4. | --- ./share/monetdef/zh_CN.EUC.src.orig Sat Feb 17 15:38:55 2001 | +++ ./share/monetdef/zh_CN.EUC.srcSat Feb 17 14:33:17 2001 | --- ./share/monetdef/zh_TW.Big5.src.orig Sat Feb 17 15:38:55 2001 | +++ ./share/monetdef/zh_TW.Big5.src Sat Feb 17 14:28:47 2001 | ko_KR.EUC \ | - ja_JP.EUC | + ja_JP.EUC \ | + zh_TW.Big5 \ | + zh_CN.EUC | - ja_JP.EUC | + ja_JP.EUC \ | + zh_TW.Big5 \ | + zh_CN.EUC | + zh_TW.Big5 \ | + zh_CN.EUC | -- +--+ | [EMAIL PROTECTED] | [EMAIL PROTECTED] | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +--+ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: New GCC changes broken
Everything works now, thanks ! Martin Blapp, [EMAIL PROTECTED] Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 On Sat, 17 Feb 2001, David O'Brien wrote: > On Sat, Feb 17, 2001 at 01:54:29PM +0100, Martin Blapp wrote: > > > > Do people test their changes ? > > > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > > .c:3828: too few arguments to function `unshare_all_rtl' > > *** Error code 1 > > Sounds like you CVSup'ed in between my import and fixing of conflicts. > Please let me know if you still have problems. > > -- > -- David ([EMAIL PROTECTED]) > GNU is Not Unix / Linux Is Not UniX > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: New GCC changes broken
On Sat, Feb 17, 2001 at 01:54:29PM +0100, Martin Blapp wrote: > > Do people test their changes ? > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > .c:3828: too few arguments to function `unshare_all_rtl' > *** Error code 1 Sounds like you CVSup'ed in between my import and fixing of conflicts. Please let me know if you still have problems. -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: linksys Etherfast.. broken?
On Fri, Feb 16, 2001 at 21:35 -0800, Julian Elischer wrote: > > Gerhard Sittig wrote: > > > > Now that I had success with the fa_select tool, I filed a PR > > with a patch: misc/25147. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=25147 > > thanks for this.. but it didn't seem to help > > It looks to me like the interrupt vector is not being > registered.. I'll try figut out what I've screwed up in the > config. On Sat, Feb 17, 2001 at 00:57 -0800, Julian Elischer wrote: > > the thing that pisses me of is that this card DID WORK! > I tried the fa_select program.. it didn't help. Sorry, but the method described in the PR assumes that fa_select _is_ the tool that makes the cards work. What the PR achieves is that the card is useful right after getting plugged in -- without manual intervention. If only I had known earlier about the fa_select tool (didn't find it in the archives when I searched for my card back in November/December, it seems there are too many ways of spelling model names plus there are sooo many models basically being the same -- I never considered "Netgear" to be of concern for me ...)! But I still see the PR method as a hack just to get network access to a machine with failed media negotiation. Especially forcing speed as well as duplex mode is what I don't like about the current situation (you all know the regular threads about "it doesn't work" with the usual answers "then don't hardware it"). Your "fa_select doesn't help" and Warner's message suggest that your situation is different from mine and that you have some kind of resource allocation problem or a conflicting assignment. Sorry ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" [EMAIL PROTECTED] -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: OpenSSL ASM patch
In message <[EMAIL PROTECTED]> Kris Kennaway writes: : Well, these are both 686-class machines so it doesn't strictly apply : to what we were talking about. The build machine is a 686, but the targets are {486,586 and 686}. The laptop is a 586... Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
(solved) New GCC changes broken
Ok, I replaced all bintools in /usr/bin/* and /usr/libexec/elf/* . Everything works now and I successfully built world just now. That was a scary day to compile. Martin Martin Blapp, [EMAIL PROTECTED] Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 On Sat, 17 Feb 2001, Martin Blapp wrote: > > Did that, replaced /usr/libexec/elf/as with new one, > now I have: > > cc -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include > -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/src/lib/libc -DPOSIX_MISTAKE > -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DYP -DHESIOD > -I/usr/src/lib/libc/i386 -c read.S -o read.o > ld: unrecognized option `-x' > > Sigh ... > > Martin > > Martin Blapp, [EMAIL PROTECTED] > > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > --- > > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: startx/startkde hangs -CURRENT ...
On Sat, 17 Feb 2001, Alex Zepeda wrote: > > Now, if I start X, the whole machine hangs solid ... > > Where? By all means, set KDE_DEBUG, and capture the startx output, and do > something with the coredumps so that you encode the pid into the file > name, since many kde crashes will be in kdeinit (since it's used to launch > programs via shlibs).. actually, after a reboot, I figured I'd do a 'make -j3 buildworld' to see what happens there, without X started, and the whole system hangs that way too ... so, we're in the clear for X/KDE right now ... Thanks ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Hungarian locale completed
On Sat, Feb 17, 2001 at 05:24:29PM +0100, Szilveszter Adam wrote: > Where, of course, I couldn't be bothered to send the Makefile diffs > along... doh!:-) > > Here they are... <...> Please, ignore the previous junk... sigh. I should know better than synching my CVS repo *after* building and *before* generating the diffs. Slowly I will learn... in the meantime, the (for a change, correct) diffs: -- Regards: Szilveszter ADAM Szeged University Szeged Hungary Index: Makefile === RCS file: /usr/local/ncvs/freebsd//src/share/monetdef/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile2001/02/17 08:28:26 1.17 +++ Makefile2001/02/17 16:31:26 @@ -16,6 +16,7 @@ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ fr_CA.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ Index: Makefile === RCS file: /usr/local/ncvs/freebsd//src/share/msgdef/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile2001/02/17 08:31:31 1.17 +++ Makefile2001/02/17 16:29:54 @@ -11,6 +11,7 @@ en_US.ISO_8859-1 \ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ Index: Makefile === RCS file: /usr/local/ncvs/freebsd//src/share/numericdef/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- Makefile2001/02/17 08:35:14 1.18 +++ Makefile2001/02/17 16:31:01 @@ -11,6 +11,7 @@ en_US.ISO_8859-1 \ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \
Re: HEADS UP: -current world broken since Feb 10
On Fri, 16 Feb 2001, [EMAIL PROTECTED] wrote: > In article <[EMAIL PROTECTED]> you wrote: > > > >> > > Has anybody gotten world to build? > >> > Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. > >> > >> Finished buildworld without problems.. CVS as of (check mailheader). > >> I'm about to install.. > > > > Finished installing, built kernel, and booted it. No problems whatsoever. > > > > FreeBSD .whacky.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Feb 16 >14:33:37 CET 2001 >stephanb@.whacky.net:/mnt/archive/CVS/CURRENT/src/sys/compile/ i386 > > > > If you want to discover and reproduce the problem (:-) > it is sufficient to go to ports/devel/gettext and 'make' this port. > When make start to make in the 'po' directory it SIGFAULTs in > __ungetc. > *sighs* True.. it fails here as well. Damn -- Stephan van Beerschoten [SVB21-RIPE] [EMAIL PROTECTED] PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Hungarian locale completed
On Sat, Feb 17, 2001 at 05:07:06PM +0100, Szilveszter Adam wrote: > Hello everybody! > > Today I upgraded my system to the latest -CURRENT and in the process also > completed the Hungarian locale support. > > Please find enclosed the small tar.gz archive with the necessary files in > src/share/{msgdef|monetdef|numericdef} and if you see fit, commit them. Where, of course, I couldn't be bothered to send the Makefile diffs along... doh!:-) Here they are... -- Regards: Szilveszter ADAM Szeged University Szeged Hungary Index: Makefile === RCS file: /usr/local/ncvs/freebsd//src/share/monetdef/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile2001/02/17 08:28:26 1.17 +++ Makefile2001/02/17 08:15:40 @@ -1,4 +1,4 @@ -# $FreeBSD: src/share/monetdef/Makefile,v 1.17 2001/02/17 08:28:26 ache Exp $ +# $FreeBSD: src/share/monetdef/Makefile,v 1.16 2001/02/11 16:19:41 knu Exp $ NOMAN=YES CLEANFILES+= ${LOCALES:S/$/.out/g} @@ -16,13 +16,13 @@ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ fr_CA.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ pl_PL.ISO_8859-2 \ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ - uk_UA.KOI8-U \ ko_KR.EUC \ ja_JP.EUC Index: Makefile === RCS file: /usr/local/ncvs/freebsd//src/share/msgdef/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile2001/02/17 08:31:31 1.17 +++ Makefile2001/02/17 08:13:36 @@ -1,4 +1,4 @@ -# $FreeBSD: src/share/msgdef/Makefile,v 1.17 2001/02/17 08:31:31 ache Exp $ +# $FreeBSD: src/share/msgdef/Makefile,v 1.16 2001/02/11 16:19:42 knu Exp $ NOMAN=YES CLEANFILES+= ${LOCALES:S/$/.out/g} @@ -11,13 +11,13 @@ en_US.ISO_8859-1 \ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ pl_PL.ISO_8859-2 \ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ - uk_UA.KOI8-U \ ko_KR.EUC \ ja_JP.EUC Index: Makefile === RCS file: /usr/local/ncvs/freebsd//src/share/numericdef/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- Makefile2001/02/17 08:35:14 1.18 +++ Makefile2001/02/17 08:11:57 @@ -1,4 +1,4 @@ -# $FreeBSD: src/share/numericdef/Makefile,v 1.18 2001/02/17 08:35:14 ache Exp $ +# $FreeBSD: src/share/numericdef/Makefile,v 1.17 2001/02/11 16:19:43 knu Exp $ NOMAN=YES CLEANFILES+= ${LOCALES:S/$/.out/g} @@ -11,13 +11,13 @@ en_US.ISO_8859-1 \ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ pl_PL.ISO_8859-2 \ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ - uk_UA.KOI8-U \ ko_KR.EUC \ ja_JP.EUC
Hungarian locale completed
Hello everybody! Today I upgraded my system to the latest -CURRENT and in the process also completed the Hungarian locale support. Please find enclosed the small tar.gz archive with the necessary files in src/share/{msgdef|monetdef|numericdef} and if you see fit, commit them. Good speed! -- Regards: Szilveszter ADAM Szeged University Szeged Hungary hungarian.tar.gz
Re: New GCC changes broken
On Sat, Feb 17, 2001 at 04:33:51PM +0100, Martin Blapp wrote: > > Did that, replaced /usr/libexec/elf/as with new one, > now I have: > > cc -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include > -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/src/lib/libc -DPOSIX_MISTAKE > -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DYP -DHESIOD > -I/usr/src/lib/libc/i386 -c read.S -o read.o > ld: unrecognized option `-x' Oh my dear... maybe you'll have to replace libc too... I have just finished the upgrade (so far no problems) even my old (as in: before Feb 10) apps work again as a result of the libc major downgrade. But I may have been "lucky" because I have a slow machine, it takes about 6 hours to complete an upgrade on it, so these sources are as of about 10am today your (and mine) time... which looks like a good time to go back to. If you can link programs now, I suggest you checkout sources as of today 10am CET and try building it again. It at least worked for me (although I should have removed the WITNESS_DDB option since it now features random drops to ddb with lock order reversal errors, from where you can always continue...) I have now: FreeBSD fonix.hos.u-szeged.hu 5.0-CURRENT FreeBSD 5.0-CURRENT #8: Sat Feb 17 16: 09:13 CET 2001 [EMAIL PROTECTED]:/usr/src/sys/compile/FONIX i386 Wish you best of luck! -- 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: New GCC changes broken
Did that, replaced /usr/libexec/elf/as with new one, now I have: cc -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DYP -DHESIOD -I/usr/src/lib/libc/i386 -c read.S -o read.o ld: unrecognized option `-x' Sigh ... Martin Martin Blapp, [EMAIL PROTECTED] Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 --- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: New GCC changes broken
On Sat, Feb 17, 2001 at 02:32:49PM +0100, Martin Blapp wrote: > > On another box CURRENT, updated this morning: > > cc -I/usr/src/lib/csu/i386-elf/../common > -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/csu/i386-elf/crti.S > -o crti.o cc: Internal compiler error: program as got fatal signal 11 > > as(1) does crash, rebuilding as does not help, neither does rebuilding > gcc, I cannot compile and .S files. Do you have ver 1.15 of src/lib/libc/stdio/findfp.c, committed by imp? revision 1.15 date: 2001/02/16 21:09:49; author: imp; state: Exp; lines: +15 -4 Extra needs to be initialized for our usual pool of FILEs. This was causing some versions of as to dump core. This survived make buildworld/installworld and the building gettext port afterwards. Submitted by: <[EMAIL PROTECTED]> "N.Dudorov" Reviewed by: "Daniel M. Eischen" <[EMAIL PROTECTED]> If not, that may be the problem... but I do not know of a good solution other than grabbing a known good as (or also libc) from somewhere, like a snapshot on ftp... -- 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: New GCC changes broken
On another box CURRENT, updated this morning: cc -I/usr/src/lib/csu/i386-elf/../common -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/csu/i386-elf/crti.S -o crti.o cc: Internal compiler error: program as got fatal signal 11 as(1) does crash, rebuilding as does not help, neither does rebuilding gcc, I cannot compile and .S files. Martin Martin Blapp, [EMAIL PROTECTED] Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 On Sat, 17 Feb 2001, Martin Blapp wrote: > > Do people test their changes ? > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > .c:3828: too few arguments to function `unshare_all_rtl' > *** Error code 1 > > Martin > > Martin Blapp, [EMAIL PROTECTED] > > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: New GCC changes broken
On Sat, Feb 17, 2001 at 02:09:39PM +0100, Szilveszter Adam wrote: > On Sat, Feb 17, 2001 at 01:54:29PM +0100, Martin Blapp wrote: > > > > Do people test their changes ? > > > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > > .c:3828: too few arguments to function `unshare_all_rtl' > > *** Error code 1 > > GCC 2.95.3 RC 3 is in the process of being integrated into the tree. I have > not yet seen an all-clear signal from David O' on this. You should read > your cvs-all mail and wait for the changes to finish first. (or try it with > sources from before the upgrade.) BTW, if you want the latest from everything except gcc, David even layed a tag on the sources just before the import: BEFORE_GCC_2_95_3_TEST3 you may want to use it. Good luck! -- 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: New GCC changes broken
On Sat, Feb 17, 2001 at 01:54:29PM +0100, Martin Blapp wrote: > > Do people test their changes ? > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > .c:3828: too few arguments to function `unshare_all_rtl' > *** Error code 1 GCC 2.95.3 RC 3 is in the process of being integrated into the tree. I have not yet seen an all-clear signal from David O' on this. You should read your cvs-all mail and wait for the changes to finish first. (or try it with sources from before the upgrade.) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
New GCC changes broken
Do people test their changes ? warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev .c:3828: too few arguments to function `unshare_all_rtl' *** Error code 1 Martin Martin Blapp, [EMAIL PROTECTED] Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: startx/startkde hangs -CURRENT ...
> Now, if I start X, the whole machine hangs solid ... Where? By all means, set KDE_DEBUG, and capture the startx output, and do something with the coredumps so that you encode the pid into the file name, since many kde crashes will be in kdeinit (since it's used to launch programs via shlibs).. - alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: OpenSSL ASM patch
On Fri, Feb 16, 2001 at 11:58:50PM -0700, Warner Losh wrote: > In message <[EMAIL PROTECTED]> Wes Peters writes: > : Peter Jeremy wrote: > : > [1] I don't think there's a lot of `build once, install on lots of > : > different hardware', though I could be wrong. > : > : Most certainly wrong for those using FreeBSD for embedded devices. I, > : for instance, build on nice, fast Athlons, then install in devices > : ranging from 500 Mhz K6-2s all the way down to 266 Mhz Geodes. We can > : always do multiple library builds and select the correct .so as we > : build an install image for a particular platform, but it sure makes the > : process longer and more error-prone. > : > : You should see sshd key generation crawl on a Geode 266 with no keyboard > : to bang on. ;^) > > I do the build once, install many times all the time. I have a fast > 4.2-stable box that I do the build on. I then do the installworld on > a slower (ppro 200) -current box, my laptop, my router box, and other > misc boxes in my house. Sometimes this build is current and other > times it is -stable. > > I use it to make sure that the 4.x upgrade path to current works. :-) Well, these are both 686-class machines so it doesn't strictly apply to what we were talking about. Kris PGP signature
Building procedure of krb5 is broken
I've found that current 5-current is broken, since krb5 cannot compile. Here is a typical compiler message: In file included from /usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5_locl.h:142, from /usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/gssapi_locl.h:39, from /usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/8003.c:34: /usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5.h:43:krb_err.h: No such file or directory It seems that adding 'CFLAGS+=-I${KRB5OBJDIR}' to src/kerberos5/lib/libgssapi/Makefile is required. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
monetdef/msgdef/numericdef fixes for zh_* locales
-current's zh_TW.Big5 and zh_CN.EUC are both broken due to the lack of LC_MESSAGES, LC_MONETARY, and LC_NUMERIC files. Can anybody with src/ commit bit send in the attached patch, so apps like perl or gtk can function as before? Thanks. -- Less facilities, more enjoyment. --- ./share/monetdef/zh_CN.EUC.src.orig Sat Feb 17 15:38:55 2001 +++ ./share/monetdef/zh_CN.EUC.src Sat Feb 17 14:33:17 2001 @@ -0,0 +1,35 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# int_curr_symbol +CNY +# currency_symbol +$ +# mon_decimal_point +. +# mon_thousands_sep +, +# mon_grouping, separated by ; +3;3 +# positive_sign + +# negative_sign +- +# int_frac_digits +0 +# frac_digits +0 +# p_cs_precedes +1 +# p_sep_by_space +0 +# n_cs_precedes +1 +# n_sep_by_space +0 +# p_sign_posn +1 +# n_sign_posn +4 +# EOF --- ./share/monetdef/zh_TW.Big5.src.origSat Feb 17 15:38:55 2001 +++ ./share/monetdef/zh_TW.Big5.src Sat Feb 17 14:28:47 2001 @@ -0,0 +1,35 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# int_curr_symbol +TWD +# currency_symbol +$ +# mon_decimal_point +. +# mon_thousands_sep +, +# mon_grouping, separated by ; +3;3 +# positive_sign + +# negative_sign +- +# int_frac_digits +0 +# frac_digits +0 +# p_cs_precedes +1 +# p_sep_by_space +0 +# n_cs_precedes +1 +# n_sep_by_space +0 +# p_sign_posn +1 +# n_sign_posn +4 +# EOF --- ./share/monetdef/Makefile.orig Sat Feb 17 15:39:02 2001 +++ ./share/monetdef/Makefile Sat Feb 17 14:33:55 2001 @@ -23,7 +23,9 @@ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ ko_KR.EUC \ - ja_JP.EUC + ja_JP.EUC \ + zh_TW.Big5 \ + zh_CN.EUC LOCALEDIR= ${DESTDIR}/usr/share/locale --- ./share/msgdef/zh_CN.EUC.src.orig Sat Feb 17 15:39:08 2001 +++ ./share/msgdef/zh_CN.EUC.srcSat Feb 17 15:01:24 2001 @@ -0,0 +1,9 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# yesexpr +^[yYsS].* +# noexpr +^[nN].* +# EOF --- ./share/msgdef/zh_TW.Big5.src.orig Sat Feb 17 15:39:08 2001 +++ ./share/msgdef/zh_TW.Big5.src Sat Feb 17 14:48:05 2001 @@ -0,0 +1,9 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# yesexpr +^[yYsS].* +# noexpr +^[nN].* +# EOF --- ./share/msgdef/Makefile.origSat Feb 17 15:39:19 2001 +++ ./share/msgdef/Makefile Sat Feb 17 15:02:58 2001 @@ -18,7 +18,9 @@ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ ko_KR.EUC \ - ja_JP.EUC + ja_JP.EUC \ + zh_TW.Big5 \ + zh_CN.EUC ENGLISH= en_US.ISO_8859-1 ENGLISHLINKS= en_AU.ISO_8859-1 en_CA.ISO_8859-1 en_GB.ISO_8859-1 \ --- ./share/numericdef/zh_TW.Big5.src.orig Sat Feb 17 15:38:27 2001 +++ ./share/numericdef/zh_TW.Big5.src Sat Feb 17 15:03:46 2001 @@ -0,0 +1,11 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# decimal_point +. +# thousands_sep +, +# grouping, separated by ; +3;3 +# EOF --- ./share/numericdef/zh_CN.EUC.src.orig Sat Feb 17 15:38:31 2001 +++ ./share/numericdef/zh_CN.EUC.srcSat Feb 17 15:03:42 2001 @@ -0,0 +1,11 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# decimal_point +. +# thousands_sep +, +# grouping, separated by ; +3;3 +# EOF --- ./share/numericdef/Makefile.origSat Feb 17 15:38:41 2001 +++ ./share/numericdef/Makefile Sat Feb 17 15:21:55 2001 @@ -18,7 +18,9 @@ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ ko_KR.EUC \ - ja_JP.EUC + ja_JP.EUC \ + zh_TW.Big5 \ + zh_CN.EUC LOCALEDIR= ${DESTDIR}/usr/share/locale USENGLISH= en_US.ISO_8859-1
Re: HEADS UP: -current world broken since Feb 10
On Fri, 16 Feb 2001, Warner Losh wrote: > In message <[EMAIL PROTECTED]> "David O'Brien" writes: > : Warner committed a fix for this. But I'm having trouble building world > : with it. > : > : cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include >-D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE >-I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD >-I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c >-o _flock_stub.o > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named >`_extra' > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named >`_extra' > : ..snip.. > > Did you snag stdio.h as well? My buildworld on a virgin tree post my > fix on a 4.2-stable system completed last night. (stephanb@tripwire|ttyp4)/usr/src# ident ./include/stdio.h ./include/stdio.h: $FreeBSD: src/include/stdio.h,v 1.30 2001/02/16 06:11:21 imp Exp $ and again, all seems to work and compile perfect for me. -- Stephan van Beerschoten [SVB21-RIPE] [EMAIL PROTECTED] PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: linksys Etherfast.. broken?
Warner Losh wrote: > > In message <[EMAIL PROTECTED]> Julian Elischer writes: > : It looks to me like the interrupt vector is not being registered.. > : I'll try figut out what I've screwed up in the config. > > timeouts usually mean one of two things. With ed devices, they could > be the new dlink based chips (fa-410, dlink etherfast, some linksys > card) or you have a bad IRQ configured that another hunk of hardware > is driving. the thing that pisses me of is that this card DID WORK! I tried the fa_select program.. it didn't help. Msmith showed a proram once that showed the interrupt registrations but I can't find it any more. It's hard to see whether it registred the handler or not. The other interrupt from the pccard bus is shouwn twice in vmstat -i stray irq0 10 stray irq10 10 <-- ata0 irq14 96102 atkbd0 irq1 73641 psm0 irq12 98250 21 clk irq0 452252 99 sio1 irq10 112125 24 <--- I don't quite understand how the pccard and card-bus are connected: the dmesg says pcic-pci0: at device 4.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC p ci int + CSC serial isa irq] pcic-pci0: Legacy address set to 0x3e0 PCI Config space: === etc. pcic0: at port 0x3e0 iomem 0xd on isa0 pcic0: Polling mode stat is 7f stat is 7f pccard0: on pcic0 pccard1: on pcic0 = sio-: sio0 already exists, using sio1 instead pcic: I/O win 0 flags 11 2e8-2ef pcic: I/O win 0 flags 1 2e8-2ef sio1 at port 0x2e8-0x2ef irq 10 slot 0 on pccard0 pcic: I/O win 0 flags 11 2e8-2ef sio1: type 16550A /dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-364 $ /dev/vmmon: Module vmmon: initialized bpf: vmnet1 attached pcic: I/O win 0 flags 15 300-31f pcic: I/O win 0 flags 5 300-31f ed0 at port 0x300-0x31f irq 11 slot 1 on pccard1 pcic: I/O win 0 flags 15 300-31f bpf: ed0 attached ed0: address 00:e0:98:74:49:0d, type Linksys (16 bit) pid 288 (Xaccel): trap 12 with interrupts disabled bpf: ng0 attached so it looks like the TI chip is emulating the VLSI 82C146.. is that correct? .. If anyone has an inspiron running -current that can run an ed based ethernet card (on the top slot) (especially a linksys etherfast,) I'd love to see your configs and the /boot/device.hints files you are using.. > > The interrupt vector almost certainly is getting registered. It just > isn't being called. > > Warner > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ [EMAIL PROTECTED] ( OZ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Buildworld failing at stage 4 (Dumping source)
My "main" machine running newest current is hosed at the moment, proabably because I insisted to much in buildworld -k... Anyway, I then nfs-mount its /usr/src and /usr/obj onto an working -current as of 6. jan. I can then build a new world with a working userland, I think. But it stops with printing source on stdout/stderr; I never seen this before: -- >>> stage 4: populating /usr/obj/usr/src/i386/usr/include -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec PERL5LIB=/usr/obj/usr/src/i386/usr/libdata/perl/5.6.0 DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 SHARED=symlinks includes cd /usr/src/include;make -B all install ===> rpcsvc rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/klm_prot.x -o klm_prot.h # 1 "/usr/src/include/rpcsvc/klm_prot.x" /* * Sun RPC is a product of Sun Microsystems, Inc. and is provided for * unrestricted use provided that this legend is included on all tape ... cut /* * Kernel/lock manager protocol definition * Copyright (C) 1986 Sun Microsystems, Inc. * * protocol used between the UNIX kernel (the "client") and the * local lock manager. The local lock manager is a deamon running * above the kernel. */ ... cut - no need to include the whole source in this msg klm_statKLM_UNLOCK (struct klm_unlockargs) =4; } = 1; } = 100020; *** Error code 1 Stop in /usr/src/include/rpcsvc. *** Error code 1 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. arnold/usr/src # exit Script done on Sat Feb 17 09:15:29 2001 Leif To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message