error in installworld
install -c -s -o root -g wheel -m 4555 -fschg rcp /bin /usr/libexec/ld-elf.so.1: install: Undefined symbol "string_to_flags" *** Error code 1 Stop in /usr/src/bin/rcp. *** Error code 1 .. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Dr Neuhaus niccy go not recognized
During make of kernel: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../i4b/layer1/i4b_isic_pnp.c ../../i4b/layer1/i4b_isic_pnp.c:53: warning: #warning "Fix i4b pnp!" Is this a "simple" matter of the right options to config, or does it involve changes to the code? Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #130: Sat Nov 6 18:14:11 CET 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/GINA Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Xeon/Celeron (337.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 67096576 (65524K bytes) avail memory = 61603840 (60160K bytes) Preloaded elf kernel "kernel" at 0xc0357000. VESA: v2.0, 4096k memory, flags:0x1, mode table:0xc00c0e38 (ce38) VESA: S3 Incorporated Trio3D. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: at device 0.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 ata-pci0: at device 4.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 uhci0: irq 9 at device 4.2 on pci0 usb0: on uhci0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ugen0: vendor 0x0553 product 0x0002, rev 1.00/1.00, addr 2 intpm0: at device 4.3 on pci0 intpm0: I/O mapped e800 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped e400 pcm0: irq 5 at device 11.0 on pci0 ed1: irq 10 at device 12.0 on pci0 ed1: address 00:80:ad:50:40:cf, type NE2000 (16 bit) fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3b0-0x3df iomem 0xa-0xb on isa0 sc0: 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 ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 pca0 at port 0x40 on isa0 pca0: PC speaker audio driver unknown0: at port 0x200-0x201,0x202-0x203 irq 11 on isa0 i4b: ISDN call control device attached i4bisppp: 4 ISDN SyncPPP device(s) attached i4bctl: ISDN system control port attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached i4btrc: 2 ISDN trace device(s) attached ad0: ATA-4 disk at ata0 as master ad0: 8207MB (16809660 sectors), 16676 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 0 depth queue, UDMA33 Creating DISK ad0 Creating DISK wd0 ad1: ATA-4 disk at ata0 as slave ad1: 6197MB (12692295 sectors), 13431 cyls, 15 heads, 63 S/T, 512 B/S ad1: 16 secs/int, 31 depth queue, UDMA33 Creating DISK ad1 Creating DISK wd1 Mounting root from ufs:/dev/wd1s3a To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
Subject: Mail::Internet test subject This is a test message that was sent by the test suite of Mail::Internet. Testing. one >From foo four >From bar seven To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
Subject: Mail::Internet test subject This is a test message that was sent by the test suite of Mail::Internet. Testing. one >From foo four >From bar seven To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
Subject: Mail::Internet test subject This is a test message that was sent by the test suite of Mail::Internet. Testing. one >From foo four >From bar seven To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
(no subject)
To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
compile failure in current
cd /usr/src/gnu/lib/csu; make depend; make all; make install echo '#include "i386/i386.h"' > tm.h echo '#include "i386/att.h"'>> tm.h echo '#include ' >> tm.h echo '#include "i386/freebsd.h"'>> tm.h echo '#include "i386/perform.h"'>> tm.h rm -f .depend mkdep -f .depend -a-I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I. -DIN_GCC -I/usr/obj/usr/src/i386/usr/include /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c cd /usr/src/gnu/lib/csu; make _EXTRADEPEND cc -Os -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I. -DIN_GCC -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-omit-frame-pointer -I/usr/obj/usr/src/i386/usr/include -g0 -DCRT_BEGIN -c -o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c cc -Os -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I. -DIN_GCC -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-omit-frame-pointer -I/usr/obj/usr/src/i386/usr/include -g0 -DCRT_END -c -o crtend.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c /usr/src/gnu/lib/csu/crtend.c cc: cannot specify -o with -c or -S and multiple compilations *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
cvs-all@FreeBSD.org
To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Lucent Orinoco Gold PCCard?
There is definately a trend to lower prices. I just found this. A new intel Intel PRO/Wireless 2011 LAN access point and two pcmcia cards for $699. The access point sounds interesting. I personally would like to use it as a repeater and network bridge. http://www.intel.com/network/products/wireless.htm https://merchant.hibbertco.com/servlet/InteComServlet?SessionID=319728709221315074&OrderID=71803&ItemCnt=1&Adapters=yes ed Doug Ambrisko wrote: > Warner Losh writes: > | In message <[EMAIL PROTECTED]> Doug Ambrisko writes: > | : Well this is what I'm doing with the Aironet stuff. I have a script > | : to flip between modes until it sync's up. I bought the PCMCIA ISA > | : adapter for $25 from a local surplus place. > | > | Does this mean that the an driver can operate in "base station" mode? > > No, just ad-hoc (atleast that's what is published). So on my laptop my > script flips between modes (ad-hoc & infrastructure) until it sync's up > with whatever it can find. I start it out of pccard.conf so it is automatic > on card insertion, reboot or wakeup. > > | : BTW I saw ADDTRON http://www.addtron.com/ has a base station for around > | : $220 that can do 128 bit encryption, has an antenna and is Web administered. > | : I haven't used it but it looks interesting. > | > | I'll have to check this out as well. > > Let us know what you find out. > > Doug A. > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Core dumps on Current Make World this morning
All the machines that I have running Current dumped core at the same place this morning. ===> share/termcap ex - /usr/src/share/termcap/termcap.src < /usr/src/share/termcap/reorder > /dev/null Segmentation fault - core dumped *** Error code 139 Stop in /usr/src/share/termcap. *** Error code 1 For a couple of days now, I haven't been able to use vi because it also dumps core on all the machines except the only one that was able to build world and a new kernel yesterday, just good timing I guess. I haven't seen this on the list. Thanks, ed To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kyra.unloved.org daily run output
Removing stale files from /var/preserve: Cleaning out old system announcements: Removing stale files from /var/rwho: Backup passwd and group files: kyra.unloved.org passwd diffs: 68d67 < orion:(password):2004:2004::0:0:Orion Server:/home/orion:/usr/local/bin/bash 69a69 > postfix:(password):2001:3024::0:0:Postfix Mail System:/nonexistent:/nonexistent kyra.unloved.org group diffs: 93a94 > postfix:*:3024: Verifying group file syntax: Backing up mail aliases: kyra.unloved.org aliases diffs: --- /var/backups/aliases.bakThu Sep 21 17:28:04 2000 +++ /etc/mail/aliases Mon Jan 22 11:02:55 2001 @@ -1,4 +1,4 @@ -# $FreeBSD: src/etc/mail/aliases,v 1.10.4.1 2000/08/27 17:31:38 gshapiro Exp $ +# $FreeBSD: src/etc/mail/aliases,v 1.10.4.2 2000/12/16 07:03:35 dougb Exp $ # @(#)aliases 5.3 (Berkeley) 5/24/90 # # Aliases in this file will NOT be expanded in the header from @@ -24,8 +24,10 @@ # General redirections for pseudo accounts bin: root +bind: root daemon:root games: root +kmem: root man: root news: root nobody:root @@ -33,6 +35,7 @@ pop: root system:root toor: root +tty: root usenet: news uucp: root xten: root Disk status: Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/ad5s1a19839951629 13089928%/ /dev/ad5s2e 9505261 539884 8204957 6%/data /dev/ad5s1f 8473272 2924146 487126538%/usr /dev/ad5s1e99223918696 894164 2%/var procfs 440 100%/proc Last dump(s) done (Dump '>' file systems): UUCP status: Network interface status: Name Mtu Network AddressIpkts IerrsOpkts Oerrs Coll xl0 1500 00:10:4b:09:ec:f0 49045770 0 84287087 4 0 xl0 1500 62.58.62.160/ kyra49045770 0 84287087 4 0 xl0 1500 jacquie.would jacquie.would.b 49045770 0 84287087 4 0 xl0 1500 my.pussy.gets my.pussy.gets.w 49045770 0 84287087 4 0 xl0 1500 jacquie.loves jacquie.loves.a 49045770 0 84287087 4 0 xl0 1500 twilight.bast twilight.bastar 49045770 0 84287087 4 0 xl0 1500 freebsd.is.be freebsd.is.bett 49045770 0 84287087 4 0 xl0 1500 magic.kablast magic.kablasto. 49045770 0 84287087 4 0 xl0 1500 i.own.decix.n i.own.decix.net 49045770 0 84287087 4 0 xl0 1500 teefers.is.th teefers.is.thra 49045770 0 84287087 4 0 xl0 1500 i.fucked.freu i.fucked.freudi 49045770 0 84287087 4 0 xl0 1500 jacquie.swall jacquie.swallow 49045770 0 84287087 4 0 xl0 1500 unhappy.and/3 unhappy.and 49045770 0 84287087 4 0 xl0 1500 attyz.wants.t attyz.wants.to. 49045770 0 84287087 4 0 xl0 1500 jacquie.is.a. jacquie.is.a.cu 49045770 0 84287087 4 0 xl0 1500 i.am.not.real i.am.not.really 49045770 0 84287087 4 0 xl0 1500 you.need.a.go you.need.a.good 49045770 0 84287087 4 0 xl0 1500 will.never.be will.never.be 49045770 0 84287087 4 0 xl0 1500 vanitywhore.o vanitywhore.org 49045770 0 84287087 4 0 xl0 1500 is.a.masturba is.a.masturbati 49045770 0 84287087 4 0 xl0 1500 works.for.ver works.for.versa 49045770 0 84287087 4 0 xl0 1500 deeply.shallo deeply.shallow. 49045770 0 84287087 4 0 xl0 1500 62.58.48.84/3 62.58.48.84 49045770 0 84287087 4 0 lo0 16384 5114 0 5114 0 0 lo0 16384 127 localhost 5114 0 5114 0 0 Local system status: 3:01AM up 15:55, 1 user, load averages: 0.00, 0.00, 0.00 Mail in local queue: Mail queue is empty Security check: (output mailed separately) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Broken make world
I got the following when trying a new make world (1-17-99): cc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.bin/netstat/if.c cc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.bin/netstat/inet.c cc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.bin/netstat/main.c cc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.bin/netstat/mbuf.c /usr/src/usr.bin/netstat/mbuf.c:71: `MT_RTABLE' undeclared here (not in a function) /usr/src/usr.bin/netstat/mbuf.c:71: initializer element for `mbtypes[4].mt_type' is not constant *** Error code 1 To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: adding DHCP client to src/contrib/
Wrong! The dhcp client is ESSENTIAL to boot floppies for modern use. As for "bloat", one man's bloat is another's essential material :-( On Mon, 8 Feb 1999, Steve Kargl wrote: > Joe Abley wrote: > > On Mon, Feb 08, 1999 at 02:28:20PM -0800, David O'Brien wrote: > > > I am planning on adding the Wide-DHCP client to src/contrib/ > > Content-Type: text/BLOAT > > These should be left has ports. > To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: adding DHCP client to src/contrib/
Remember that the client, relay, and server are all independent items. Each MUST meet the same RFC specification. On Tue, 9 Feb 1999, Andreas Braukmann wrote: > On Mon, Feb 08, 1999 at 02:28:20PM -0800, David O'Brien wrote: > > I am planning on adding the Wide-DHCP client to src/contrib/ and > I'm mostly interested in choosing the server part. In the past I > deployed only the wide-dhcp server from the ports collection; but > only because I somehow decided to test the wide-dhcp before the isc one. > > A few days ago I had a look (triggered by a piece of samba documentation) > at isc-dhcp and found the configuration syntax somewhat more user friendly. To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: adding DHCP client to src/contrib/
I am glad to see some SOME version of the dhcp client included in base floppies. However, I must take exception to David's choice for any purpose other than single floppy situations. Although it is somewhat larger, the ISC dhcp2 client has significantly more flexability WRT options beyond the bare basics. I would recommend that the default client on HD based systems be the ISC client because of that flexability. Further, the assertion that it is easier to configure the WIDE client is WRONG. The ISC CLIENT requires NO configuration. I don't see how anything can be simpler. :-) Unfortunately, David persists in spreading this mis-information. On, 8 Feb 1999, David O'Brien wrote: > I am planning on adding the Wide-DHCP client to src/contrib/ and > src/sbin/ in a few days. > > I have it bmaked and ready go to. I have choosen the WIDE client because > it is much smaller space-wise than the ISC client and its configuration > is simplier. > > The plan is to make a boot floppy / boot CDROM with a DHCP client on it. To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: Which DHCP client
I do not dispute that he "likes" the WIDE client. However, his choice seems to be based on familarity rather than CURRENT technical evaluation. I have (recently) tried both clients. For the simple case, both work satisfactorily. The ISC client/server (pl10) builds right out of the box. I prefer it because of the additional flexability it provides for the non-trivial case. On Tue, 9 Feb 1999, Jordan K. Hubbard wrote: > I personally am ambivalent about which client is chosen just so > long as *a* client is chosen. I agree that this is the important issue. If someone will agree to commit the files, I'd be happy to supply the pieces for the ISC DHCP2 client to drop in. To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: /var/db/pkg/.mkversion
On Thu, 1 Apr 1999, Chuck Robey wrote: > On Thu, 1 Apr 1999, Richard Wackerbarth wrote: > Your statement "Nobody said cross compilation is easy :-)" By this smiley, I mean to infer that it is far from easy. > you're the ONLY one to demand it. OK, maybe even "demand" is wrong > If you were talking about the FreeBSD sources themselves, everything I > said is out the window, because we *do* have total control I think that you have missed the entire point of what I am advocating. Within the ports Makefiles (and .mk), we DO have control. We SHOULD make certain that we do NOT REPEAT the past errors of using the wrong parameter when we CAN do it correctly. IOW, don't box the future development in by building a mechanism which works ONLY if HOST == TARGET. Provide a mechanism which can provide TARGET independent from HOST, but defaulting to the same value. In the code which we write for the FreeBSD tree, including /usr/ports, use the correct context. I ask this because the mechanism for ports SHOULD be the same mechanism that is used for OS builds. In the realm of OS building, I think that we are making progress toward cross build capability. I would hate to see this thing for ports be a step backward. To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
only root can startx
I am working the kinks out of an upgrade from 4.7 to 5.0-R. So far I see a problem starting X. first off xinit does not seem to work. Was that removed in 5.0? Second, oly root can startx. When I try as a regular user, I get the message: 'Fatal server error connot open log file /var/log/XFree86.0.log' what's going on here? thanks, Kirk To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: only root can startx
On Thu, 23 Jan 2003, David Wolfskill wrote: > See /usr/ports/x11/wrapper. I have wrapper installed lorax# pkg_info | grep wrapper fampp-1.1 A C++ wrapper for fam from SGI gtkmm-1.2.8_1 C++ wrapper for gtk, a x11 graphics library javavmwrapper-1.4 Wrapper script for various Java Virtual Machines p5-File-Rsync-0.20 Perl convenience wrapper for the rsync(1) program wrapper-1.0_2 Wrapper for XFree86-4 server do I need to re-buildit? Kirk > > Cheers, > david > -- > David H. Wolfskill[EMAIL PROTECTED] > I have no confidence in results obtained through the use of Microsoft products. > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: only root can startx
On Thu, 23 Jan 2003, Adam Maas wrote: > Your permissions for /var/log are wrong. they are: lorax# ls -l XFree86.0.log -rw-r--r-- 1 root wheel 23375 Jan 23 12:20 XFree86.0.log shouldn't that be correct? > > --Adam > > - Original Message ----- > From: "Charlie ROOT" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, January 23, 2003 1:30 PM > Subject: only root can startx > > > > I am working the kinks out of an upgrade from 4.7 to 5.0-R. So far I see a > > problem starting X. first off xinit does not seem to work. Was that > > removed in 5.0? Second, oly root can startx. When I try as a regular user, > > I get the message: 'Fatal server error connot open log file > > /var/log/XFree86.0.log' > > > > what's going on here? > > > > thanks, > > > > Kirk > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-current" in the body of the message > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
problem with X
I'm getting the following error when I try and start X. I just built 5.0 and had x working untill I portupgraded gnome2. I have rebuilt wrapper, and freetype2. I have also re-run xf86config. No one can start x, not root, nor a regular user. Is this a font path problem? if so what should I try? Thanks Kirk error message: lorax# xinit XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 4.7-STABLE i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Mon Jan 27 11:41:17 2003 (==) Using config file: "/etc/X11/XF86Config" Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol "__thr_jtable" waiting for X server to shut down To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problem with X
On Tue, 28 Jan 2003, joseph wrote: > Try a make build world and see if that version of libc_r works. > It should fix the problem. joseph I tried that... now the error is: Symbol from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! This is getting old. any other ideas? thanks, Kirk > > On Mon, 2003-01-27 at 13:07, Alexander Pohoyda wrote: > > Charlie ROOT <[EMAIL PROTECTED]> writes: > > > > > root, nor a regular user. Is this a font path problem? > > > > No, it is not. > > > > > > > /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol > > > "__thr_jtable" > > > > This is a problem. Version numbers are OK, though. > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bsd.lib.mk "@"'s
> Why are many of the build lines in bsd.lib.mk hidden with leading @'s, > so that they don't display in the build? This is useless, it hides > things that go wrong, and hardly belongs here, it seems to me. I like extreme verbosity too, but some don't :-) PMake is supposed to have a .SHELL: pseudo-target that allows one to specify how to make shell commands "quiet". If one could figure out how to use that, it would be trivial to provide a knob for this. I couldn't make .SHELL work though; consult /usr/src/usr.bin/make/job.c if you're interested. I'd like to know how to disable "quiet" commands too... Cheers, Jerry Hicks wghi...@bellsouth.net To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
C++ troubles continue
Trying to build kdebase3 on the FreeBSD 5.0-CURRENT #7: Mon Jun 17 22:46:16 EDT 2002 [...] gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps' gmake[3]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps' gmake[3]: Entering directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' /bin/sh ../libtool --mode=link --tag=CXX c++ -DNDEBUG -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST-o kappfinder -L/opt/lib -pthread -L/opt/lib -R /opt/lib -R /opt/lib -R /opt/lib -R /opt/lib main.o scanner.o checker.o kappfinder_meta_unload.o -lkdeui c++ -DNDEBUG -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder -pthread main.o scanner.o checker.o kappfinder_meta_unload.o -L/opt/lib /opt/lib/libkdeui.so /opt/lib/libkdecore.so -L/usr/lib /opt/lib/libDCOP.so /opt/lib/libkdefx.so -lqt-mt -lpng -lz -lXext -lX11 -lSM -lICE -lXrender -lstdc++ -lm -lgcc -Wl,--rpath -Wl,/opt/lib -Wl,--rpath -Wl,/opt/lib checker.o: In function `checkDesktopFile(QString const&, QString)': checker.o(.text+0x536): undefined reference to `cout' checker.o(.text+0x543): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x575): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x585): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x6f1): undefined reference to `cout' checker.o(.text+0x6fe): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x706): undefined reference to `endl(ostream&)' checker.o(.text+0x7e1): undefined reference to `cout' checker.o(.text+0x7ea): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x7f2): undefined reference to `endl(ostream&)' gmake[3]: *** [kappfinder] Error 1 gmake[3]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1' gmake: *** [all] Error 2 *** Error code 2 Any clues? The /usr/lib/libstdc++.a has, for example: W std::basic_ostream >& std::endl >(std::basic_ostream >&) B std::cout B std::buf_cout U std::cout U std::buf_cout -mi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: mysql-server build errors
On Thu, Aug 08, 2002 at 12:05:44PM -0800, Beech Rintoul wrote: > On Thursday 08 August 2002 11:50 am, Dan Nelson wrote: > > In the last episode (Aug 08), Beech Rintoul said: > > > Anyone have a pointer to get this to build? > > > cc -DMYSQL_SERVER > > > -DDEFAULT_MYSQL_HOME="\"/usr/local\"" -fno-exceptions -fno-rtti > > > -DMYSQLD_NET_RETRY_COUNT=100 -c mysqld.cc /usr/include/tcpd.h: In > > > function `void* handle_connections_sockets(void*)': > > > /usr/include/tcpd.h:137: too many arguments to function `void > > > sock_host()' mysqld.cc:2428: at this point in file > > > > It's a bug in the tcpwrappers headers; they declare functions with no > > parameters, and gcc rightfully complains about using them in c++ code. > > Remove the --with-libwrap line from the port Makefile as a workaround. > > Thanks...That worked. Worked=mysql actually compiled? Or it got past that section? Removing --with-libwrap certainly gets past that section but on my system it still spews a lot of errors during the final link: item.o(.gnu.linkonce.d._ZTV9Item_buff+0x8): undefined reference to `__cxa_pure_v irtual' item.o(.gnu.linkonce.d._ZTV17Item_result_field+0x28): undefined reference to `__ cxa_pure_virtual' item.o(.gnu.linkonce.d._ZTV17Item_result_field+0x2c): undefined reference to `__ cxa_pure_virtual' item.o(.gnu.linkonce.d._ZTV17Item_result_field+0x30): undefined reference to `__ cxa_pure_virtual' item.o(.gnu.linkonce.d._ZTV17Item_result_field+0x34): undefined reference to `__ cxa_pure_virtual' item.o(.gnu.linkonce.d._ZTV17Item_result_field+0x38): more undefined references to `__cxa_pure_virtual' follow item_sum.o: In function `Item_sum_count_distinct::~Item_sum_count_distinct()': item_sum.o(.text+0x19c7): undefined reference to `operator delete[](void*)' item_sum.o(.text+0x19dc): undefined reference to `operator delete(void*)' item_sum.o: In function `Item_sum_count_distinct::~Item_sum_count_distinct()': item_sum.o(.text+0x1aa7): undefined reference to `operator delete[](void*)' item_sum.o(.text+0x1abc): undefined reference to `operator delete(void*)' item_sum.o: In function `Item_sum_count_distinct::~Item_sum_count_distinct()': item_sum.o(.text+0x1b87): undefined reference to `operator delete[](void*)' [list goes on for a while] This is with -CURRENT from today (8/8). -Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ia64 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- >>> stage 4: populating >/home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include -- >>> stage 4: building libraries -- ===> gnu/lib/libgcc /home/tinderbox/ia64/src/contrib/gcc/config/ia64/unwind-ia64.c:242:1: warning: "MIN" redefined In file included from /home/tinderbox/ia64/src/contrib/gcc/config/freebsd-spec.h:157, from tconfig.h:14, from /home/tinderbox/ia64/src/contrib/gcc/config/ia64/unwind-ia64.c:34: /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include/sys/param.h:256:1: warning: this is the location of the previous definition In file included from /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include/sys/signal.h:47, from /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include/sys/param.h:101, from /home/tinderbox/ia64/src/contrib/gcc/config/freebsd-spec.h:157, from tconfig.h:14, from /home/tinderbox/ia64/src/contrib/gcc/libgcc2.c:38: /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include/machine/signal.h:114: field `sc_fr' has incomplete type *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/lib/libgcc. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ia64 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- >>> stage 4: populating >/home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include -- >>> stage 4: building libraries -- >>> stage 4: make dependencies -- >>> stage 4: building everything.. -- ===> gnu/usr.bin/binutils/libbfd cc1: warnings being treated as errors /home/tinderbox/ia64/src/contrib/binutils/bfd/elf-eh-frame.c: In function `_bfd_elf_discard_section_eh_frame': /home/tinderbox/ia64/src/contrib/binutils/bfd/elf-eh-frame.c:417: warning: comparison between signed and unsigned *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ia64 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- >>> stage 4: populating >/home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include -- >>> stage 4: building libraries -- >>> stage 4: make dependencies -- >>> stage 4: building everything.. -- ===> gnu/usr.bin/binutils/libbfd cc1: warnings being treated as errors /home/tinderbox/ia64/src/contrib/binutils/bfd/elf-eh-frame.c: In function `_bfd_elf_discard_section_eh_frame': /home/tinderbox/ia64/src/contrib/binutils/bfd/elf-eh-frame.c:417: warning: comparison between signed and unsigned *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
double panic in todays kernel
Using ``FreeBSD 5.0-CURRENT #1: Wed Feb 27 09:07:28 EST 2002''.
While building some port (-pipe probably played its fatal role)...
-mi
(kgdb) symbol-file kernel.debug
Reading symbols from kernel.debug...done.
(kgdb) exec-file /boot/mi/kernel
(kgdb) core-file /ccd/crash/vmcore.28
IdlePTD at phsyical address 0x004f4000
initial pcb at physical address 0x00418120
panicstr: bwrite: buffer is not busy???
panic messages:
---
Fatal trap 12: page fault while in kernel mode
cpuid = 1; lapic.id =
fault virtual address = 0xa4
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc023ea63
stack pointer = 0x10:0xcf9a0c14
frame pointer = 0x10:0xcf9a0c30
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 23591 (bzip2)
trap number = 12
panic: page fault
cpuid = 1; lapic.id =
boot() called on cpu#1
syncing disks... panic: bwrite: buffer is not busy???
cpuid = 1; lapic.id =
boot() called on cpu#1
Uptime: 51m48s
pfs_vncache_unload(): 8 entries remaining
dumping to dev da0b, offset 131200
dump 319 318 [...] 1 0
---
#0 dumpsys () at /ccd/src/sys/kern/kern_shutdown.c:504
504 if (!dodump)
(kgdb) where
#0 dumpsys () at /ccd/src/sys/kern/kern_shutdown.c:504
#1 0xc0220d54 in boot (howto=260) at /ccd/src/sys/kern/kern_shutdown.c:336
#2 0xc0221245 in panic (fmt=0xc03790b8 "bwrite: buffer is not busy???")
at /ccd/src/sys/kern/kern_shutdown.c:646
#3 0xc0259043 in bwrite (bp=0xc7d1aa34) at /ccd/src/sys/kern/vfs_bio.c:676
#4 0xc025a2ca in vfs_bio_awrite (bp=0xc7d1aa34)
at /ccd/src/sys/kern/vfs_bio.c:1526
#5 0xc01f7168 in spec_fsync (ap=0xcf9a0ad0)
at /ccd/src/sys/fs/specfs/spec_vnops.c:403
#6 0xc01f6d21 in spec_vnoperate (ap=0xcf9a0ad0)
at /ccd/src/sys/fs/specfs/spec_vnops.c:121
#7 0xc02e45d8 in ffs_sync (mp=0xc16d2a00, waitfor=2, cred=0xc102eb80,
td=0xc03d5c00) at vnode_if.h:441
#8 0xc0266212 in sync (td=0xc03d5c00, uap=0x0)
at /ccd/src/sys/kern/vfs_syscalls.c:669
#9 0xc0220980 in boot (howto=256) at /ccd/src/sys/kern/kern_shutdown.c:245
#10 0xc0221245 in panic (fmt=0xc0397dde "%s")
at /ccd/src/sys/kern/kern_shutdown.c:646
#11 0xc032fd16 in trap_fatal (frame=0xcf9a0bd4, eva=164)
at /ccd/src/sys/i386/i386/trap.c:848
#12 0xc032fa3d in trap_pfault (frame=0xcf9a0bd4, usermode=0, eva=164)
at /ccd/src/sys/i386/i386/trap.c:762
#13 0xc032f503 in trap (frame={tf_fs = -1069940712, tf_es = -819986416,
tf_ds = -812187632, tf_edi = -812170240, tf_esi = 4096,
tf_ebp = -811987920, tf_isp = -811987968, tf_ebx = 0,
tf_edx = -812170240, tf_ecx = -811987824, tf_eax = -830089152,
tf_trapno = 12, tf_err = 0, tf_eip = -1071388061, tf_cs = 8,
tf_eflags = 66178, tf_esp = -1069695296, tf_ss = 4096})
at /ccd/src/sys/i386/i386/trap.c:430
#14 0xc023ea63 in pipe_write (fp=0xc20751c0, uio=0xcf9a0c90, cred=0xc2d32a80,
flags=0, td=0xcf974400) at /ccd/src/sys/kern/sys_pipe.c:820
#15 0xc023b834 in dofilewrite (td=0xcf974400, fp=0xc20751c0, fd=1,
buf=0x83ef000, nbyte=4096, offset=-1, flags=0)
at /ccd/src/sys/sys/file.h:191
#16 0xc023b62d in write (td=0xcf974400, uap=0xcf9a0d20)
at /ccd/src/sys/kern/sys_generic.c:337
#17 0xc033015c in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = 134640440, tf_esi = 138342400, tf_ebp = -1077947856,
tf_isp = -811987596, tf_ebx = 134640440, tf_edx = 138342400,
tf_ecx = 134640440, tf_eax = 4, tf_trapno = 0, tf_err = 2,
tf_eip = 134611567, tf_cs = 31, tf_eflags = 663, tf_esp = -1077947884,
tf_ss = 47}) at /ccd/src/sys/i386/i386/trap.c:1044
#18 0xc031f7ed in syscall_with_err_pushed ()
#19 0x805e2ff in ?? ()
#20 0x805db5f in ?? ()
#21 0x805daa9 in ?? ()
#22 0x80488d8 in ?? ()
(kgdb) up 14
#14 0xc023ea63 in pipe_write (fp=0xc20751c0, uio=0xcf9a0c90, cred=0xc2d32a80,
flags=0, td=0xcf974400) at /ccd/src/sys/kern/sys_pipe.c:820
820 PIPE_LOCK(wpipe);
(kgdb) p wpipe
$1 = (struct pipe *) 0x0
(kgdb) l
815 struct pipe *wpipe, *rpipe;
816
817 rpipe = (struct pipe *) fp->f_data;
818 wpipe = rpipe->pipe_peer;
819
820 PIPE_LOCK(wpipe);
821 /*
822 * detect loss of pipe read side, issue SIGPIPE if lost.
823 */
824 if ((wpipe == NULL) || (wpipe->pipe_state & PIPE_EOF)) {
(kgdb) p rpipe
$2 = (struct pipe *) 0x0
(kgdb) p fp
$3 = (struct file *) 0xc20751c0
(kgdb) p fp->f_data
$4 = 0xce85d840 ""
(kgdb) p *fp
$5 = {f_list = {le_next = 0xc256c500, le_prev = 0xc181a700}, f_gcflag = 0,
f_type = 3, f_count = 2, f_msgcount = 0, f_cred = 0xc2d32a80,
f_ops = 0xc03dbec0, f_seqcount = 1, f_nextoff = 0, f_offset = 0,
f_data = 0xce85d840 "", f_flag = 3, f_mtxp = 0xc0417970}
(kgdb) up
#15 0xc023b834 in dofilewrite (td=
