re: New cdboot ISO available

2002-01-14 Thread John Baldwin


On 14-Jan-02 Richard S. Conto wrote:
 Dell Inspiron 3000, Phoenix BIOS 4.0 Release 6.0
   Copyright 1985-1997
   Build 06/09/98 09:42:22
   Inspiron 3000 KM200ST Rev A05
   Keyboard BIOS Rev A01
 
 Worked OK, got into the installer
 
 
 Gateway 2000 P5-120, BIOS 1.00.10.BR0T
AMIBIOS
American Megatrends ...
I think the copyright date was 1992,
although this machine was manufactured
in 1995.
 
 Failed (hung) after POST. No messages, floppy disk light seems to
 stay on a long time.

Yeah, with a 1992 BIOS it's definitely too old for cdboot to work.
 
 Will there be a way to generate a special bootstrap the old (current)
 way? This bootstrap should have just enough in it to install enough of
 the system to build a GENERIC kernel and install that.

You can always boot off of boot floppies by making kern.flp and mfsroot.flp
images.  It's just that the kernel running during install might be stripped
down and thus might not have support for some newer devices.

-- 

John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve!  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: dell 4350 SMP faults

2002-01-14 Thread Matthew Dillon

 Robin's tried everything except replacing the machine entirely.  

 I wonder... is there anyone else on -stable running FreeBSD on
 a DELL 4350 w/ SMP?

-Matt

:I'm sure Matt's pretty busy right now with the release of 4.5 so I'm
:sending this to the list to see if anyone else may have any ideas.
:
:Background:
:Dell 4350, dual p3-600 -- before FreeBSD was an NT 4.0 app/dbase server
:(also as SMP). First installed 4.4 STABLE on it back in october or
:november. As a uniprocessor box it runs without a hitch (relatively no
:load, no swapping, etc). As an SMP box, it *randomly* hangs. Matt had me
:remove gigE support and other superfluous kernel options all to no
:avail. Last guess was RAM. I tested all three sticks individually
:yesterday. I suppose it's possible that all three are bad but that
:probability is most likely extremely low. The box is based on 4.5-RC
:from Sunday morning. Here's the gdb output from all three hangs. Maybe
:it jogs someone's brain.
:...
:
:Thanks in advance.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: New cdboot ISO available

2002-01-14 Thread Gregory Bond

 You can always boot off of boot floppies by making kern.flp and mfsroot.flp
 images.  It's just that the kernel running during install might be stripped
 down and thus might not have support for some newer devices.

Which hardly seems fatal, as any system with those newer devices orta have a
BIOS compatible with cdboot (and w2k) in the first place.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: Sis735 4.4 (was New cdboot ISO available)

2002-01-14 Thread Kent Stewart



Andrew MacIntyre wrote:

 On Sat, 12 Jan 2002, Kent Stewart wrote:
 
 
I have a ECS K7S5A that booted but sysinstall was completely hung. I
had to hit the reset button to reboot.


Hmmm, that is weird.  I assume it doesn't hang with the normal ISO image?

It boots the 4.4-release that was part of the 4-cd set just fine. This
K7S5a has a DVD player on it for the CDROM. I tried the 4.5-iso on one
of my other computers and it ran just fine. I have to go out but when
I get back I have two other SiS-735 based computers that are being
upgraded so they have W Paul's SiS-900 network update added. They all
have CDROM players on them. I will try them when I reboot after
installing the results of my latest cvsup.

 
 Hmmm, my K7S5A doesn't like 4.4 - it boots the install CD and installs,
 but then won't boot off the HD (IDE).  4.2 installed and boots off the HD
 just fine :-|.  I don't have a copy of the failure report, but from memory
 it died just after starting the daemons, and reported a signal 12.
 
 I had trouble with the 4.5RC1 miniboot cd on the K7S5A too, but I think I
 got a bad download as I couldn't boot it on my Abit BP6 box (which someone
 else reported as working), or mount the ISO image via vn on it (the BP6,
 which is currently running 4.2R) - cd9660: illegal argument or some
 such.
 
 Apologies for the lack of real information in this followup - I hadn't
 followed through on this earlier because the K7S5A box normally runs OS/2
 so getting 4.4 installed on it wasn't high priority.


