Re: Segmentation fault (Core dumped) when Make Build
Hi Insan, Insan Praja SW wrote on Thu, Feb 12, 2009 at 03:01:26AM +0700: On Wed, 11 Feb 2009 23:29:31 +0700, Ingo Schwarze schwa...@usta.de wrote: I bet you missed http://www.openbsd.org/cgi-bin/cvsweb/src/bin/ksh/c_ksh.c#rev1.33 To confirm, type [...] and show me the output. $ /bin/ksh $ set -o posix $ echo Segmentation fault (core dumped) Bingo. $ sudo cvs -danon...@anoncvs1.ca.openbsd.org:/cvs up -dP Uh, bad idea. Do not run cvs as root. You don't want /usr/src owned by root. That way, you would have to su to root whenever you edit a source file. You do not want to do things as root when it is not needed. In particular, neither of tar -x, cvs co, cvs up, diff, patch and make (except make install and friends, of course) want root. Yours, Ingo
Re: Segmentation fault (Core dumped) when Make Build
$ sudo cvs -danon...@anoncvs1.ca.openbsd.org:/cvs up -dP Uh, bad idea. Do not run cvs as root. You don't want /usr/src owned by root. That way, you would have to su to root whenever you edit a source file. You do not want to do things as root when it is not needed. In particular, neither of tar -x, cvs co, cvs up, diff, patch and make (except make install and friends, of course) want root. Yours, Ingo The FAQ uses root all over the place for this. Maybe we should change that. http://www.openbsd.org/faq/faq5.html#BldGetSrc
Re: Segmentation fault (Core dumped) when Make Build
On Wed, Feb 11, 2009 at 02:09:15PM +0700, Insan Praja SW wrote: When upgrading my OBSD 4.5-beta machine, I got === usr.sbin/bind PATH=/bin:/usr/bin:/sbin:/usr/sbin CC=cc CFLAGS=-O2 -pipe LDFLAGS= INSTALL_PROGRAM=install -c -s sh /usr/src/usr.sbin/bind/configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc --disable-shared --disable-threads --disable-openssl-version-check Segmentation fault (core dumped) *** Error code 139 Did you clean your /usr/obj before running make build? i.e. rm -rf /usr/obj/* Ciao, Kili
Re: Segmentation fault (Core dumped) when Make Build
On Wed, Feb 11, 2009 at 09:47:57AM +0100, Matthias Kilian wrote: Did you clean your /usr/obj before running make build? i.e. rm -rf /usr/obj/* And of course, make obj after it.
Re: Segmentation fault (Core dumped) when Make Build
On Wed, 11 Feb 2009 15:59:23 +0700, Alexander Yurchenko
gra...@disorder.ru wrote:
do a binary update from the snapshot using bsd.rd first. then try to
make build.
Well of course, my usual step on upgrading my experiment boxes would be:
1. get latest source.
cd /usr/src
cvs -danon...@anoncvs1.ca.openbsd.org:/cvs -q up -Pd
2. compile new kernel
config GENERIC
../compile/GENERIC
make clean make depend make make install
3. Sometimes I rebooted the machine or straight to;
cd /usr/src
rm -rf /usr/obj* make obj cd /usr/src/etc
env DESTDIR=/ make distrib-dirs
cd /usr/src make build
Just like in the FAQ.
Thanks.
On Wed, Feb 11, 2009 at 02:09:15PM +0700, Insan Praja SW wrote:
Hi Guys,
When upgrading my OBSD 4.5-beta machine, I got
=== usr.sbin/bind
PATH=/bin:/usr/bin:/sbin:/usr/sbin CC=cc CFLAGS=-O2 -pipe
LDFLAGS= INSTALL_PROGRAM=install -c -s sh
/usr/src/usr.sbin/bind/configure --prefix=/usr --localstatedir=/var
--sysconfdir=/etc --disable-shared --disable-threads
--disable-openssl-version-check
Segmentation fault (core dumped)
*** Error code 139
Stop in /usr/src/usr.sbin/bind (line 70 of
/usr/src/usr.sbin/bind/Makefile.bsd-wrapper).
*** Error code 1
Stop in /usr/src/usr.sbin (line 48 of /usr/share/mk/bsd.subdir.mk).
*** Error code 1
Stop in /usr/src (line 48 of /usr/share/mk/bsd.subdir.mk).
*** Error code 1
Stop in /usr/src (line 73 of Makefile).
on line 70 /usr/src/usr.sbin/bind/Makefile.bsd-wrapper would be;
66: config.status:
67:PATH=/bin:/usr/bin:/sbin:/usr/sbin \
68:${XCFLAGS} \
69:INSTALL_PROGRAM=${INSTALL} ${INSTALL_COPY}
${INSTALL_STRIP} \
70:sh ${.CURDIR}/configure ${CONFIGURE_OPTS}
Any suggestions is much appreciated.
Thanks,
Insan
--
insandotpraja(at)gmaildotcom
--
insandotpraja(at)gmaildotcom
Re: Segmentation fault (Core dumped) when Make Build
I cannot speak for OpenBSD here, but for Linux a core dump of gcc was an indication for bad RAM, i.e. a hardware problem. Regards Harri
Re: Segmentation fault (Core dumped) when Make Build
On 10:51, Wed 11 Feb 09, Harald Dunkel wrote: I cannot speak for OpenBSD here, but for Linux a core dump of gcc was an indication for bad RAM, i.e. a hardware problem. Or a box running out of memory and the kernel starts killing processes. Regards Harri -- Michiel van Baak mich...@vanbaak.eu http://michiel.vanbaak.eu GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x71C946BD Why is it drug addicts and computer aficionados are both called users?
Re: Segmentation fault (Core dumped) when Make Build
Insan Praja SW wrote: On Wed, 11 Feb 2009 15:59:23 +0700, Alexander Yurchenko gra...@disorder.ru wrote: do a binary update from the snapshot using bsd.rd first. then try to make build. Well of course, my usual step on upgrading my experiment boxes would be: 1. get latest source. cd /usr/src cvs -danon...@anoncvs1.ca.openbsd.org:/cvs -q up -Pd 2. compile new kernel config GENERIC ../compile/GENERIC make clean make depend make make install 3. Sometimes I rebooted the machine or straight to; cd /usr/src rm -rf /usr/obj* make obj cd /usr/src/etc env DESTDIR=/ make distrib-dirs cd /usr/src make build Just like in the FAQ. That's not what the FAQ says...it says START FROM THE MOST RECENT SNAPSHOT. (5.3.2) Upgrading from source is NOT supported. Upgrading from source is NOT supported. Upgrading from source is NOT supported. Upgrading from source is NOT supported. Upgrading from source is NOT supported. Upgrading from source is NOT supported. Nick. Thanks. On Wed, Feb 11, 2009 at 02:09:15PM +0700, Insan Praja SW wrote: Hi Guys, When upgrading my OBSD 4.5-beta machine, I got ^ BZZZT. Try again.
Re: Segmentation fault (Core dumped) when Make Build
On Wed, 11 Feb 2009 18:57:19 +0700, Nick Holland n...@holland-consulting.net wrote: Insan Praja SW wrote: On Wed, 11 Feb 2009 15:59:23 +0700, Alexander Yurchenko gra...@disorder.ru wrote: do a binary update from the snapshot using bsd.rd first. then try to make build. Well of course, my usual step on upgrading my experiment boxes would be: 1. get latest source. cd /usr/src cvs -danon...@anoncvs1.ca.openbsd.org:/cvs -q up -Pd 2. compile new kernel config GENERIC ../compile/GENERIC make clean make depend make make install 3. Sometimes I rebooted the machine or straight to; cd /usr/src rm -rf /usr/obj* make obj cd /usr/src/etc env DESTDIR=/ make distrib-dirs cd /usr/src make build Just like in the FAQ. That's not what the FAQ says...it says START FROM THE MOST RECENT SNAPSHOT. (5.3.2) Upgrading from source is NOT supported. Upgrading from source is NOT supported. Upgrading from source is NOT supported. Upgrading from source is NOT supported. Upgrading from source is NOT supported. Upgrading from source is NOT supported. Nick. True. Thanks. On Wed, Feb 11, 2009 at 02:09:15PM +0700, Insan Praja SW wrote: Hi Guys, When upgrading my OBSD 4.5-beta machine, I got ^ BZZZT. Try again. -- insandotpraja(at)gmaildotcom
Re: Segmentation fault (Core dumped) when Make Build
Harald Dunkel schrieb am Wed, Feb 11, 2009 at 10:51:35AM +0100: I cannot speak for OpenBSD here, but for Linux a core dump of gcc was an indication for bad RAM, i.e. a hardware problem. Insan didn't report a core dump of gcc, but of ksh. I would be very surprised if this particular one were a hardware problem.
Re: Segmentation fault (Core dumped) when Make Build
Hi Insan, Insan Praja SW wroto on Wed, Feb 11, 2009 at 02:09:15PM +0700: When upgrading my OBSD 4.5-beta machine, I got === usr.sbin/bind PATH=/bin:/usr/bin:/sbin:/usr/sbin CC=cc CFLAGS=-O2 -pipe LDFLAGS= INSTALL_PROGRAM=install -c -s sh /usr/src/usr.sbin/bind/configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc --disable-shared --disable-threads --disable-openssl-version-check Segmentation fault (core dumped) I bet you missed http://www.openbsd.org/cgi-bin/cvsweb/src/bin/ksh/c_ksh.c#rev1.33 To confirm, type $ /bin/ksh $ set -o posix $ echo and show me the output. To fix that, type $ cd /usr/src/bin/ksh $ cvs up -dP $ make clean $ make obj $ make depend $ make $ sudo make install and start over building bind. Nick is right, building from source is not supported, but that's no reason not to tell you. ;-) Sorry for the inconvenience, Ingo
Re: Segmentation fault (Core dumped) when Make Build
On Wed, 11 Feb 2009 23:29:31 +0700, Ingo Schwarze schwa...@usta.de wrote: Hi Insan, Insan Praja SW wroto on Wed, Feb 11, 2009 at 02:09:15PM +0700: When upgrading my OBSD 4.5-beta machine, I got === usr.sbin/bind PATH=/bin:/usr/bin:/sbin:/usr/sbin CC=cc CFLAGS=-O2 -pipe LDFLAGS= INSTALL_PROGRAM=install -c -s sh /usr/src/usr.sbin/bind/configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc --disable-shared --disable-threads --disable-openssl-version-check Segmentation fault (core dumped) I bet you missed http://www.openbsd.org/cgi-bin/cvsweb/src/bin/ksh/c_ksh.c#rev1.33 To confirm, type $ /bin/ksh $ set -o posix $ echo and show me the output. To fix that, type $ cd /usr/src/bin/ksh $ cvs up -dP $ make clean $ make obj $ make depend $ make $ sudo make install and start over building bind. Nick is right, building from source is not supported, but that's no reason not to tell you. ;-) Sorry for the inconvenience, Ingo Thanks Ingo and people at m...@. Before asking anything to the list, I prepare for inputs. I'm subcribe to the list, I respect their stand point, love their jokes and enjoyed the flame wars :P. And you're right, just because building from the source is not supported, it doesn't mean I can't ask and people can't tell me. I'm just a nOOb and in love with -current :). Best Regards, Insan -- insandotpraja(at)gmaildotcom
Re: Segmentation fault (Core dumped) when Make Build
On Wed, 11 Feb 2009 23:29:31 +0700, Ingo Schwarze schwa...@usta.de wrote: Hi Insan, Insan Praja SW wroto on Wed, Feb 11, 2009 at 02:09:15PM +0700: When upgrading my OBSD 4.5-beta machine, I got === usr.sbin/bind PATH=/bin:/usr/bin:/sbin:/usr/sbin CC=cc CFLAGS=-O2 -pipe LDFLAGS= INSTALL_PROGRAM=install -c -s sh /usr/src/usr.sbin/bind/configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc --disable-shared --disable-threads --disable-openssl-version-check Segmentation fault (core dumped) I bet you missed http://www.openbsd.org/cgi-bin/cvsweb/src/bin/ksh/c_ksh.c#rev1.33 To confirm, type $ /bin/ksh $ set -o posix $ echo and show me the output. $ /bin/ksh $ set -o posix $ echo Segmentation fault (core dumped) To fix that, type $ cd /usr/src/bin/ksh $ cvs up -dP $ make clean $ make obj $ make depend $ make $ sudo make install and start over building bind. $ sudo cvs -danon...@anoncvs1.ca.openbsd.org:/cvs up -dP Password: cvs server: Updating . cvs server: Updating tests Nick is right, building from source is not supported, but that's no reason not to tell you. ;-) Sorry for the inconvenience, Ingo --snip-- cd /usr/src/share/man exec make makedb /usr/libexec/makewhatis /usr/share/man And it works! Thanks, Insan -- insandotpraja(at)gmaildotcom
Segmentation fault (Core dumped) when Make Build
Hi Guys,
When upgrading my OBSD 4.5-beta machine, I got
=== usr.sbin/bind
PATH=/bin:/usr/bin:/sbin:/usr/sbin CC=cc CFLAGS=-O2 -pipe
LDFLAGS= INSTALL_PROGRAM=install -c -s sh
/usr/src/usr.sbin/bind/configure --prefix=/usr --localstatedir=/var
--sysconfdir=/etc --disable-shared --disable-threads
--disable-openssl-version-check
Segmentation fault (core dumped)
*** Error code 139
Stop in /usr/src/usr.sbin/bind (line 70 of
/usr/src/usr.sbin/bind/Makefile.bsd-wrapper).
*** Error code 1
Stop in /usr/src/usr.sbin (line 48 of /usr/share/mk/bsd.subdir.mk).
*** Error code 1
Stop in /usr/src (line 48 of /usr/share/mk/bsd.subdir.mk).
*** Error code 1
Stop in /usr/src (line 73 of Makefile).
on line 70 /usr/src/usr.sbin/bind/Makefile.bsd-wrapper would be;
66: config.status:
67:PATH=/bin:/usr/bin:/sbin:/usr/sbin \
68:${XCFLAGS} \
69:INSTALL_PROGRAM=${INSTALL} ${INSTALL_COPY} ${INSTALL_STRIP} \
70:sh ${.CURDIR}/configure ${CONFIGURE_OPTS}
Any suggestions is much appreciated.
Thanks,
Insan
--
insandotpraja(at)gmaildotcom
Segmentation fault (Core dumped) when Make Build
Hi Misc, Forgot to include the dmesg; OpenBSD 4.5-beta (GENERIC) #61: Wed Feb 11 13:33:23 WIT 2009 r...@greenbridgevpn.mygreenlinks.net:/usr/src/sys/arch/i386/compile/GENERIC RTC BIOS diagnostic error dfixed_disk,invalid_time cpu0: Intel(R) Xeon(R) CPU E3110 @ 3.00GHz (GenuineIntel 686-class) 3 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,S SE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR real mem = 2143842304 (2044MB) avail mem = 206478 (1969MB) RTC BIOS diagnostic error dfixed_disk,invalid_time mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/12/07, SMBIOS rev. 2.5 @ 0x7fdfd000 (63 entries) bios0: vendor Intel Corporation version S3200X38.86B.00.00.0045.082820081329 date 08/28/2008 bios0: Intel Corporation S3210SH acpi0 at bios0: rev 2 acpi0: tables DSDT SLIC FACP APIC WDDT MCFG HPET SPCR SSDT SSDT SSDT SSDT SSDT HEST BERT ERST EINJ DMAR acpi0: wakeup devices SLPB(S5) NPE1(S5) NPE6(S5) P32_(S5) PS2M(S1) PS2K(S1) ILAN(S5) PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5) UHC1(S1) UHC2(S1) UHC3(S1) UHC4(S1) EHCI(S1) EHC2(S1) UH42(S1) UHC5(S1) UHC6(S1) AZAL(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 332MHz cpu at mainbus0: not configured ioapic0 at mainbus0: apid 5 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 5 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (NPE1) acpiprt2 at acpi0: bus -1 (NPE6) acpiprt3 at acpi0: bus 3 (P32_) acpiprt4 at acpi0: bus 1 (PEX0) acpiprt5 at acpi0: bus -1 (PEX1) acpiprt6 at acpi0: bus -1 (PEX2) acpiprt7 at acpi0: bus -1 (PEX3) acpiprt8 at acpi0: bus 2 (PEX4) acpiprt9 at acpi0: bus -1 (PEX5) acpicpu0 at acpi0: FVS, 3000, 2000 MHz acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: PWRB bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x1000 ipmi at mainbus0 not configured pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 3200/3210 Host rev 0x00 em0 at pci0 dev 25 function 0 Intel ICH9 IGP AMT rev 0x02: apic 5 int 20 (irq 11), address 00:15:17:28:2a:d3 uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x02: apic 5 int 18 (irq 9) uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x02: apic 5 int 21 (irq 10) ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x02: apic 5 int 17 (irq 10) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb0 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x02: apic 5 int 17 (irq 11) pci1 at ppb0 bus 1 em1 at pci1 dev 0 function 0 Intel PRO/1000 PT (82571EB) rev 0x06: apic 5 int 16 (irq 11), address 00:15:17:86:53:14 em2 at pci1 dev 0 function 1 Intel PRO/1000 PT (82571EB) rev 0x06: apic 5 int 17 (irq 10), address 00:15:17:86:53:15 ppb1 at pci0 dev 28 function 4 Intel 82801I PCIE rev 0x02: apic 5 int 17 (irq 11) pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 Matrox MGA G200e (ServerEngines) rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci2 at pci0 dev 29 function 0 Intel 82801I USB rev 0x02: apic 5 int 23 (irq 11) uhci3 at pci0 dev 29 function 1 Intel 82801I USB rev 0x02: apic 5 int 19 (irq 11) uhci4 at pci0 dev 29 function 2 Intel 82801I USB rev 0x02: apic 5 int 18 (irq 9) ehci1 at pci0 dev 29 function 7 Intel 82801I USB rev 0x02: apic 5 int 23 (irq 11) usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb2 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0x92 pci3 at ppb2 bus 3 skc0 at pci3 dev 0 function 0 D-Link Systems DGE-530T B1 rev 0x11, Yukon Lite (0x9): apic 5 int 16 (irq 11) sk0 at skc0 port A: address 00:1c:f0:0f:4d:05 eephy0 at sk0 phy 0: 88E1011 Gigabit PHY, rev. 5 skc1 at pci3 dev 1 function 0 D-Link Systems DGE-530T B1 rev 0x11, Yukon Lite (0x9): apic 5 int 17 (irq 10) sk1 at skc1 port A: address 00:1c:f0:d1:a3:5d eephy1 at sk1 phy 0: 88E1011 Gigabit PHY, rev. 5 em3 at pci3 dev 2 function 0 Intel PRO/1000MT (82541GI) rev 0x05: apic 5 int 18 (irq 9), address 00:15:17:28:2a:d1 ichpcib0 at pci0 dev 31 function 0 Intel 82801IR LPC rev 0x02: PM disabled pciide0 at pci0 dev 31 function 2 Intel 82801I SATA rev 0x02: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using apic 5 int 21 (irq 10) for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: MAXTOR STM380215AS wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 ichiic0 at pci0 dev 31 function 3 Intel 82801I SMBus rev 0x02: apic 5 int 18 (irq 9) iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-5300CL5 spdmem1 at iic0 addr 0x52: 1GB DDR2 SDRAM non-parity PC2-5300CL5 pciide1 at pci0 dev 31 function 5 Intel
