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 li
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 libreadlin
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 mu
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 d
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 calli
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 rea
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 the
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 bl
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 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 yo
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:
> > < 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
> >
I have isolated the point at which current no longer runs as Jan 31 -
Feb 1 of this year. Prior version work fine, in Feb & Mar I get
either "Kernel trap 9 with interrupts disabled" or I think the same
thing with trap 26 (really not sure on that one).
Next I took a brand new current from this ev
subscribe freebsd-current
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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 th
> 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
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 k
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 vm_object_pip
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
< 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 already
GNU software, so you haven't actually bought any additio
On Mon, Jul 16, 2001 at 11:16:12AM -0400, Garrett Wollman wrote:
> < 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 wh
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 -I/c/src/lib/libncurses
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 pick
> 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 0
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 SM
26 matches
Mail list logo