I cvsup upgraded to 4.4 and didn´t have a problem getting it to boot. 
I have 3 systems based on the SiS-735 chipset that have been running 
4-stable. You don't have anything faster that ata-33 without recent 
changes by Sören. I have two systems with CDs on them and I could boot 
the 4.5rc1.iso and sysinstall appeared to work. It was only on the 3rd 
system with the dvd device that I had problems. It would boot but 
sysinstall was hung from startup.

FWIW, I also have a fully functional sis0 NIC (on all 3 systems, 
2-'ECS'K7S5As and an Amptron 830LM) with an additional change that 
will be made soon (hopefully!!) to if_sis.c

Kent


-- 
Kent Stewart
Richland, WA

mailto:[EMAIL PROTECTED]
http://users.owt.com/kstewart/index.html
FreeBSD News http://daily.daemonnews.org/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: dell 4350 SMP faults

2002-01-14 Thread David Malone

On Mon, Jan 14, 2002 at 02:06:41PM -0800, Matthew Dillon wrote:
  Robin's tried everything except replacing the machine entirely.  
 
  I wonder... is there anyone else on -stable running FreeBSD on
  a DELL 4350 w/ SMP?

We have a 4400 (I think) running -stable which seems to be OK. It
does a lot of NFS serving and some backups, but not much else. Dmesg
included below, incase it is useful to Robin. The machine seems
stable enough (no crashes yet, up for 38 days). We're still having
problems with our 2550s and the bge driver. Do 4350s have a bge
type card?

David.


