Dag-Erling Smorgrav wrote:
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Apparently an eternal pessimist, you were not expecting success?
8-) 8-) 8-).
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
David O'Brien wrote:
On Wed, May 22, 2002 at 12:37:57AM +0200, John Angelmo wrote:
su-2.05a# make
cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/pcvt/kcon/../keycap
-DKEYB_DEVICE=\/dev/ttyv0\ -o kcon kcon.o -lkeycap
/usr/libexec/elf/ld: cannot find -lkeycap
collect2: ld returned 1 exit
I got this problem:
[ /usr/src/usr.sbin ]#make vidcontrol
Warning: Object directory not changed from original /usr/src/usr.sbin/vidcontrol
cc -O -pipe -c vidcontrol.c
vidcontrol.c: In function `load_font':
vidcontrol.c:221: structure has no member named `font_size'
*** Error code 1
Stop in
Martin Kacerovsky wrote:
I got this problem:
[ /usr/src/usr.sbin ]#make vidcontrol
Warning: Object directory not changed from original /usr/src/usr.sbin/vidcontrol
cc -O -pipe -c vidcontrol.c
vidcontrol.c: In function `load_font':
vidcontrol.c:221: structure has no member named
÷ Wed, 22.05.2002, × 00:52, Terry Lambert ÎÁÐÉÓÁÌ:
Vladimir B. Grebenschikov wrote:
Multipath routing is not as useful as you imply. Neither is
round-robin'ing between a set of paths. It assumes that the
pool retention time on the router is longer than the drain time
for a single
On Wed, May 22, 2002 at 11:22:43AM +0300, Maxim Sobolev wrote:
sys/consio.h header installed on your system is too old. You need to
do a fresh `make world' and rebuild/reinstall your kernel - it's the
only way to do vidcontrol upgrade properly.
I don't understand, I have CVSUPed the whole
On Monday 20 May 2002 3:49 am, Terry Lambert wrote:
Steve Kargl wrote:
Use -ggdb instead, thus avoiding DWARF.
BZZZT... Thanks for play!
Did Mark Peek's suggestion of using the gdb that matched
the compiler (gdb 5.2 from ports) work instead?
GDB 5.2 works pretty well with -current -
Martin Kacerovsky wrote:
On Wed, May 22, 2002 at 11:22:43AM +0300, Maxim Sobolev wrote:
sys/consio.h header installed on your system is too old. You need to
do a fresh `make world' and rebuild/reinstall your kernel - it's the
only way to do vidcontrol upgrade properly.
I don't
Am Di, 2002-05-21 um 21.35 schrieb Szilveszter Adam:
Hello,
On Tue, May 21, 2002 at 02:26:57PM +0200, Georg-W. Koltermann wrote:
Hi,
I am unable to link C++ apps with a recent -current. It seems I would
need a new libstdc++ which was not included. My libstdc++.so is a
leftover from
David O'Brien [EMAIL PROTECTED] schrieb am 22.05.02:
On Tue, May 21, 2002 at 04:33:32PM +0200, yuri khotyaintsev wrote:
make buildworld ...
make buildkernel ...
make installkernel ...
mergemaster ...
You have to reboot here with new kernel.
Actually you want to reboot before
John Baldwin [EMAIL PROTECTED] writes:
Erm, this is the second blank message. Is this really a success and
not a failure? If so, can we not have a mail sent out for successful
builds? :)
It's a failure, but ref5 doesn't have Perl installed, so the script
that selects what portions of the
On Tue, May 21, 2002 at 03:27:46PM -0700, Kris Kennaway wrote:
Hi,
That's not actually where the panic is occurring (it's a second panic
caused by the kernel trying to sync disks after it panics the first
time). Please provide a full traceback so it can be investigated.
I've attached both
Those error(s) seem to be gone with today's cvsup and rebuild, I think
that John Baldwin made a change to kern_mutex.c that seems to have
resolved the problem :-)
btw: frequently i see Could Not Sleep... messages like those Glenn
mentioned yesterday.
--
Glenn Gombert
[EMAIL
On 2002-05-22 10:39, Martin Kacerovsky wrote:
On Wed, May 22, 2002 at 11:22:43AM +0300, Maxim Sobolev wrote:
sys/consio.h header installed on your system is too old. You need to
do a fresh `make world' and rebuild/reinstall your kernel - it's the
only way to do vidcontrol upgrade properly.
On Wed, May 22, 2002 at 04:29:33PM +0300, Giorgos Keramidas wrote:
It's very likely that other things will have problems with the new
kernel too. You just haven't discovered yet. You should really
always try to run a userland and kernel that have been compiled from
the same set of sources.
On Wed, 22 May 2002, Giorgos Keramidas wrote:
On 2002-05-21 15:03, Rob wrote:
I am still wondering why MAKEDEV showed up in /usr/src/etc if it is not
needed? I had an empty directory before I cvsup'd. Thanks, Rob.
You'll probably need it if you manually disable DEVFS in CURRENT.
on Tue May 21 13:07:13 2002, Trish Lynch [EMAIL PROTECTED] said:
femme:~$ passwd
Changing local password for trish
Old Password:
passwd in free(): error: junk pointer, too high to make sense
Abort trap
does your log file have a swap space exceeded error? If so, restart
your inetd.
--mark
In message [EMAIL PROTECTED], mark tinguely wri
tes:
on Tue May 21 13:07:13 2002, Trish Lynch [EMAIL PROTECTED] said:
femme:~$ passwd
Changing local password for trish
Old Password:
passwd in free(): error: junk pointer, too high to make sense
Abort trap
does your log file have a swap
On Wed, 22 May 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], mark tinguely wri
tes:
on Tue May 21 13:07:13 2002, Trish Lynch [EMAIL PROTECTED] said:
femme:~$ passwd
Changing local password for trish
Old Password:
passwd in free(): error: junk pointer, too high to make
Trish Lynch wrote:
took me a while to notice it, because I don;t use passwd on a daily
basis
FreeBSD femme.listmistress.org 5.0-CURRENT FreeBSD 5.0-CURRENT #6: Tue May
14 00:57:05 EDT 2002
[EMAIL PROTECTED]:/admins/obj/admins/src/sys/FEMME i386
femme:~$ passwd
Changing local
Hi,
I've got this error during buildworld:
building shared library libusbhid.so.0
=== lib/libvgl
cc -O -pipe -Wall -I/mnt/store/usr/src/lib/libvgl -c
/mnt/store/usr/src/lib/libvgl/main.c -o main.o
In file included from /mnt/store/usr/src/lib/libvgl/vgl.h:37,
from
On Wed, May 22, 2002 at 05:21:59PM +0200, Martin Kacerovsky wrote:
Hi,
I've got this error during buildworld:
Have you read UPDATING and put what it told you to in make.conf?
--
David W. Chapman Jr.
[EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net
[EMAIL PROTECTED]
On Wed, 22 May 2002 10:23:31 -0500
David W. Chapman Jr. [EMAIL PROTECTED] wrote:
On Wed, May 22, 2002 at 05:21:59PM +0200, Martin Kacerovsky wrote:
Hi,
I've got this error during buildworld:
Have you read UPDATING and put what it told you to in make.conf?
This is a genuine error, since
On Wed, May 22, 2002 at 10:23:31AM -0500, David W. Chapman Jr. wrote:
On Wed, May 22, 2002 at 05:21:59PM +0200, Martin Kacerovsky wrote:
Hi,
I've got this error during buildworld:
Have you read UPDATING and put what it told you to in make.conf?
Yes, I've put NO_WERROR=yes into
Hi!
The upgrade instructions found in src/UPDATING and src/Makefile.inc1
are not quite correct. Suggesting to reboot with the new kernel and
non-matching userland is safer than opposite of course, but does not
always work nor guaranteed to work at all. Here's the safest version
I could think
On 22-May-2002 Ruslan Ermilov wrote:
Hi!
The upgrade instructions found in src/UPDATING and src/Makefile.inc1
are not quite correct. Suggesting to reboot with the new kernel and
non-matching userland is safer than opposite of course, but does not
always work nor guaranteed to work at
On Wed, May 22, 2002 at 01:05:48PM -0400, John Baldwin wrote:
Wrong. If you are following the proper upgrade path, then your old
binaries will always work with your new kernel.
Can I ask you what the proper upgrade path is?
In /usr/src/UPDATING :
To rebuild everything and install it on the
cc -O -pipe -march=pentiumpro -Wall -I/usr/src/lib/libvgl -c
/usr/src/lib/libvgl/main.c -o main.o
In file included from /usr/src/lib/libvgl/vgl.h:37,
from /usr/src/lib/libvgl/main.c:41:
/usr/obj/usr/src/i386/usr/include/machine/cpufunc.h:362:
conflicting types for `pause'
Vladimir B. Grebenschikov wrote:
Without the cooperation of the tother end, you don't have
control of the symmetry of the return route. So maybe
your packets are round-robin'ed out interfaces, but they
all come back through the same interface, because you have
no control of the other
On Wed, May 22, 2002 at 09:57:24AM +0100, Doug Rabson wrote:
GDB 5.2 works pretty well with -current - I've been using it recently. I plan
to upgrade GDB in -current to 5.2 soon (as soon as David has enough time to
sort out the CVS magic).
I fail to see your patches to gdb 5.2 for the
On Wed, May 22, 2002 at 11:16:11AM +0200, Georg-W. Koltermann wrote:
Am Di, 2002-05-21 um 21.35 schrieb Szilveszter Adam:
Yes, this is correct. THe libraries libstdc++v3 and libsupc++v3 are not
built for the system compiler. You can, however, use ports/lang/gcc31.
Ok that works. But,
This seems exactly backwards.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Wednesday 22 May 2002 6:49 pm, David O'Brien wrote:
On Wed, May 22, 2002 at 09:57:24AM +0100, Doug Rabson wrote:
GDB 5.2 works pretty well with -current - I've been using it recently. I
plan to upgrade GDB in -current to 5.2 soon (as soon as David has enough
time to sort out the CVS
On Wed, May 22, 2002 at 09:57:24AM +0100, Doug Rabson wrote:
On Monday 20 May 2002 3:49 am, Terry Lambert wrote:
Steve Kargl wrote:
Use -ggdb instead, thus avoiding DWARF.
BZZZT... Thanks for play!
-ggdb means to use the most expressive debugging format the compiler
knows about.
On Wed, May 22, 2002 at 11:16:11AM +0200, Georg-W. Koltermann wrote:
are there any plans on removing the /usr/bin/c++ and
/usr/bin/g++ commands? Seems the are not useful any more, and may
conflict with a port which installs these commands.
A port will never install a binary with these names.
Terry, FreeBSD has no support for BGP. To get BGP support you install a
router daemon. That inserts routes in the routing table in the kernel. The
kernel will do all packet forwarding. The kernel has to support two or
more routes to the same destination if you are going to do BGP (or OSPF)
Yes,
femme:/usr/src/include87 grep pause unistd.h
int pause(void);
femme:/usr/src/sys/i386/include93 grep pause cpufunc.h
pause(void)
__asm __volatile(pause);
voidpause(void);
femme:/usr/src/lib/libvgl99 grep include vgl.h
#include stdlib.h
#include unistd.h
#include string.h
Miguel Mendez [EMAIL PROTECTED] writes:
I've attached both a backtrace and my dmesg. Is any extra info needed?
RTFAQ.
#10 0xc01d5899 in panic (fmt=0xc02fed34 setrunnable(2))
at ../../../kern/kern_shutdown.c:647
#11 0xc01dbde2 in setrunnable (td=0xd21952a0) at
- Original Message -
From: M. Warner Losh [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, May 22, 2002 2:04 PM
Subject: Re: Upgrade instructions are incorrect
This seems exactly backwards.
Warner
Morning all ...
Just got my Vaio Z505s upgraded to -CURRENT, in order to get my
new Surecom Ethernet PCMCIA card to work ... looked in
/etc/defaults/pccard.conf, and found the EP-427X card(s) in there, but
haven't got a clue on how to setup a similar entry for the -428X to be
Hello
I noticed that my wi card crashed when I run tcpdump
from /var/log/messages I got this:
May 23 02:37:58 Amnesiac kernel: wi0: promiscuous mode enabled
May 23 02:38:03 Amnesiac kernel: wi0: watchdog timeout
May 23 02:38:04 Amnesiac kernel: wi0: time out allocating memory on card
May 23
Hello,
I just upgraded my 4-STABLE machine to -CURRENT via source. Everything
seemed to go smoothly and things are running fine, EXCEPT when I try to
build *any* of the ports in the ports collection. Every time I run
'make' it gets stuck in an infinite loop and doesn't build the port.
Some
On Wed, May 22, 2002 at 06:21:22PM -0700, Scott Reese wrote:
Hello,
I just upgraded my 4-STABLE machine to -CURRENT via source. Everything
seemed to go smoothly and things are running fine, EXCEPT when I try to
build *any* of the ports in the ports collection. Every time I run
'make' it
On Wed, 2002-05-22 at 18:27, Kris Kennaway wrote:
I just upgraded my 4-STABLE machine to -CURRENT via source. Everything
seemed to go smoothly and things are running fine, EXCEPT when I try to
build *any* of the ports in the ports collection. Every time I run
'make' it gets stuck in
On 22-May-2002 Dag-Erling Smorgrav wrote:
Miguel Mendez [EMAIL PROTECTED] writes:
I've attached both a backtrace and my dmesg. Is any extra info needed?
RTFAQ.
#10 0xc01d5899 in panic (fmt=0xc02fed34 setrunnable(2))
at ../../../kern/kern_shutdown.c:647
#11 0xc01dbde2 in setrunnable
I have trouble that f77 cannot find -lfrtbegin which gcc-3.1 has.
For example, the program shown below cannot be linked.
---8--8--8--8---
program killw2k
c
write(*,*) '\t\b\b'
stop
end
---8--8--8--8---
Verbose output is like this.
$ f77 -v
At 7:02 PM +0300 5/22/02, Ruslan Ermilov wrote:
The upgrade instructions found in src/UPDATING and src/Makefile.inc1
are not quite correct. Suggesting to reboot with the new kernel
and non-matching userland is safer than opposite of course, but
does not always work nor guaranteed to work at all.
On Wed, May 22, 2002 at 01:05:48PM -0400, John Baldwin wrote:
On 22-May-2002 Ruslan Ermilov wrote:
Hi!
The upgrade instructions found in src/UPDATING and src/Makefile.inc1
are not quite correct. Suggesting to reboot with the new kernel and
non-matching userland is safer than
48 matches
Mail list logo