Hi,
I just got this panic on current source supped midnight GMT 26th July
(today...). I haven't seen anyone else mention this, it happened when i
ran 'fg' in a tcsh root shell.
System dropped to debugger, i typed 'panic' but it couldn't dump to
disk, it printed the _sx_xlock panic below many
Having a laptop here, I wanted to get the same 800x600 console that I
have in -stable. I built my kernel with OPTIONS VESA and OPTIONS
SC_PIXEL_MODE. I have tried two methods. The first was to put 0x0080
in the device.hints file for SC. That gave me a blank screen upon
startup. I also tried
Peter Schultz wrote:
On Thu, 2002-07-25 at 16:30, Alex Zepeda wrote:
I can buildworld no problem, play mp3s, read mail. But as soon as I play
around in X... boom the system falls over.
As of this morning's new world I cannot open galeon/mozilla without a
complete lockup. I've also
John Baldwin wrote:
On 26-Jul-2002 andrew bliznak wrote:
John Baldwin wrote:
On 26-Jul-2002 andrew bliznak wrote:
[ ... ]
Actually, I think gdb has screwed up your backtrace some anyway. Back
to the original fault messages:
fault virtual address = 0x24
fault code =
Karl,
On Thu, Jul 25, 2002 at 11:09:05PM -0700, karl agee wrote:
on my box perl is located
su-2.05a# whereis perl
perl: /usr/bin/perl /usr/share/man/man1/perl.1.gz /usr/src/usr.bin/perl
it is a wrapper.
Perl now isn't in a base system.
I checked various files to see if I could edit
On Thu, 2002-07-25 at 16:30, Alex Zepeda wrote:
I can buildworld no problem, play mp3s, read mail. But as soon as I play
around in X... boom the system falls over.
As of this morning's new world I cannot open galeon/mozilla without a
complete lockup. I've also been locking up the system
Yes, this is a known problem. I have a patch for this, you may
download it from here:
http://opensource.zjonline.com.cn/freebsd/vm86patch.tgz
David Xu
- Original Message -
From: Rob [EMAIL PROTECTED]
To: Current [EMAIL PROTECTED]
Sent: Saturday, July 27, 2002 6:46 AM
Subject: VESA
John Baldwin wrote:
On 26-Jul-2002 andrew bliznak wrote:
#14 0xc03179d8 in calltrap () at {standard input}:98
#15 0xc01e4db5 in _mtx_lock_sleep (m=0x28, opts=0, file=0x0, line=0)
at /usr/home/andrew/C/src/sys/kern/kern_mutex.c:598
This is the bug, it's like it is dereferencing a null
Peter Schultz wrote:
On Thu, 2002-07-25 at 16:30, Alex Zepeda wrote:
I can buildworld no problem, play mp3s, read mail. But as soon as I play
around in X... boom the system falls over.
As of this morning's new world I cannot open galeon/mozilla without a
complete lockup. I've also
All,
I just cvsuped and built a new kernel and world last night, updating from a
2 week old -current that was working fine. Now, TCP seems broken. After I
open and close a single TCP session, any further TCP opens result in either
a failure (connection refused) or a system deadlock. ICMP
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On 26-Jul-2002 andrew bliznak wrote:
John Baldwin wrote:
On 26-Jul-2002 andrew bliznak wrote:
#14 0xc03179d8 in calltrap () at {standard input}:98
#15 0xc01e4db5 in _mtx_lock_sleep (m=0x28, opts=0, file=0x0, line=0)
at /usr/home/andrew/C/src/sys/kern/kern_mutex.c:598
This is the
David Xu wrote:
Yes, this is a known problem. I have a patch for this, you may
download it from here:
http://opensource.zjonline.com.cn/freebsd/vm86patch.tgz
David Xu
Thanks!! Rob.
--
-
The Numeric Python EM Project
www.pythonemproject.com
To
A small observation which I hope will be useful:
I started getting unexpected lockups during mozilla sessions after
remaking world kernel on the evening of July 25. The screen
would freeze completely, followed a few seconds later by a
spontaneous reboot.
After this happened twice I deleted
Hi
I got something similar after cvsup'ing and generating a system earlier today (4hrs
ago) and running mozilla. Unlike other times, I have a coredump.
I hope the following helps:
GNU gdb 5.2.0 (FreeBSD) 20020627
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the
Ok, I tried rebooting to my old orig kernel (5.0-DP1) to see if it
helped my printing issue. well, this happened when I rebooted:
Panic: Malloc type lacks magic
Debugger (panic)
stopped at Debugger+0x40 xorl%eax, %eax
?
--karl
To Unsubscribe: send mail to [EMAIL
Yes, that code is very broken indeed. It probably was supposed to
call __rpc_setconf(udp) and not getnetconfigent(udp), but that
seems to pick up an ipv6 address. I think the best plan is to go
back to the way that part of the code was before revision 1.10.
Could you try the following
* Bakul Shah [EMAIL PROTECTED] [020725 23:14] wrote:
Yes, that code is very broken indeed. It probably was supposed to
call __rpc_setconf(udp) and not getnetconfigent(udp), but that
seems to pick up an ipv6 address. I think the best plan is to go
back to the way that part of the code was
I am trying to install imwheel in my -current setup...ran make install
in the port (updated yesterday) and it ran the compliation but bombed at
perl. It sed:
su-2.05a# make install; make clean
imwheel-0.9.9.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
Attempting to fetch from
At 12:01 PM +0200 7/26/02, Michael Nottebrock wrote:
Erik Greenwald wrote:
speaking of, is there any good way to automatically eliminate old
unnecessary parts of the base?
should there be one? :)
An increasing number of people seem to believe that and there has
been some discussion lately,
On Fri, 2002-07-26 at 18:43, karl agee wrote:
ok, what's going on here???
system: 5.0-current.
trying to print to a post script laser printer which works fine in the
past. setup using apsfilter.
When I attempt to print any file from any program the desktop locks up
then the system
22 matches
Mail list logo