Copyright (c) 1992-2001 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 4.4-STABLE #3: Fri Dec  7 19:23:33 GMT 2001
[EMAIL PROTECTED]:/mnt/obj/usr/src/sys/MACCULLAGH
Timecounter i8254  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (993.33-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0x686  Stepping = 6
  
Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real memory  = 1073733632 (1048568K bytes)
avail memory = 1041604608 (1017192K bytes)
Changing APIC ID for IO APIC #0 from 0 to 2 on chip
Changing APIC ID for IO APIC #1 from 0 to 3 on chip
Programming 16 pins in IOAPIC #0
IOAPIC #0 intpin 2 - irq 0
Programming 16 pins in IOAPIC #1
FreeBSD/SMP: Multiprocessor motherboard
 cpu0 (BSP): apic id:  1, version: 0x00040011, at 0xfee0
 cpu1 (AP):  apic id:  0, version: 0x00040011, at 0xfee0
 io0 (APIC): apic id:  2, version: 0x000f0011, at 0xfec0
 io1 (APIC): apic id:  3, version: 0x000f0011, at 0xfec01000
Preloaded elf kernel kernel at 0xc03b5000.
ccd0-3: Concatenated disk drivers
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 13 entries at 0xc00fc1e0
npx0: math processor on motherboard
npx0: INT 16 interface
pcib0: ServerWorks NB6635 3.0LE host to PCI bridge on motherboard
IOAPIC #1 intpin 0 - irq 2
pci0: PCI bus on pcib0
fxp0: Intel Pro 10/100B/100+ Ethernet port 0xfcc0-0xfcff mem 
0xfe90-0xfe9f,0xfeb02000-0xfeb02fff irq 2 at device 4.0 on pci0
fxp0: Ethernet address 00:b0:d0:ea:00:ac
inphy0: i82555 10/100 media interface on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci0: ATI model 4759 graphics accelerator at 6.0
isab0: ServerWorks IB6566 PCI to ISA bridge at device 15.0 on pci0
isa0: ISA bus on isab0
ohci0: OHCI (generic) USB controller mem 0xfeb0-0xfeb00fff irq 11 at device 15.2 
on pci0
usb0: OHCI version 1.0, legacy support
usb0: OHCI (generic) USB controller on ohci0
usb0: USB revision 1.0
uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pcib1: ServerWorks NB6635 3.0LE host to PCI bridge on motherboard
IOAPIC #1 intpin 6 - irq 5
pci1: PCI bus on pcib1
wx0: Intel PRO/1000 T Gigabit Ethernet mem 
0xfcf2-0xfcf2,0xfcf0-0xfcf1 irq 5 at device 8.0 on pci1
miibus1: MII bus on wx0
e1000phy0: Marvell Semiconductor 88E1000* gigabit PHY on miibus1
e1000phy0:  1000baseTX-FDX, 100baseTX-FDX, 100baseTX, 10baseTX-FDX, 10baseTX, auto
wx0: Ethernet address 00:03:47:72:9c:c5
pcib6: ServerWorks NB6635 3.0LE host to PCI bridge on motherboard
IOAPIC #1 intpin 15 - irq 10
pci6: PCI bus on pcib6
pcib2: PCI to PCI bridge (vendor=8086 device=0962) at device 4.0 on pci6
IOAPIC #1 intpin 8 - irq 13
IOAPIC #1 intpin 9 - irq 14
pci7: PCI bus on pcib2
pci7: unknown card (vendor=0x9005, dev=0x00c5) at 4.0 irq 10
ahc0: Adaptec aic7899 Ultra160 SCSI adapter port 0xc800-0xc8ff mem 
0xfbcfe000-0xfbcfefff irq 13 at device 4.1 on pci7
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/255 SCBs
ahc1: Adaptec aic7880 Ultra SCSI adapter port 0xc400-0xc4ff mem 
0xfbcfd000-0xfbcfdfff irq 14 at device 6.0 on pci7
aic7880: Ultra Single Channel A, SCSI Id=7, 16/255 SCBs
aac0: Dell PERC 3/Di mem 0xf000-0xf7ff irq 10 at device 4.1 on pci6
aac0: i960RX 100MHz, 118MB cache memory, optional battery present
aac0: Kernel 2.5-0, Build 2991, S/N 9c10d1
pcib8: ServerWorks NB6635 3.0LE host to PCI bridge on motherboard
IOAPIC #1 intpin 4 - irq 16
IOAPIC #1 intpin 11 - irq 17
pci8: PCI bus on pcib8
ahc2: Adaptec 3960D Ultra160 SCSI adapter port 0xbc00-0xbcff mem 
0xeff01000-0xeff01fff irq 16 at device 6.0 on pci8
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs
ahc3: Adaptec 3960D Ultra160 SCSI adapter port 0xb800-0xb8ff mem 
0xeff0-0xeff00fff irq 17 at device 6.1 on pci8
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/255 SCBs
orm0: Option ROMs at iomem 0xc-0xc7fff,0xc8000-0xcbfff on isa0
fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1440-KB 3.5 drive on fdc0 drive 0
atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0
atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: PS/2 Mouse irq 12 on atkbdc0
psm0: model 

Re: dell 4350 SMP faults

2002-01-14 Thread David Malone

On Mon, Jan 14, 2002 at 08:23:18AM -0500, Robin P. Blanchard wrote:

 Dell 4350, dual p3-600 -- before FreeBSD was an NT 4.0 app/dbase server
 (also as SMP). First installed 4.4 STABLE on it back in october or
 november. As a uniprocessor box it runs without a hitch (relatively no
 load, no swapping, etc). As an SMP box, it *randomly* hangs. Matt had me
 remove gigE support and other superfluous kernel options all to no
 avail.

Just while I'm thinking of it, have you checked the processor cooling
stuff. We've had several machines that run OK uniprocessor but hung
quickly dual processor. When we got better cooling for the processors
the machine started working properly.

David.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Space missing in /usr/src/contrib/tcsh/nls/russian/set22

2002-01-14 Thread Alexey Dokuchaev

Hi!

It seems that the following patch should be applied:

=== cut here ===

--- /usr/src/contrib/tcsh/nls/russian/set22.orig  Tue Jan 15 04:46:19 2002
+++ /usr/src/contrib/tcsh/nls/russian/set22  Tue Jan 15 04:46:37 2002
@@ -1,7 +1,7 @@
 $ $Id: set22,v 1.1 2001/03/18 19:06:39 christos Exp $
 $ tc.func.c
 $set 22
-1 %S: \t ÐÅÒÅÏÐÒÅÄÅÌÅÎ ×
+1 %S: \t ÐÅÒÅÏÐÒÅÄÅÌÅÎ × 
 2 \nIncorrect passwd for %s\n
 3 Faulty alias 'precmd' removed.\n
 4 Faulty alias 'cwdcmd' removed.\n

=== cut here ===

./danfe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: New cdboot ISO available

2002-01-14 Thread John Baldwin


On 14-Jan-02 Gregory Bond wrote:
 You can always boot off of boot floppies by making kern.flp and mfsroot.flp
 images.  It's just that the kernel running during install might be stripped
 down and thus might not have support for some newer devices.
 
 Which hardly seems fatal, as any system with those newer devices orta have
 a
 BIOS compatible with cdboot (and w2k) in the first place.

Yes, but then who do you target the ISO at?  I'm trying to judge how widely
used the older machines are and if we should still use boot.flp on the ISO's to
accomodate them.

-- 

John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve!  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: mbuf usage

2002-01-14 Thread Doug White

On Sun, 13 Jan 2002, Doug Hardie wrote:

 Is there any tool that shows the process or port to which mbufs are
 associated?  One of my systems is showing 10K mbufs in use but there
 are only 2 tcp connections established and a couple of udp active
 processes.  Trafshow shows nothing unusual.  Very light load on the
 server but someting is eating mbufs.

'netstat -m' output?

Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED] |  www.FreeBSD.org


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: New cdboot ISO available

