looks like nobody has fixed stlport since the last time gcc was
upgraded...
(i don't know C++ very well, so wasn't able to fix it myself...)
make
=== Extracting for stlport-gcc-4.5.3_1
Checksum OK for STLport-4.5.3.tar.gz.
=== stlport-gcc-4.5.3_1 depends on executable: gmake - found
===
My USB PCI hub is:
ohci0: NEC uPD 9210 USB controller mem 0xec00-0xec000fff irq 5 at device 5.0 on
pci2
usb0: OHCI version 1.0
usb0: NEC uPD 9210 USB controller on ohci0
usb0: USB revision 1.0
uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self
On Sun, 9 Feb 2003, Craig Rodrigues wrote:
On Sun, Feb 09, 2003 at 10:54:27AM -0800, Lamont Granquist wrote:
looks like nobody has fixed stlport since the last time gcc was
upgraded...
I don't get these error messages on -current.
g++ -D_THREAD_SAFE -D_REENTRANT -fexceptions -I
Thanks, that looks like that was the issue...
On Sun, 9 Feb 2003, Lamont Granquist wrote:
On Sun, 9 Feb 2003, Craig Rodrigues wrote:
On Sun, Feb 09, 2003 at 10:54:27AM -0800, Lamont Granquist wrote:
looks like nobody has fixed stlport since the last time gcc was
upgraded...
I don't
On Wed, 11 Dec 2002, Kenneth D. Merry wrote:
On Wed, Dec 11, 2002 at 11:37:42 -0800, Nate Lawson wrote:
On Tue, 10 Dec 2002, Lamont Granquist wrote:
# ps xauww | egrep cda
root 36761 0.0 0.3 1884 1452 p4 D 7:25PM 0:00.01
/usr/X11R6/lib/X11/xmcd/bin-FreeBSD_5-i386/cda
= 1,
ccb_list = {slh_first = 0x0}, periph_links = {sle_next = 0x0},
unit_links = {
tqe_next = 0x0, tqe_prev = 0xc41cdb40}, deferred_callback = 0,
deferred_ac = 0}
(kgdb)
On Thu, 12 Dec 2002, Nate Lawson wrote:
On Thu, 12 Dec 2002, Lamont Granquist wrote:
On Wed, 11 Dec 2002, Kenneth D
On Wed, 11 Dec 2002, Nate Lawson wrote:
On Tue, 10 Dec 2002, Lamont Granquist wrote:
# ps xauww | egrep cda
root 36761 0.0 0.3 1884 1452 p4 D 7:25PM 0:00.01
/usr/X11R6/lib/X11/xmcd/bin-FreeBSD_5-i386/cda -batch -dev /dev/cd0 on
# strace -p 36761
ioctl(0, CAMGETPASSTHRU
# ps xauww | egrep cda
root 36761 0.0 0.3 1884 1452 p4 D 7:25PM 0:00.01
/usr/X11R6/lib/X11/xmcd/bin-FreeBSD_5-i386/cda -batch -dev /dev/cd0 on
# strace -p 36761
ioctl(0, CAMGETPASSTHRU
(...hangs forever and won't die with kill -9...)
This device is:
cd0 at ahc0 bus 0 target 4 lun
okay, any idea what i'm looking for then? something is locking the whole
system up...
On Thu, 24 Oct 2002, Julian Elischer wrote:
On Thu, 24 Oct 2002, Lamont Granquist wrote:
my -current box keeps freezing about every 24h. i broke into the kernel
and forced a panic and found lots
my -current box keeps freezing about every 24h. i broke into the kernel
and forced a panic and found lots of processes stuck in mi_switch().
my uname is a build from tuesday running on an SMP machine:
uname -a
FreeBSD coredump.scriptkiddie.org 5.0-CURRENT FreeBSD 5.0-CURRENT #16: Tue
Oct 22
I'd suggest this:
#define EV_SET(kevpin, a, b, c, d, e, f) do { \
struct kevent *kevp = kevpin; \
(kevp)-ident = (a);\
(kevp)-filter = (b); \
(kevp)-flags = (c);\
(kevp)-fflags = (d);
On Wed, 4 Sep 2002, Thomas Quinot wrote:
Le 2002-09-03, Lamont Granquist écrivait :
i cvsup'd last night, and now i tried portupdate -a -f and debugging
build problems with libtool i found that on my system i can make perl spin
and consume 100% of a CPU just by:
perl -pe s/foo/bar/g
On Sun, 1 Sep 2002, David O'Brien wrote:
On Sun, Sep 01, 2002 at 12:37:14PM -0700, Lamont Granquist wrote:
It sounds like gcc-3.1 or gcc-3.2 will be archaic and buggy
by the time that 5.2 and 5.3 come out.
How would gcc-3.2 get more buggy over time than it is today??
I said it was buggy
i cvsup'd last night, and now i tried portupdate -a -f and debugging
build problems with libtool i found that on my system i can make perl spin
and consume 100% of a CPU just by:
perl -pe s/foo/bar/g /tmp
(turs out i can do this with any perl command, even perl --version...)
i also can't kill
On Mon, 2 Sep 2002, David O'Brien wrote:
On Mon, Sep 02, 2002 at 02:17:25AM -0700, Lamont Granquist wrote:
On Sun, 1 Sep 2002, David O'Brien wrote:
On Sun, Sep 01, 2002 at 12:37:14PM -0700, Lamont Granquist wrote:
It sounds like gcc-3.1 or gcc-3.2 will be archaic and buggy
On Sun, 1 Sep 2002, David O'Brien wrote:
3.3.0 will be released before FreeBSD 5.1. It is my advice to
FreeBSD'ville that we go with a GCC 3.3 snapshot for FBSD 5.0 and a GCC
3.3.0 release for FBSD 5.1. That way we can get the new features of 3.3
into our 5.x branch. AND get bug fixes by
So, I was playing around with snapshots and trying to come up with a cron
job which would do automatic snapshots of a system, kind of similar to
what you can get with a NetApp. I wrote the attatched (somewhat ugly)
proof of concept script to manage a /.snapshot directory for all the
mounted
I cvsup'd and built last night around midnight and now I can reliably
induce a freeze by firing up X and trying to load a page in mozilla
(firing up mozilla doesn't do it, but the first page i try to load kills
it). I get no crash dumps, and have to physically power the machine down.
Attatched
Yeah, removing INET6 seems to make it much more stable for me as well.
On Sun, 28 Jul 2002, walt wrote:
After reading Scott Long's recent post I tried removing INET6
from my kernel config and the crashes due to mozilla are now
definitely gone.
The question remains, I suppose, whether there
I just cvsup'd and about 1.5h later got a crash+reboot with no dump. I
think someone else mentioned problems with fsck and I saw something like
that too -- it looked like the rc scripts errored out after the fsck and
dropped me into single user...
To Unsubscribe: send mail to [EMAIL
On Sun, 7 Jul 2002, Josef Karthauser wrote:
On Sat, Jul 06, 2002 at 04:57:08PM -0700, Julian Elischer wrote:
Well with various hints from here and there I have fixed
the ^Z/fg problem (at least it seems fixed to me and others that
have tested) This basically leaves only one outstanding
from May 26 kernel:
% dmesg | egrep sleep | sort | uniq -c
3 /usr/src/sys/vm/uma_core.c:1324: could sleep with UMA lock locked
from /usr/src/sys/vm/uma_core.c:1157
2 /usr/src/sys/vm/uma_core.c:1324: could sleep with eventhandler
locked from /usr/src/sys/kern/subr_eventhandler.c:162
78
I just got this in dmesg:
lock order reversal
1st 0xdaa8ce2c process lock (process lock) @ /usr/src/sys/kern/kern_exec.c:316
2nd 0xc0424d60 filelist lock (filelist lock) @ /usr/src/sys/kern/kern_descrip.c:1112
What other information is needed to debug this?
To Unsubscribe: send mail to
On Mon, 27 May 2002, Sheldon Hearn wrote:
On Sun, 26 May 2002 15:28:44 MST, Lamont Granquist wrote:
I got non-deterministic internal compiler errors when I was trying to
compile mozilla. At the same time I was compiling gnome in another
terminal window. It only happened with mozilla
Sorry in advance this bug report is probably not going to have enough
information...
On this box from an Apr 28th kernel that is pre-gcc-3.x:
uname -a
FreeBSD coredump.scriptkiddie.org 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sun
Apr 28 14:54:52 PDT 2002
[EMAIL
On Mon, 13 May 2002, Jonathan Perkin wrote:
On Mon May 13, 2002 at 02:02:28PM -0600, Lyndon Nerenberg wrote:
There is one problem with the /usr/bin/perl redirector: it can
cause autoconfiguration scripts to mistakenly think perl is
installed on the system (they find the /usr/bin/perl
On Sun, 28 Apr 2002, Kris Kennaway wrote:
On Sat, Apr 27, 2002 at 03:45:49PM -0700, Lamont Granquist wrote:
I just did a cvsup today to -current on a GENERIC+SMP kernel and my uptime
is showing 8909 days. Motherboard is an ASUS A7M266D with the (possibly
buggy) 1004 BIOS.
I'm
On Sun, 28 Apr 2002, Hiten Pandya wrote:
--- Lamont Granquist [EMAIL PROTECTED] wrote:
I'm seeing this too, but I expect it's probably caused by out of sync
kernel and world. I haven't yet been able to test this hypothesis.
I don't think so, I did:
[...]
Just cvsup again
I just did a cvsup today to -current on a GENERIC+SMP kernel and my uptime
is showing 8909 days. Motherboard is an ASUS A7M266D with the (possibly
buggy) 1004 BIOS.
Here's my dmesg:
==
boot() called on cpu#1
Waiting (max
On Sat, 30 Mar 2002, Doug White wrote:
On Sat, 30 Mar 2002, A.Z. wrote:
I am upgrading 4.5 to -current.
buildworld went fine,
make buildkernel also fine,
but make installkernel is giving me an error
kldxref/boot/kernel
kldxref: No Such Fule or Directory
***Error code
Of course that should be an A7M266D...
(its friday, my brain is fried and i think i need to take a sauna...)
On Fri, 22 Mar 2002, Lamont Granquist wrote:
GENERIC works, so this looks like an SMP problem.
Its happening right after the CPU initializes. This is probably the first
SMP code
I just cvsupped about an hour ago, built world and built a kernel that was
GENERIC with 486/586 turned off and SMP and IOAPIC turned on. It crashed
while trying to mount root. Apologies for mistakes in the following since
I don't have a serial console and had to write it down:
normal da0 SCSI
fix this as well maybe?
On Fri, 22 Mar 2002, Lamont Granquist wrote:
I'll try to see if this was due to the cvsup or due to SMP. I've got a UP
kernel from a few weeks ago that works fine.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
I've seen this as well, -current from about 5 days ago, dual proc 1.4GHz
K7 A7M266D with a 13GB IBM UDMA66 drive, GENERIC kernel + hints.
On Sat, 16 Mar 2002, Hiten Pandya wrote:
--- Poul-Henning Kamp [EMAIL PROTECTED] wrote:
I haven't seen this. I built a kernel today, and I have a dual
On 15 Mar 2002, Dag-Erling Smorgrav wrote:
Emiel Kollof [EMAIL PROTECTED] writes:
Why not test for it like this (or similar):
[ -x /usr/sbin/kldxref ] /usr/bin/kldxref (etcetera...)
A better solution is
@(kldxref ${DESTDIR}${KMODDIR} || \
echo Ignoring non-fatal
So, I've got a CVS checkout of 5-CURRENT on my 4.5-STABLE box and I'd like
to upgrade to a spare partition that I have on the machine (making it dual
boot). Can I just do:
make world DESTDIR=/mnt/tmp
And then build + drop the kernel into place + reboot?
To Unsubscribe: send mail to [EMAIL
36 matches
Mail list logo