Hi all,
I've just finished syncing up our libedit to the version in NetBSD,
which includes a number of bugfixes, but perhaps more interestingly it
can function as a drop-in (apparently binary compatible) replacement
for GNU libreadline (unfortunately it's not binary compatible with our
present
On Mon, Jul 16, 2001 at 01:31:27AM -0700, Kris Kennaway wrote:
I've just finished syncing up our libedit to the version in NetBSD,
which includes a number of bugfixes, but perhaps more interestingly it
can function as a drop-in (apparently binary compatible) replacement
for GNU libreadline
On Mon, Jul 16, 2001 at 01:31:27AM -0700, Kris Kennaway wrote:
for GNU libreadline (unfortunately it's not binary compatible with our
present libedit). I've tested this so far with bc and gdb and it
..or source compatible, apparently. I thought I'd tested this with
the ftp client, but I
On Mon, Jul 16, 2001 at 10:33:51AM +0100, David Malone wrote:
On Mon, Jul 16, 2001 at 01:31:27AM -0700, Kris Kennaway wrote:
I've just finished syncing up our libedit to the version in NetBSD,
which includes a number of bugfixes, but perhaps more interestingly it
can function as a
On Mon, Jul 16, 2001 at 10:33:51 +0100, David Malone wrote:
On Mon, Jul 16, 2001 at 01:31:27AM -0700, Kris Kennaway wrote:
I've just finished syncing up our libedit to the version in NetBSD,
which includes a number of bugfixes, but perhaps more interestingly it
can function as a drop-in
On Sun, 15 Jul 2001 [EMAIL PROTECTED] wrote:
In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo.
kernel without SSE works fine.
I got a very similar panic when trying an UP kernel with SSE enabled.
mi_switch() sets curproc-p_oncpu to NOCPU before calling
On Mon, Jul 16, 2001 at 02:33:00PM +0400, Andrey A. Chernov wrote:
It doesn't actually impliment all of libreadline - just it's most
common uses. Last time I checked libedit couldn't emulate readline's
callback mode. I looked at implimenting the callback stuff, but it
would be really
With recent -CURRENT kernels (including one from yesterday), I get
random strange behaviours as far as my ATA disk is concerned:
- the disk light stays on;
- I can read from the disk but cannot write anything to it (sync
blocks, writes from vi block, ...);
- suspending then resuming
It seems Samuel Tardieu wrote:
With recent -CURRENT kernels (including one from yesterday), I get
random strange behaviours as far as my ATA disk is concerned:
- the disk light stays on;
- I can read from the disk but cannot write anything to it (sync
blocks, writes from vi block,
Garrett Wollman wrote:
I'm not sure about POSIX, but the manpage of nohup does not mention
SIGCHLD. The only signals I see mentioned in revision 1.8 of nohup.1
are SIGHUP and SIGQUIT.
That is correct. SIGCHLD is entirely irrelevant to `nohup', as the
slightest amount of effort on
On Mon, Jul 16, 2001 at 12:41:18 -0700, Kris Kennaway wrote:
The vinum patch hilights the problem that the new libreadline (just
a symlink to libedit) exposes new symbols which may conflict with an
existing program. I'm not sure how to deal with this.
Can of worms opened, as I warn you
On Mon, Jul 16, 2001 at 12:00:55 -0700, Kris Kennaway wrote:
On Mon, Jul 16, 2001 at 11:16:12AM -0400, Garrett Wollman wrote:
On Mon, 16 Jul 2001 03:19:32 -0700, Kris Kennaway [EMAIL PROTECTED] said:
Personally, I think it's worth it to get rid of a GNU dependency in
the base system,
Title: Welcome
If you cannot read this eMail, please go tohttp://www.nwd42.com/s.asp?N=Zwm8Yq3701v~HNHEBLEDGOYJCHGDFHJhO
Welcome !
FINALLY, AFFORDABLE MUSIC FOR YOUR BUSINESS!
Some things just make sense. Like playing music in your business
I've seen this panic many times on my alpha SMP testbox. It seems that the vm
object returned by vm_map_lookup via the fs.first_object variable is actually
NULL, resulting in a NULL pointer deref when calling vm_object_pip_add() (note
object=0x0). I haven't seen this on UP or x86 before,
On Mon, Jul 16, 2001 at 02:39:17PM -0700, Matthew Jacob wrote:
On Mon, 16 Jul 2001, Wilko Bulte wrote:
On Mon, Jul 16, 2001 at 02:30:47PM -0700, Matthew Jacob wrote:
I've seen this panic many times on my alpha SMP testbox. It seems that the vm
object returned by vm_map_lookup via
On Sat, Jul 07, 2001 at 06:54:53PM -0700, Mike Smith wrote:
Yelling at people won't solve the problem, nor will trying to hold the
project to ransom. These are things that you need to take into
consideration.
You can take over Gcc and Binutils maintenance at any time. I doubt you or
any
On Mon, Jul 16, 2001 at 02:30:47PM -0700, Matthew Jacob wrote:
I've seen this panic many times on my alpha SMP testbox. It seems that the vm
object returned by vm_map_lookup via the fs.first_object variable is actually
NULL, resulting in a NULL pointer deref when calling
On Mon, 16 Jul 2001, Wilko Bulte wrote:
On Mon, Jul 16, 2001 at 02:30:47PM -0700, Matthew Jacob wrote:
I've seen this panic many times on my alpha SMP testbox. It seems that the vm
object returned by vm_map_lookup via the fs.first_object variable is actually
NULL, resulting in a NULL
On Mon, 16 Jul 2001 03:19:32 -0700, Kris Kennaway [EMAIL PROTECTED] said:
Personally, I think it's worth it to get rid of a GNU dependency in
the base system, as well as reducing the overall amount of functional
code duplication.
I don't, particularly since the two programs which use it are
On Mon, Jul 16, 2001 at 11:16:12AM -0400, Garrett Wollman wrote:
On Mon, 16 Jul 2001 03:19:32 -0700, Kris Kennaway [EMAIL PROTECTED] said:
Personally, I think it's worth it to get rid of a GNU dependency in
the base system, as well as reducing the overall amount of functional
code
While upgrading an old (October 2000) -current system which did not
have a libc.so.5 yet, I ran into this failure in src/lib/ncurses:
cc -o make_keys -nostdinc -O -pipe -mcpu=ev56 -mcpu=ev56 -I. -I/c/src/lib/libncurses
-I/c/src/lib/libncurses/../../contrib/ncur
ses/ncurses
On Mon, Jul 16, 2001 at 01:31:27AM -0700, Kris Kennaway wrote:
Fetch the following file and unpack it in /usr/src; it will overwrite
the contents of lib/libedit. You should also disable libreadline in
gnu/lib/Makefile (and might want to remove /usr/include/readline/* to
make sure it picks
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x3a
fault code= supervisor write, page not present
instruction pointer = 0x8:0xc02c8cfe
stack pointer = 0x10:0xcd6d1d44
frame pointer = 0x10:0xcd6d1d5c
code segment = base 0x0,
Thus spake John Baldwin ([EMAIL PROTECTED]):
tf_eip = -1070822146, tf_cs = 8, tf_eflags = 66118,
tf_esp = -1069680480, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:405
#11 0xc02c8cfe in vm_object_pip_add (object=0x0, i=1)
I've seen this panic many times on my alpha SMP
24 matches
Mail list logo