2002-01-14 Thread Gregory Bond

 Yes, but then who do you target the ISO at?  I'm trying to judge how widely
 used the older machines are and if we should still use boot.flp on the ISO's 
 to
 accomodate them.

It depends on the nature and ubiquity of the newer devices that get dropped
off kern.flp.  If we get to the stage where even a small fraction of new
systems aren't supported by kern.flp installs (because they come with RAID
cards etc that are not on kern.flp) then it will be time to change.  It's much
easier for middling-old systems to boot using kern.flp than it is for someone
(to pick a hypothetical example) with only a RAID controller not supported by
kern.flp to hand-craft a floppy boot image, or do a double install (once to
supported IDE drive, once to unsupported-by-kern.flp RAID device).  Unless we
want to get into the game of having a mix-n-match selection of kern.flp images!
(This might be doable if we have 2 kern.flp images - one for older systems 
from 386-P2, one for newer systems from P3/Duron on, to pick a somewhat 
arbitary convention that should at least be fairly easy to explain to newbies.)

My gut feel (admittedly a poor guide!) is that, while the majority of FreeBSD
_systems_ might be on older (pre-cdboot) hardware, these will likely be upgraded
in place (from source, or net packages). The majority of new _installs_ (i.e.
use of the boot CD) will be on newer hardware.

(Actually, there is probably a fair number of current or potential FreeBSD
systems from the 486/P5 era that don't support any form of CD booting, new or
old, but they are irrelevent to the current discussion.)




To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: New cdboot ISO available

2002-01-14 Thread Brooks Davis

On Tue, Jan 15, 2002 at 10:20:21AM +1100, Gregory Bond wrote:
  Yes, but then who do you target the ISO at?  I'm trying to judge how widely
  used the older machines are and if we should still use boot.flp on the ISO's 
  to
  accomodate them.
 
 It depends on the nature and ubiquity of the newer devices that
 get dropped off kern.flp. If we get to the stage where even a small
 fraction of new systems aren't supported by kern.flp installs (because
 they come with RAID cards etc that are not on kern.flp) then it will
 be time to change. It's much easier for middling-old systems to boot
 using kern.flp than it is for someone (to pick a hypothetical example)
 with only a RAID controller not supported by kern.flp to hand-craft
 a floppy boot image, or do a double install (once to supported IDE
 drive, once to unsupported-by-kern.flp RAID device). Unless we want
 to get into the game of having a mix-n-match selection of kern.flp
 images! (This might be doable if we have 2 kern.flp images - one for
 older systems from 386-P2, one for newer systems from P3/Duron on,
 to pick a somewhat arbitary convention that should at least be fairly
 easy to explain to newbies.)

IMO, we crossed this line a while back when the first 10/100 Ethernet
driver was removed from kern.flp.  That's not as bad as a RAID
controler, but it's pretty lame that we don't support any random
ethernet NIC out of the box.

