[releng_6 tinderbox] failure on i386/i386
TB --- 2006-10-16 05:20:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-16 05:20:25 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-10-16 05:20:25 - cleaning the object tree TB --- 2006-10-16 05:20:58 - checking out the source tree TB --- 2006-10-16 05:20:58 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-10-16 05:20:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-10-16 05:29:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-16 05:29:42 - cd /src TB --- 2006-10-16 05:29:42 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything TB --- 2006-10-16 06:22:52 - generating LINT kernel config TB --- 2006-10-16 06:22:52 - cd /src/sys/i386/conf TB --- 2006-10-16 06:22:52 - /usr/bin/make -B LINT TB --- 2006-10-16 06:22:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-16 06:22:53 - cd /src TB --- 2006-10-16 06:22:53 - /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Oct 16 06:22:53 UTC 2006 stage 1: configuring the kernel -- cd /src/sys/i386/conf; PATH=/obj/src/tmp/legacy/usr/sbin:/obj/src/tmp/legacy/usr/bin:/obj/src/tmp/legacy/usr/games:/obj/src/tmp/usr/sbin:/obj/src/tmp/usr/bin:/obj/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/src/sys/LINT /src/sys/i386/conf/LINT ../../conf/files: compile-with must be optional, mandatory or standard *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-16 06:22:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-16 06:22:53 - ERROR: failed to build lint kernel TB --- 2006-10-16 06:22:53 - tinderbox aborted TB --- 0.69 user 2.63 system 3748.46 real ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mountd changed?
Hi Erik,
On Mon, Oct 16, 2006 at 12:01:11AM +0200, Erik Trulsson wrote:
[Second attempt to send this, since my first seems to have been eaten by my
ISP. Apologies if it appears twice.]
On Sun, Oct 15, 2006 at 05:40:22PM +0200, Rink Springer wrote:
Hi,
On Sun, Oct 15, 2006 at 11:30:23PM +0800, Lin Jui-Nan Eric wrote:
Hi,
If I revert to revision 1.81.2.4, it worked correctly.
On 10/15/06, Rink Springer [EMAIL PROTECTED] wrote:
Hi,
Hmm, I recently changed something which might trigger this. Could you
back out revision 1.81.2.5 of src/usr.sbin/mountd/mountd.c and let me
know whether this fixed the problem?
OK, could you try the attached patch (untested) and let me know whether
it works? (it patches the 1.81.2.5 revision of mountd.c)
I had the same problems, but only when trying to export directories from
the root filesystem. Your patch below would not help.
The following patch (very much inspired by the comment on line 1038 in
mountd.c) makes things work for me:
Index: mountd.c
===
RCS file: /ncvs/src/usr.sbin/mountd/mountd.c,v
retrieving revision 1.81.2.5
diff -u -r1.81.2.5 mountd.c
--- mountd.c 14 Oct 2006 23:04:07 - 1.81.2.5
+++ mountd.c 15 Oct 2006 21:09:20 -
@@ -1911,7 +1911,7 @@
iov[5].iov_base = fsb-f_mntfromname; /* from */
iov[5].iov_len = strlen(fsb-f_mntfromname) + 1;
- while (nmount(iov, iovlen, fsb-f_flags) 0) {
+ while (nmount(iov, iovlen, fsb-f_flags ~MNT_ROOTFS) 0) {
if (cp)
*cp-- = savedc;
else
--- mountd.c.orgThu Sep 21 10:07:57 2006
+++ mountd.cThu Sep 21 10:08:42 2006
@@ -1912,7 +1912,7 @@
iov[5].iov_base = fsb-f_mntfromname; /* from */
iov[5].iov_len = strlen(fsb-f_mntfromname) + 1;
- while (nmount(iov, iovlen, fsb-f_flags) 0) {
+ while (nmount(iov, iovlen, fsb-f_flags | MNT_UPDATE) 0) {
if (cp)
*cp-- = savedc;
else
Ah, it seems that nmount(2) will deny any mount that has the MNT_ROOTFS
flag set; whereas this flag is returned by getmntinfo().
I'll get this committed. Thanks for the report and patch!
--
Rink P.W. Springer- http://rink.nu
Patience is for those who cannot afford
decent hardware.- Peter Koeleman
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_6 tinderbox] failure on amd64/amd64
TB --- 2006-10-16 05:15:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-16 05:15:49 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-10-16 05:15:50 - cleaning the object tree TB --- 2006-10-16 05:16:31 - checking out the source tree TB --- 2006-10-16 05:16:31 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-10-16 05:16:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-10-16 05:29:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-16 05:29:42 - cd /src TB --- 2006-10-16 05:29:42 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries TB --- 2006-10-16 06:43:33 - generating LINT kernel config TB --- 2006-10-16 06:43:33 - cd /src/sys/amd64/conf TB --- 2006-10-16 06:43:33 - /usr/bin/make -B LINT TB --- 2006-10-16 06:43:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-16 06:43:33 - cd /src TB --- 2006-10-16 06:43:33 - /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Oct 16 06:43:33 UTC 2006 stage 1: configuring the kernel -- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT ../../conf/files: compile-with must be optional, mandatory or standard *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-16 06:43:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-16 06:43:33 - ERROR: failed to build lint kernel TB --- 2006-10-16 06:43:33 - tinderbox aborted TB --- 1.06 user 3.01 system 5263.66 real ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mountd changed?
Hi, On 10/16/06, Erik Trulsson [EMAIL PROTECTED] wrote: I had the same problems, but only when trying to export directories from the root filesystem. Your patch below would not help. The following patch (very much inspired by the comment on line 1038 in mountd.c) makes things work for me: Index: mountd.c This patch works for me too. Thank you the nice guys! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash7/firefox plugin no longer registers
On Monday 16 October 2006 06:16, Duane Whitty wrote: Has anyone else lost their flash7 plugin in firefox on 6-STABLE? Hi, Same problem here. /etc/libmap.conf looks the same , the patch to rtld is applied, plugin is installed but after buildworld on Oct 11 plugin does not work anymore. It's just a guess (no time to investigate now) but the only thing major thing changing was gnome and it's libs. ( see /usr/ports/UPDATING ). Iulian M, http://www.erata.net -- The IBM purchase of ROLM gives new meaning to the term twisted pair. -- Howard Anderson, Yankee Group pgpB0IHdVf7wt.pgp Description: PGP signature
Re: atapicam problem
On Monday 16 October 2006 00:40, Thomas Quinot wrote: As I mentioned on the previous thread you quoted, I can't see anything abnormal here. Can you provide complete traces with CAM debugging options enabled? please include boot -v output. Well, I'm having problems with that. I built a new kernel with all the CAM debugging options enabled (otherwise it's GENERIC), but this one would panic as soon as I load the atapicam module if I load it manually, or as soon as drive detection starts if the boot loader loads it. I've had a look at the dump with kgdb, and it appears that a null-dereference happens in line 4205 of sys/cam/cam_xpt.c: path2 is NULL. If it is helpful to you, I can put the kernel and crashdump (74MB) online. (Actually, I think I can produce a much smaller crashdump, that panic happened with some apps already running.) Below are the boot -v output as well as a kgdb log. Cheers Benjamin - START boot -v dmesg - Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #0: Mon Oct 16 10:26:15 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC_CAMDEBUG ACPI APIC Table: A M I OEMAPIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2400.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0xe3bdSSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,b9,CX16,b14,b15 AMD Features=0x2010NX,LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 1073348608 (1023 MB) avail memory = 1032966144 (985 MB) ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: A M I OEMXSDT on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 cpu0: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge irq 16 at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 nvidia0: GeForce 7600 GT port 0x9c00-0x9c7f mem 0xfd00-0xfdff,0xc000-0xcfff,0xfc00-0xfcff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: UHCI (generic) USB controller port 0xdc00-0xdc1f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0xe000-0xe01f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0xfebffc00-0xfebf irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: EHCI (generic) USB 2.0 controller on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pci0: multimedia at device 27.0 (no driver attached) pcib2: ACPI PCI-PCI bridge irq 16 at device 28.0 on pci0 pci3: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 16 at device 28.4 on pci0 pci2: ACPI PCI bus on pcib3 atapci0: JMicron JMB363 SATA300 controller port 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem 0xfe9fe000-0xfe9f irq 16 at device 0.0 on pci2 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: ATA channel 0 on atapci0 ata3: ATA channel 1 on atapci0 ata4: ATA channel 2 on atapci0 uhci2: UHCI (generic) USB controller port 0xd480-0xd49f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: UHCI (generic) USB controller on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: UHCI (generic) USB controller port 0xd800-0xd81f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: UHCI (generic) USB controller on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: UHCI (generic) USB controller port 0xd880-0xd89f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] usb5: UHCI (generic) USB controller on uhci4 usb5: USB revision 1.0
Re: flash7/firefox plugin no longer registers
On Mon, Oct 16, 2006 at 12:26:08PM +0300, Iulian M wrote: On Monday 16 October 2006 06:16, Duane Whitty wrote: Has anyone else lost their flash7 plugin in firefox on 6-STABLE? Hi, Same problem here. /etc/libmap.conf looks the same , the patch to rtld is applied, plugin is installed but after buildworld on Oct 11 plugin does not work anymore. It's just a guess (no time to investigate now) but the only thing major thing changing was gnome and it's libs. ( see /usr/ports/UPDATING ). It seems that the plugin directory was changed to /usr/local/lib/browser_plugins (was under /usr/X11R6). After linking the original plugin files to that dir, it works again. -- Neural Networks and Machine Intelligence Lab. Dept. of EECS KAIST ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash7/firefox plugin no longer registers
Hello! On Mon, 16 Oct 2006, Duane Whitty wrote: Has anyone else lost their flash7 plugin in firefox on 6-STABLE? I use native seamonkey-1.0.5 + linuxpluginwrapper-20051113_6 + linux-flashplugin-7.0r68, and this toolchain worked for simple flash content under RELENG_6 as of 2006.10.09, and continues to work under fresh RELENG_6 (2006.10.16). However, the following looks non-standard (it doesn't match corresponding section from /usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD6 ) in your configuration: Here is my current etc/libmap.conf which I updated after upgrading to the most recent firefox # [ALPHA SUPPORT] Flash7 with Mozilla [/usr/local/lib/browser_plugins/libflashplayer.so] Are you sure that file location should point at symlink instead of the real file? My setup works correctly when I specify _real_ .so path here: [/usr/local/lib/npapi/linux-flashplugin/libflashplayer.so] and doesn't work when I specify symlink: [/usr/X11R6/lib/browser_linux_plugins/libflashplayer.so] In the latter case, flash plug-in shows fine under Help - About Plug-ins, but fails during Flash content display: LoadPlugin: failed to initialize shared library /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so [Shared object libpthread.so.0 not found, required by libflashplayer.so] Generally, it helps _a lot_ to start the browser from xterm's command line in this situations - you'll see all error and warning messages then. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: [EMAIL PROTECTED] nic-hdl: LYNX-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash7/firefox plugin no longer registers
On Mon, Oct 16, 2006 at 08:46:06PM +0900, Lee Chung-Yeol wrote: It seems that the plugin directory was changed to /usr/local/lib/browser_plugins (was under /usr/X11R6). After linking the original plugin files to that dir, it works again. This seems to affect other browser plug-ins as well: $ ls -l /usr/X11R6/lib/browser_plugins total 32 lrwxr-xr-x 1 root wheel 67 Oct 16 14:00 libjavaplugin_oji.so - /usr/local/diablo-jdk1.5.0/jre/plugin/i386/ns7/libjavaplugin_oji.so -rwxr-xr-x 1 root wheel 31368 Jul 18 18:34 mozplugger.so At least the above plug-ins (java/diablo-jdk15 and www/mozplugger) installs under X11BASE although the new www/firefox revision expects them to be under LOCALBASE. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] pgpNflDdRdSuC.pgp Description: PGP signature
Re: Nit in 6-stable
On Sun, 15 Oct 2006 18:03:35 -0200 JoaoBR [EMAIL PROTECTED] wrote: On Sunday 15 October 2006 14:42, Ariff Abdullah wrote: pcm0: Conexant CX20468-21 AC97 Codec * bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc failed to align memory properly.cd0 at ata1 bus 0 target 0 lun 0 * This DMA misalignment will be fixed before the release. so this is probably the same issue or related? pcm0: Avance Logic ALC655 AC97 Codec bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc failed to align memory properly. Are you using the same snd_atiixp driver? If true then it is yes. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot * users :P pgpri3uP1GL7D.pgp Description: PGP signature
kldunload -f has no effect
I need to 'kldunload -f drm' in order to go into suspend to ram with my thinkpad (suspend works fine with dri disabled). Unfortunately, despite the claims of the manpage the '-f' flag does not alter the behaviour of the kldunload tool. How do I get drm unloaded? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and make -j# buildworld usability
On Oct 13, 2006, at 5:49 PM, Ruslan Ermilov wrote: Same exact error on buildkernel -j2, but success without -j2. I put up logs + kernel config at http://vivek.khera.org/scratch/ buildkernel/ That one has been fixed in RELENG_6, in src/sys/conf/files.i386: Excellent! I'll be updating my procedures to save some time building the kernels once we move to 6.2 in production. Thanks!
php4 update
Hi everybody, I'm running FreeBSD 6.1-RELEASE on i386. I wanted to upgrade my php to latest version 4.4.4_1 cause of security update. When running portupgrade php4 I got: = php -- open_basedir Race Condition Vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.htmlhttp://www.freebsd.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.html = Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/lang/php4. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.25953.0 env PORT_UPGRADE=yes make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! lang/php4 (php4-4.4.4)(unknown build error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed I have the latest ports tree, portsdb and portaudit db. I updated it using : cvsup /usr/local/etc/ports-supfile cd /usr/ports make fetchindex pkgdb -Fa portaudit -Fda portupgrade -ai probably I forgot about something :) and ideas why I can not upgrade my php port ? Thanks in advance, Dominik ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
6.1-RELEASE-p10 kernel panic, backtrace included
Hi folks,
I've attached panic message and backtrace from my computer
below.
Is this hw or sw related panic?
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0xc47ac888
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc052fc2f
stack pointer = 0x28:0xdc7a7ca8
frame pointer = 0x28:0xdc7a7cdc
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 = 35 (syncer)
trap number = 12
panic: page fault
cpuid = 0
Uptime: 5m35s
Dumping 767 MB (2 chunks)
chunk 0: 1MB (159 pages) ... ok
chunk 1: 767MB (196336 pages) 751 735 719 703 687 671 655 639 623 607
591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319
303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15
#0 doadump () at pcpu.h:165
165 __asm __volatile(movl %%fs:0,%0 : =r (td));
(kgdb) backtrace
#0 doadump () at pcpu.h:165
#1 0xc04d7fdd in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:402
#2 0xc04d8305 in panic (fmt=0xc06660d9 %s)
at /usr/src/sys/kern/kern_shutdown.c:558
#3 0xc0642b2c in trap_fatal (frame=0xdc7a7c68, eva=3296381064)
at /usr/src/sys/i386/i386/trap.c:836
#4 0xc064286b in trap_pfault (frame=0xdc7a7c68, usermode=0,
eva=3296381064)
at /usr/src/sys/i386/i386/trap.c:744
#5 0xc06424a5 in trap (frame=
{tf_fs = 98238472, tf_es = -1006174168, tf_ds = 40, tf_edi =
-1006158848, tf_esi = -1002714816, tf_ebp = -595952420, tf_isp =
-595952492, tf_ebx = -998586240, tf_edx = 7, tf_ecx = 32, tf_eax =
-595952448, tf_trapno = 12, tf_err = 0, tf_eip = -1068303313, tf_cs =
32, tf_eflags = 66198, tf_esp = -595952448, tf_ss = -1006158848}) at
/usr/src/sys/i386/i386/trap.c:434
#6 0xc062f4aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7 0xc052fc2f in sync_vnode (bo=0xc43bc940, td=0xc4073c00) at
vnode_if.h:30
#8 0xc0530079 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1679
#9 0xc04c1b41 in fork_exit (callout=0xc052fe20 sched_sync, arg=0x0,
frame=0xdc7a7d38) at /usr/src/sys/kern/kern_fork.c:805
#10 0xc062f50c in fork_trampoline () at
/usr/src/sys/i386/i386/exception.s:208
(kgdb)
--
In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move.
-- Douglas Adams 1952 - 2001
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Nit in 6-stable
Ariff Abdullah wrote: On Sun, 15 Oct 2006 12:27:32 -0400 Peter Carah [EMAIL PROTECTED] wrote: More nit - the problem with the misidentification of PCI bus 5 subordinate bus is still present. Prevents use of PCcard slot until a pci write workaround is done. This one is (so far) Warner's department... * bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc failed to align memory properly.cd0 at ata1 bus 0 target 0 lun 0 * This DMA misalignment will be fixed before the release. Thanks, I was kind of hoping that someone had seen it... Some mystery as to what effect it has since everything seems to work. -- Pete ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Performance 4.x vs. 6.x
On 16/10/06, Mark Kirkwood [EMAIL PROTECTED] wrote: Mark Linimon wrote: On Sun, Oct 15, 2006 at 02:01:08PM -0400, Michael Butler wrote: For everyone's benefit then, please feel free to submit your patches along with your technical analysis. I think his best bet is a fork, instead. Then he can tell all the people that volunteer to work on _his_ project exactly what to do, and see how far he gets with that approach. He might have got further by volunteering to create and supply profiles for those specific workloads that were faster in 4.x than 6.x on UP machinery etc... i.e. help make 6.x better rather than discourage the development team (whose efforts are much appreciated by the rest of us that are happily using 6.x...) regards Mark ___ I recently ordered some servers from a datacentre on lease, specs were UP p4 2.8ghz gig of ddr2 ram and sata hd, intel lan card. None of the servers would boot in freebsd 6.x, they booted in freebsd 4.x but needed a pata controller, they only worked properly in freebsd 5.x. It seems their are 2 major problems with freebsd at the moment (1) is the hardware support is still way behind both linux and windows and its very frustrating in the amount of datacentres that dont support freebsd. and (2) the uniprocessor performance remains below par. The freebsd team it would help to realise not everyone can pick and choose their hardware and not everyone has the budget for state of the art hardware, certianly if you go around browsing datacentre websites for dedicated servers the dominant spec is x86 single processor, dual cpu is growing but still not dominent and I think 32bit UP wont be dead for at least half a decade. freebsd 4.x their is nothing to dispute, its leaner and smoother on pretty much every UP setup and I think it would do freebsd's reputation some good if a 4.12 was to come about. just my 2 pence worth. Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_6 tinderbox] failure on alpha/alpha
TB --- 2006-10-16 16:59:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-16 16:59:07 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2006-10-16 16:59:07 - cleaning the object tree TB --- 2006-10-16 16:59:35 - checking out the source tree TB --- 2006-10-16 16:59:35 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-10-16 16:59:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-10-16 17:10:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-16 17:10:32 - cd /src TB --- 2006-10-16 17:10:32 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything TB --- 2006-10-16 18:01:03 - generating LINT kernel config TB --- 2006-10-16 18:01:03 - cd /src/sys/alpha/conf TB --- 2006-10-16 18:01:03 - /usr/bin/make -B LINT TB --- 2006-10-16 18:01:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-16 18:01:03 - cd /src TB --- 2006-10-16 18:01:03 - /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Oct 16 18:01:03 UTC 2006 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] objcopy --strip-debug if_ath.ko === ath_hal (all) uudecode -p /src/sys/modules/ath_hal/../../contrib/dev/ath/public/alpha-elf.hal.o.uu hal.o cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I/src/sys/modules/ath_hal/../../dev/ath -I/src/sys/modules/ath_hal/../../contrib/dev/ath -DHAVE_KERNEL_OPTION_HEADERS -include /obj/alpha/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/alpha/src/sys/LINT -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c: In function `ath_hal_reg_write': /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c:345: warning: cast from pointer to integer of different size /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c: In function `ath_hal_reg_read': /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c:359: warning: cast from pointer to integer of different size *** Error code 1 Stop in /src/sys/modules/ath_hal. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-16 18:11:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-16 18:11:19 - ERROR: failed to build lint kernel TB --- 2006-10-16 18:11:19 - tinderbox aborted TB --- 0.54 user 1.62 system 4332.31 real ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nfsmb survey
On Mon, Oct 16, 2006 at 08:15:26PM +0300, Andriy Gapon wrote: In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. However, the driver doesn't currently work on all hardware that it is to support. The problem is with choosing proper BAR registers, which, as it seems, might be different for different chipsets/SMB controllers. Andriy, Does this issue also cover the situation where if a kernel is built with ichsmb *and* nfsmb, and is run on an NForce2/3/4 board, the ichsmb driver is chosen/bound to one of the two SMBus devices, when in fact nfsmb should bind to both? (Only after removing ichsmb from the kernel configuration did nfsmb bind to both). Just curious -- thanks! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networkinghttp://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
php 4 update - SOLVED
I just needed to put a line in /usr/local/etc/portaudit.conf and regenerate portaudit db. from portaudit.conf: # this vulnerability has been fixed in your FreeBSD version portaudit_fixed=edabe438-542f-11db-a5ae-00508d6a62df and then: portaudit -Fda portupgrade php4 Done :) I found solution at: http://ezine.daemonnews.org/200501/freebsd_apps.html Thanks anyway, Dominik ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 update
On Mon, 2006-10-16 at 10:25 -0700, Dominik Zalewski wrote:
Hi everybody,
I'm running FreeBSD 6.1-RELEASE on i386. I wanted to upgrade my php to
latest version 4.4.4_1 cause of security update.
When running portupgrade php4 I got:
= php -- open_basedir Race Condition Vulnerability.
Reference:
http://www.FreeBSD.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.htmlhttp://www.freebsd.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.html
= Please update your ports tree and try again.
Short version: add this to your /etc/make.conf:
# PHP 4 Port installation options
.if${.CURDIR:M*/lang/php4*}
DISABLE_VULNERABILITIES=yes
.endif
Long version: check in the newsgroups or mailing lists archives... :)
HTH,
Olivier
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nfsmb survey
On Mon, 16 Oct 2006 20:15:26 +0300 Andriy Gapon [EMAIL PROTECTED] wrote: System 1 is a MSI MS-7093 mainboard (aka RS480M2-IL) running [EMAIL PROTECTED] uname -a FreeBSD kg-fil.kg4.no 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #9: Tue Oct 3 23:08:46 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FIL60 amd64 1. find out pci handle of your SMB controller: [EMAIL PROTECTED] pciconf -lv | fgrep 0x0c0500 -A4 [EMAIL PROTECTED]:1:1: class=0x0c0500 card=0x0c111458 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class= serial bus subclass = SMBus 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like [EMAIL PROTECTED] pciconf -r pci0:1:1: 0x20 1c01 [EMAIL PROTECTED] pciconf -r pci0:1:1: 0x24 1c41 [EMAIL PROTECTED] pciconf -r pci0:1:1: 0x50 1c01 [EMAIL PROTECTED] pciconf -r pci0:1:1: 0x54 1c41 System 2 is a Gigabyte GA-K8-NF-9 mainboard running FreeBSD kg-quiet.kg4.no 6.1-STABLE FreeBSD 6.1-STABLE #10: Wed Oct 11 19:49:47 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/QUIET amd64 1. find out pci handle of your SMB controller: [EMAIL PROTECTED] pciconf -lv | fgrep 0x0c0500 -A4 [EMAIL PROTECTED]:20:0:class=0x0c0500 card=0x71411462 chip=0x43721002 rev=0x04 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SMBus' class= serial bus subclass = SMBus So I guess this is a different SMBus controller, and will not be supported by this driver? HTH -- Regards, Torfinn Ingolfsen, Norway ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 update
On 2006.10.16 20:02:05 +0200, Olivier Mueller wrote:
On Mon, 2006-10-16 at 10:25 -0700, Dominik Zalewski wrote:
Hi everybody,
I'm running FreeBSD 6.1-RELEASE on i386. I wanted to upgrade my php to
latest version 4.4.4_1 cause of security update.
When running portupgrade php4 I got:
= php -- open_basedir Race Condition Vulnerability.
Reference:
http://www.FreeBSD.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.htmlhttp://www.freebsd.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.html
= Please update your ports tree and try again.
Short version: add this to your /etc/make.conf:
# PHP 4 Port installation options
.if${.CURDIR:M*/lang/php4*}
DISABLE_VULNERABILITIES=yes
.endif
Long version: check in the newsgroups or mailing lists archives... :)
Only do the above if you really know what you are doing. Just adding
code like that to make.conf which will probably be forgotten is a bad
idea.
The DISABLE_VULNERABILITIES=yes knob can just be passed directly to
make for the individual port or e.g. using the '-m DISABLE_VULNERABILITIES=yes'
as an argument to portupgrade while upgrading PHP. This should of
cause only be done after having checked the URL from portaudit to
verify that the particular problem doesn't affect you (the
user/admin).
--
Simon L. Nielsen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
FBSD 6.2-PRE: todays cvsupdate break kernel build
Today's cvsupdate seems to break kernel build at this pint on FreeBSD 6.2-PRE/AMD64: awk -f /usr/src/sys/modules/ata/atapicam/../../../conf/kmod_syms.awk atapicam.ko export_syms | xargs -J% objcopy % atapicam.ko objcopy --strip-debug atapicam.ko === ath (all) make: don't know how to make /usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd/ah_osdep.h. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Regards, Oliver ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nfsmb survey
On Mon, Oct 16, 2006 at 08:15:26PM +0300, Andriy Gapon wrote: $ pciconf -l | fgrep 0x0c0500 and also note chip field value, it should match 00(64|84|d4|e4|52)10de. E.g.: [EMAIL PROTECTED]:1:1:class=0x0c0500 card=0x1c02147b chip=0x006410de rev=0xa2 hdr=0x00 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like follows: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 $ pciconf -r pci0:1:1 0x54 using your pci handle instead of pci0:1:1, e.g.: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 1001 $ pciconf -r pci0:1:1 0x54 1041 3. send chip id and register values here. $ pciconf -l | fgrep 0x0c0500 [EMAIL PROTECTED]:1:1: class=0x0c0500 card=0x286510f1 chip=0x005210de rev=0xa2 hdr=0x00 # pciconf -r pci0:1:1 0x20 1c01 # pciconf -r pci0:1:1 0x24 1c41 # pciconf -r pci0:1:1 0x50 1c01 # pciconf -r pci0:1:1 0x54 1c41 -- Andrew Degtiariov DA-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 update
On 10/16/06, Simon L. Nielsen [EMAIL PROTECTED] wrote: Long version: check in the newsgroups or mailing lists archives... :) portaudit -Fda prior to portupgrade will do the trick. otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and make -j# buildworld usability
On 10/13/06, Kent Stewart [EMAIL PROTECTED] wrote: On Friday 13 October 2006 07:31, Buki wrote: Hi, I searched the archives and web a little but found many different opinions on stability/usability of using make -j# with buildworld (and buildkernel). So I am asking if it is a good idea to use make -j on production boxes. I tested buildworlds with different values for -j. On single processors, using a script that basically looked like time make -j? ... yielded fastest builds when I didn't specify a value for -j. On dual cpu's a value around -j8 yielded the fastest build. That's odd, your results don't jive with this: http://people.freebsd.org/~fsmp/SMP/akgraph-a/graph1.html Although that report is quite old... My general rule of thumb for -j is n +1, where n equals the total number of cpu cores. This is generally enough to keep to processor(s) occupied without over stressing the system. Maybe n * 2 is more appropriate, can you post the results from your test? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash7/firefox plugin no longer registers
On Mon, Oct 16, 2006 at 02:14:47PM +0200, Henrik Brix Andersen wrote: At least the above plug-ins (java/diablo-jdk15 and www/mozplugger) installs under X11BASE although the new www/firefox revision expects them to be under LOCALBASE. FYI, I have just submitted patches for the above under ports/104474 and ports/104476. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] pgpz1wnG2cOEZ.pgp Description: PGP signature
Re: FBSD 6.2-PRE: todays cvsupdate break kernel build
O. Hartmann wrote: Today's cvsupdate seems to break kernel build at this pint on FreeBSD 6.2-PRE/AMD64: awk -f /usr/src/sys/modules/ata/atapicam/../../../conf/kmod_syms.awk atapicam.ko export_syms | xargs -J% objcopy % atapicam.ko objcopy --strip-debug atapicam.ko === ath (all) make: don't know how to make /usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd/ah_osdep.h. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Make sure you rebuild your dependencies; ah_osdep.[ch] moved from contrib/dev/ath to dev/ath. Sam ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
nfsmb survey
In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. However, the driver doesn't currently work on all hardware that it is to support. The problem is with choosing proper BAR registers, which, as it seems, might be different for different chipsets/SMB controllers. If you have a system based on NForce2/3/4, could you please share the following information: 1. find out pci handle of your SMB controller: $ pciconf -l | fgrep 0x0c0500 and also note chip field value, it should match 00(64|84|d4|e4|52)10de. E.g.: [EMAIL PROTECTED]:1:1:class=0x0c0500 card=0x1c02147b chip=0x006410de rev=0xa2 hdr=0x00 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like follows: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 $ pciconf -r pci0:1:1 0x54 using your pci handle instead of pci0:1:1, e.g.: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 1001 $ pciconf -r pci0:1:1 0x54 1041 3. send chip id and register values here. Thank you very much in advance. -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nfsmb survey
On Monday 16 October 2006 12:15, Andriy Gapon wrote: In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. However, the driver doesn't currently work on all hardware that it is to support. The problem is with choosing proper BAR registers, which, as it seems, might be different for different chipsets/SMB controllers. If you have a system based on NForce2/3/4, could you please share the following information: 1. find out pci handle of your SMB controller: $ pciconf -l | fgrep 0x0c0500 and also note chip field value, it should match 00(64|84|d4|e4|52)10de. E.g.: [EMAIL PROTECTED]:1:1:class=0x0c0500 card=0x1c02147b chip=0x006410de rev=0xa2 hdr=0x00 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like follows: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 $ pciconf -r pci0:1:1 0x54 using your pci handle instead of pci0:1:1, e.g.: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 1001 $ pciconf -r pci0:1:1 0x54 1041 3. send chip id and register values here. Thank you very much in advance. Hope this helps. Motherboard is an Asus A8N (non-SLI) Socket 939 part w/ an nForce 4 chipset: 6.1-RELEASE FreeBSD 6.1-RELEASE #0 (GENERIC) pciconf -l | fgrep 0x0c0500 [EMAIL PROTECTED]:1:1: class=0x0c0500 card=0x815a1043 chip=0x005210de rev=0xa2 hdr=0x00 pciconf -r pci0:1:1 0x20 4c01 pciconf -r pci0:1:1 0x24 4c41 pciconf -r pci0:1:1 0x50 4c01 pciconf -r pci0:1:1 0x54 4c41 Let me know if I can provide any additional information, or correct information if I did this wrong, ha! Cheers, -- Art Mason [EMAIL PROTECTED] Intensive Network Security Rackspace Managed Hosting (800) 961-4454 ext. 4290 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nfsmb survey
On Mon, Oct 16, 2006, Andriy Gapon wrote: 1. find out pci handle of your SMB controller: # pciconf -lv | fgrep 0x0c0500 -A 4 [EMAIL PROTECTED]:1:1:class=0x0c0500 card=0x0c111043 chip=0x006410de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce MCP-T? SMBus Controller' class= serial bus subclass = SMBus 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 # pciconf -r pci0:1:1: 0x20 # pciconf -r pci0:1:1: 0x24 # pciconf -r pci0:1:1: 0x50 5001 # pciconf -r pci0:1:1: 0x54 5501 3. send chip id and register values here. # uname -a FreeBSD 6.2-PRERELEASE Mon Oct 16 21:31:17 MSD 2006 i386 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nfsmb survey
Andriy Gapon wrote: In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. However, the driver doesn't currently work on all hardware that it is to support. The problem is with choosing proper BAR registers, which, as it seems, might be different for different chipsets/SMB controllers. If you have a system based on NForce2/3/4, could you please share the following information: 1. find out pci handle of your SMB controller: $ pciconf -l | fgrep 0x0c0500 and also note chip field value, it should match 00(64|84|d4|e4|52)10de. E.g.: [EMAIL PROTECTED]:1:1:class=0x0c0500 card=0x1c02147b chip=0x006410de rev=0xa2 hdr=0x00 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like follows: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 $ pciconf -r pci0:1:1 0x54 using your pci handle instead of pci0:1:1, e.g.: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 1001 $ pciconf -r pci0:1:1 0x54 1041 3. send chip id and register values here. Thank you very much in advance. [EMAIL PROTECTED]:1:1: class=0x0c0500 card=0x815a1043 chip=0x005210de rev=0xa2 hdr=0x00 pciconf -r pci0:1:1 0x20 4c01 pciconf -r pci0:1:1 0x24 4c41pciconf -r pci0:1:1 0x50 4c01 pciconf -r pci0:1:1 0x54 4c41 FreeBSD cheffo.freebsd-bg.org 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #10: Sun Oct 8 20:01:14 EEST 2006 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 6.2-PRE: todays cvsupdate break kernel build
O. Hartmann wrote:
Today's cvsupdate seems to break kernel build at this pint on FreeBSD
6.2-PRE/AMD64:
awk -f /usr/src/sys/modules/ata/atapicam/../../../conf/kmod_syms.awk
atapicam.ko export_syms | xargs -J% objcopy % atapicam.ko
objcopy --strip-debug atapicam.ko
=== ath (all)
make: don't know how to make
/usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd/ah_osdep.h. Stop
*** Error code 2
Stop in /usr/src/sys/modules.
*** Error code 1
Regards,
Oliver
It might mean that there are stale object files somewhere in you source tree.
Try
# find /usr/src -type f -name \*.o -exec rm {} \;
as root. That _might_ help.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nfsmb survey
On Mon, 16 Oct 2006 20:15:26 +0300 Andriy Gapon wrote: In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. However, the driver doesn't currently work on all hardware that it is to support. The problem is with choosing proper BAR registers, which, as it seems, might be different for different chipsets/SMB controllers. If you have a system based on NForce2/3/4, could you please share the following information: 1. find out pci handle of your SMB controller: $ pciconf -l | fgrep 0x0c0500 %pciconf -lv | fgrep 0x0c0500 -A3 [EMAIL PROTECTED]:10:1: class=0x0c0500 card=0x1b571019 chip=0x026410de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' class= serial bus subclass = SMBus 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like follows: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 $ pciconf -r pci0:1:1 0x54 # pciconf -r pci0:10:1 0x20 1c01 # pciconf -r pci0:10:1 0x24 1c41 # pciconf -r pci0:10:1 0x50 # pciconf -r pci0:10:1 WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
nfsd stuck in ufs/biord/biowr/getblk
Hi, Yesterday, I saw my all my nfsd stuck in ufs/biord/biowr/getblk. I saw the same thing some time ago. I break into ddb and do a 'alltrace': http://www.rafan.org/FreeBSD/ufs/20061017.txt The system in question is running 6-STABLE Sep 20. It's an i386 SMP box. When all nfsd stuck in ufs/biord/biowr/getblk, I can still login to the system (all exported fs are on an external RAID). I'm not sure how to trigger this behavior. Any suggestions are welcome. If there is anything I can provide in ddb to help trace this down, please let me know.. Thanks, Rong-En Fan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and make -j# buildworld usability
At 1:47 PM -0700 10/13/06, Kent Stewart wrote: On Friday 13 October 2006 07:31, Buki wrote: Hi, I searched the archives and web a little but found many different opinions on stability/usability of using make -j# with buildworld (and buildkernel). So I am asking if it is a good idea to use make -j on production boxes. I tested buildworlds with different values for -j. On single processors, using a script that basically looked like time make -j? ... yielded fastest builds when I didn't specify a value for -j. On dual cpu's a value around -j8 yielded the fastest build. You might want to repeat those performance tests. The results will change over time, as various system changes are made. I used to see results somewhat similar to yours, but the last time I checked I seemed to get the best results from a dual-cpu system when using -j3 . I believe that change in performance is due to some improvements made to the `make' command itself, which solved some delays that happened when -j was used. However, I do not remember the details. Performance comparisons like this will also depend on all the hardware on the system, and not just the dual-CPU. It can change depending on much memory the machine has, for instance, or how fast the disks are compared to the CPU's. -- Garance Alistair Drosehn = [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Institute; Troy, NY; USA ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Performance 4.x vs. 6.x
--- Mark Linimon [EMAIL PROTECTED] wrote: On Sun, Oct 15, 2006 at 02:01:08PM -0400, Michael Butler wrote: For everyone's benefit then, please feel free to submit your patches along with your technical analysis. I think his best bet is a fork, instead. Then he can tell all the people that volunteer to work on _his_ project exactly what to do, and see how far he gets with that approach. As an extra-special bonus, since it's the BSD license, he can start with whatever version of FreeBSD he finds most meets his needs. Even better, with his own project, he can then redirect all his postings there and leave the rest of us in peace. Until then, I think I'll watch out for any flying monkeys. I consider their existance equally probable. mcl Why do I need to start a project? Matt Dillon is already doing it. One thing that Matt has proved is that IQ isn't cumulative. Because hes doing on his own what an entire team of FreeBSD engineers can't do. But hey, you're not getting paid, so I guess we shouldn't expect anything good. Bravo for trying guys. We appreciate your wasted efforts. I'm not nearly as concerned about the project at this point. Dfly will be usable before freebsd, and at least we know there's someone that knows what they're doing over there. What concerns me is the lying to all of the small businessman out there. People wasting their money on hardware that freebsd can't utilize. And you clowns telling them how great it is. Its just plain dishonest. DT __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and make -j# buildworld usability
On Monday 16 October 2006 15:33, Garance A Drosehn wrote: At 1:47 PM -0700 10/13/06, Kent Stewart wrote: On Friday 13 October 2006 07:31, Buki wrote: Hi, I searched the archives and web a little but found many different opinions on stability/usability of using make -j# with buildworld (and buildkernel). So I am asking if it is a good idea to use make -j on production boxes. I tested buildworlds with different values for -j. On single processors, using a script that basically looked like time make -j? ... yielded fastest builds when I didn't specify a value for -j. On dual cpu's a value around -j8 yielded the fastest build. You might want to repeat those performance tests. The results will change over time, as various system changes are made. I used to see results somewhat similar to yours, but the last time I checked I seemed to get the best results from a dual-cpu system when using -j3 . I believe that change in performance is due to some improvements made to the `make' command itself, which solved some delays that happened when -j was used. However, I do not remember the details. Performance comparisons like this will also depend on all the hardware on the system, and not just the dual-CPU. It can change depending on much memory the machine has, for instance, or how fast the disks are compared to the CPU's. That was why I commented about making your own tests. I had ata-133 or 100 HDs on individual controllers. Comparing an ata based system with a scsi isn't a real comparison. My tests are at http://users.owt.com/kstewart/freebsd/urban_legends.html and I see I got the shortest elapsed time with -j4 and -j8. It has been too long to remember what I did to improve the -j8. They were run on FreeBSD 4.3 and I no longer have a dual cpu system. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and make -j# buildworld usability
On Monday 16 October 2006 12:46, Nikolas Britton wrote: On 10/13/06, Kent Stewart [EMAIL PROTECTED] wrote: On Friday 13 October 2006 07:31, Buki wrote: Hi, I searched the archives and web a little but found many different opinions on stability/usability of using make -j# with buildworld (and buildkernel). So I am asking if it is a good idea to use make -j on production boxes. I tested buildworlds with different values for -j. On single processors, using a script that basically looked like time make -j? ... yielded fastest builds when I didn't specify a value for -j. On dual cpu's a value around -j8 yielded the fastest build. That's odd, your results don't jive with this: http://people.freebsd.org/~fsmp/SMP/akgraph-a/graph1.html His results are too old to use as a reference. My system was the next step up and is also too old to consider current. His cpus were Intel Pentium pro 200MHZ and the bus speed alone (66MHz) would make a big difference. Only having 64MB of memory may also skew the results. My system was 2 Intel pIII 866's and had 256-512MB of SDRAM or DDR memory. Kent Although that report is quite old... My general rule of thumb for -j is n +1, where n equals the total number of cpu cores. This is generally enough to keep to processor(s) occupied without over stressing the system. Maybe n * 2 is more appropriate, can you post the results from your test? -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
can't compile mico app
it's not finding CORBA.h .h:121: error: `CORBA' has not been declared account.h:121: error: ISO C++ forbids declaration of `Long' with no type account.h:121: error: `Long' declared as a `virtual' field account.h:121: error: expected `;' before balance account.h:133: error: `CORBA' has not been declared i can't seem to redirect the compilation errors to a file tried mico-c++ -I. -c client.cc err and mico-c++ -I. -c client.cc 2 err what directory are you talking about when u do something like this: #include CORBA.h ? is it /usr/local/indclude ? because i tried having the above line in and it still didn't find it even tho i checked and CORBA.h was there ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash7/firefox plugin no longer registers
On Mon, Oct 16, 2006 at 03:06:26PM +0300, Dmitry Pryanishnikov wrote: Hello! On Mon, 16 Oct 2006, Duane Whitty wrote: Has anyone else lost their flash7 plugin in firefox on 6-STABLE? I use native seamonkey-1.0.5 + linuxpluginwrapper-20051113_6 + linux-flashplugin-7.0r68, and this toolchain worked for simple flash content under RELENG_6 as of 2006.10.09, and continues to work under fresh RELENG_6 (2006.10.16). However, the following looks non-standard (it doesn't match corresponding section from /usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD6 ) in your configuration: Here is my current etc/libmap.conf which I updated after upgrading to the most recent firefox # [ALPHA SUPPORT] Flash7 with Mozilla [/usr/local/lib/browser_plugins/libflashplayer.so] Are you sure that file location should point at symlink instead of the real file? My setup works correctly when I specify _real_ .so path here: [/usr/local/lib/npapi/linux-flashplugin/libflashplayer.so] and doesn't work when I specify symlink: [/usr/X11R6/lib/browser_linux_plugins/libflashplayer.so] In the latter case, flash plug-in shows fine under Help - About Plug-ins, but fails during Flash content display: LoadPlugin: failed to initialize shared library /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so [Shared object libpthread.so.0 not found, required by libflashplayer.so] Generally, it helps _a lot_ to start the browser from xterm's command line in this situations - you'll see all error and warning messages then. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: [EMAIL PROTECTED] nic-hdl: LYNX-RIPE ___ Thank you Dmitry and everyone, I fixed the file location it doesn't point to a sysmlink which somehow I completely overlooked, thanks. When it still didn't work I removed the absolute path names from the mappings. Everything works great now (at least as well as before :) ) Thanks for the help. Best Regards, Duane Whitty ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nfsmb survey
$ sudo pciconf -l | fgrep 0x0c0500 [EMAIL PROTECTED]:1:1: class=0x0c0500 card=0x0c111458 chip=0x005210de rev=0xa2 hdr=0x00 $ sudo pciconf -r pci0:1:1 0x20 1c01 $ sudo pciconf -r pci0:1:1 0x24 1c41 $ sudo pciconf -r pci0:1:1 0x50 1c01 $ sudo pciconf -r pci0:1:1 0x54 1c41 This is on an nForce 4/AMD64-X2 system. Hope this helps. Cheers, -- Andrew ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nfsmb survey
On Monday 16 October 2006 18:15, Andriy Gapon wrote: In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. However, the driver doesn't currently work on all hardware that it is to support. The problem is with choosing proper BAR registers, which, as it seems, might be different for different chipsets/SMB controllers. If you have a system based on NForce2/3/4, could you please share the following information: 1. find out pci handle of your SMB controller: $ pciconf -l | fgrep 0x0c0500 and also note chip field value, it should match 00(64|84|d4|e4|52)10de. E.g.: [EMAIL PROTECTED]:1:1:class=0x0c0500 card=0x1c02147b chip=0x006410de rev=0xa2 hdr=0x00 (root)# uname -a FreeBSD storm 6.1-STABLE FreeBSD 6.1-STABLE #1: Mon May 22 23:55:36 BST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 (root)# pciconf -lv | fgrep 0x0c0500 -A 4 [EMAIL PROTECTED]:1:1: class=0x0c0500 card=0x0c111458 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class= serial bus subclass = SMBus 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like follows: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 $ pciconf -r pci0:1:1 0x54 (root)# pciconf -r pci0:1:1 0x20 1c01 (root)# pciconf -r pci0:1:1 0x24 1c41 (root)# pciconf -r pci0:1:1 0x50 1c01 (root)# pciconf -r pci0:1:1 0x54 1c41 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
c-ares and IPv6
Hey, folks - I know you're all busy with release work, but can somebody point me to how to get things like gnupg to compile? curl says both c-ares and IPv6 cannot coexist, but c-ares is not installed and I've built kernels both with and without IPv6 support. Whazzup? curl does not seem to be the only seminal package that's killing me, but I've tried deleting it, reinstalling it, etc etc etc ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Performance 4.x vs. 6.x
If you see/grep Danial Thom in FreeBSD related, consider this: http://www.netfunny.com/rhf/jokes/88q1/13785.8.html http://amasci.com/weird/flamer.html http://en.wikipedia.org/wiki/Flame_war My personal fav' is the first link... How do we know that 'DT' even exists? Hmmm. DT - S, go away for you do not exist. RB. On 10/16/06, Danial Thom [EMAIL PROTECTED] wrote: --- Mark Linimon [EMAIL PROTECTED] wrote: On Sun, Oct 15, 2006 at 02:01:08PM -0400, Michael Butler wrote: For everyone's benefit then, please feel free to submit your patches along with your technical analysis. I think his best bet is a fork, instead. Then he can tell all the people that volunteer to work on _his_ project exactly what to do, and see how far he gets with that approach. As an extra-special bonus, since it's the BSD license, he can start with whatever version of FreeBSD he finds most meets his needs. Even better, with his own project, he can then redirect all his postings there and leave the rest of us in peace. Until then, I think I'll watch out for any flying monkeys. I consider their existance equally probable. mcl Why do I need to start a project? Matt Dillon is already doing it. One thing that Matt has proved is that IQ isn't cumulative. Because hes doing on his own what an entire team of FreeBSD engineers can't do. But hey, you're not getting paid, so I guess we shouldn't expect anything good. Bravo for trying guys. We appreciate your wasted efforts. I'm not nearly as concerned about the project at this point. Dfly will be usable before freebsd, and at least we know there's someone that knows what they're doing over there. What concerns me is the lying to all of the small businessman out there. People wasting their money on hardware that freebsd can't utilize. And you clowns telling them how great it is. Its just plain dishonest. DT __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to [EMAIL PROTECTED] -- Why use Gmail? Cause HOTMAIL SUCKS! If you *STILL* are using HOTMAIL you only have to ask yourself Why? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Performance 4.x vs. 6.x
On Mon, 16 Oct 2006 16:13:13 -0700 (PDT) Danial Thom [EMAIL PROTECTED] wrote: Why do I need to start a project? Matt Dillon is already doing it. One thing that Matt has proved is that IQ isn't cumulative. Because hes doing on his own what an entire team of FreeBSD engineers can't do. But hey, you're not getting paid, so I guess we shouldn't expect anything good. Bravo for trying guys. We appreciate your wasted efforts. Sorry, but I don't get your point. Why aren't you using Dragonfly or Linux or any other OS that suits your needs already? I'm not nearly as concerned about the project at this point. Dfly will be usable before freebsd, and at least we know there's someone that knows what they're doing over there. What concerns me is the lying to all of the small businessman out there. People wasting their money on hardware that freebsd can't utilize. And you clowns telling them how great it is. Its just plain dishonest. And another: have you read (and understood) the copyright message? Specifically this part (deCAPSed for your comfort): This software is provided by the regents and contributors ``as is'' and any express or implied warranties, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose are disclaimed. I don't have the IQ to understand why do you keep using FreeBSD if it makes you unhappy, doesn't support the hardware you bought/have, perform poorly on most situations you have to deal with, and you think its developers don't have a clue of what they're doing. -- Ricardo Nabinger Sanchez [EMAIL PROTECTED],wait4.org} Powered by FreeBSD Left to themselves, things tend to go from bad to worse. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: c-ares and IPv6
On Mon, Oct 16, 2006 at 08:31:53PM -0500, Don Wilde wrote: Hey, folks - I know you're all busy with release work, but can somebody point me to how to get things like gnupg to compile? curl says both c-ares and IPv6 cannot coexist, but c-ares is not installed and I've built kernels both with and without IPv6 support. Whazzup? curl does not seem to be the only seminal package that's killing me, but I've tried deleting it, reinstalling it, etc etc etc ___ This sounds very familiar. Did you try building curl without IPv6 support. cd ftp/curl and do a make rmconfig. Then when you do the install make sure neither c-ares nor IPv6 is selected from options. Doing this I did get an install of curl completed, as of Oct 14 or 15. Hope this helps. Best Regards, Duane Whitty ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: can't compile mico app
Greetings, ... Quoting KAYVEN RIESE [EMAIL PROTECTED]: it's not finding CORBA.h .h:121: error: `CORBA' has not been declared account.h:121: error: ISO C++ forbids declaration of `Long' with no type account.h:121: error: `Long' declared as a `virtual' field account.h:121: error: expected `;' before balance account.h:133: error: `CORBA' has not been declared i can't seem to redirect the compilation errors to a file Try the following. Works without fail for me: script /path/to/my/chosen/logfile.name job that I'm attempting to log results from In your case: script ./err mico-c++ -I. -c client.cc When the job completes, script will exit informing you. The results (in the second example) will be in the file named: err in the current directory. Hope this helps. --Chris tried mico-c++ -I. -c client.cc err and mico-c++ -I. -c client.cc 2 err what directory are you talking about when u do something like this: #include CORBA.h ? is it /usr/local/indclude ? because i tried having the above line in and it still didn't find it even tho i checked and CORBA.h was there ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- panic: kernel trap (ignored) - FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 / ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