-- Brooks

-- 
Any statement of the form X is the one, true Y is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4



msg40066/pgp0.pgp
Description: PGP signature


-stable not building ?

2002-01-14 Thread Joao Pedras


Today's -stable :

cc -O -pipe -march=pentiumpro -I. -I/usr/src/lib/libncurses 
-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/
usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG 
-DHAVE_CONFIG_H -DTERMIOS -I/usr/o
bj/usr/src/i386/usr/include  -c 
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c -o lib_baudr
ate.o
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:138: syntax 
error before `_nc_baudrate'
cc -pg -O -pipe -march=pentiumpro -I. -I/usr/src/lib/libncurses 
-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses
 -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE 
-DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -I/u
sr/obj/usr/src/i386/usr/include  -c 
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c -o lib_b
audrate.po
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:139: 
warning: return-type defaults to `int'
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:164: syntax 
error before `_nc_ospeed'
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:165: 
warning: return-type defaults to `int' 
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:181: syntax 
error before `baudrate'
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:182: 
warning: return-type defaults to `int' 
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:138: syntax 
error before `_nc_baudrate'
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:139: 
warning: return-type defaults to `int' 
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:164: syntax 
error before `_nc_ospeed'
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:165: 
warning: return-type defaults to `int' 
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:181: syntax 
error before `baudrate'
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:182: 
warning: return-type defaults to `int'
*** Error code 1
*** Error code 1
2 errors
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: -stable not building ?

2002-01-14 Thread Bruce A. Mah

If memory serves me right, Joao Pedras wrote:
 Today's -stable :

[lib_baudrate.c breakage]

It's been fixed.  Re-cvsup and try again.  :-p

Bruce.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



cpp not building under -STABLE?

2002-01-14 Thread Edson Brandi

Hi

Today's -stable :

=== gnu/usr.bin/cc/cc
cc -nostdinc -O -pipe   -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\
-I/usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc
-I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config
-DDEFAULT_TARGET_VERSION=\2.95.3\ -DDEFAULT_TARGET_MACHINE=\\
-I/usr/obj/usr/src/i386/usr/include  -c
/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gcc.c
cc -nostdinc -O -pipe   -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\
-I/usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc
-I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config
-DDEFAULT_TARGET_VERSION=\2.95.3\ -DDEFAULT_TARGET_MACHINE=\\
-I/usr/obj/usr/src/i386/usr/include  -c
/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gccspec.c
cc -nostdinc -O -pipe   -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\
-I/usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc
-I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config
-DDEFAULT_TARGET_VERSION=\2.95.3\ -DDEFAULT_TARGET_MACHINE=\\
-I/usr/obj/usr/src/i386/usr/include   -o cc gcc.o gccspec.o
/usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_int/libcc_int.a
/usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_fbsd/libcc_fbsd.a
gzip -cn /usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gcc.1 
gcc.1.gz
=== gnu/usr.bin/cc/cpp
cc -nostdinc -O -pipe   -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\
-I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc
-I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/config
-DDEFAULT_TARGET_VERSION=\2.95.3\
-DDEFAULT_TARGET_MACHINE=\i386-unknown-freebsd\
-I/usr/obj/usr/src/i386/usr/include  -c
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/gcc/gcc.c
*** Error code 1

Stop in /usr/src/gnu/usr.bin/cc/cpp.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/cc.
*** Error code 1

Stop in /usr/src/gnu/usr.bin.
*** Error code 1

Stop in /usr/src/gnu.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.



[ ]'s Edson
   ,,
   Edson Brandi   /()`
   Consultor UNIX \ \___   / |
   Fone:   0XX11 96512996 /- _  `-/  '
   0XX11 32717325(/\/ \ \   /\
   ICQ at  Home: 100503189   / /   | `\
 O O   ) /|
---  `-^--'` '
(_.)  _  )   /
Transforme seu PC numa Workstation Unix. `.___/`/
 Visite http://www.primeirospassos.org`-' /
http://www.fugspbr.org. __ / __   \
http://livecd.fugspbr.org |O)))==) \) /
  '`--' `.__,' \


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message