Re: Followup to gcc-3 bugreport on Hurd

2001-12-10 Thread Roland McGrath
I fixed the conditionals in sysdeps/mach/configure so that libc_cv_gcc_unwind_find_fde is yes in the cases where a pre-2.2.5 ABI is supported and no in the cases where it's not. This lets me build the compatible case (i.e. without --enable-libio or --enable-oldest-abi, so you get libc_cv_gcc_unwi

BUSINESS PROPOSAL

2001-12-10 Thread Mbeti Motumba
Sir, May I briefly introduce myself. I am Dr.Mbeti Motumba of the Democratic Republic of Congo (formerly Zaire) and the former aide de camp of the Late President Laurent Kabila of blessed memory. I am presently living in Nigeria on asylum. In case you are wondering how I got your contact, I got

Re: video mem access with oskit-mach

2001-12-10 Thread Roland McGrath
I checked in some ds_mem.c changes that should robustify vs overflow. Please try it out. As to that special_mem_device call, I'm not sure exactly what I was thinking. The comment makes sense, but the code doesn't match. It looks like libstore uses size_t in place of dev_status_t, and so it will

Re: video mem access with oskit-mach

2001-12-10 Thread Roland McGrath
Well, for one thing I've disabled the panic in place of returning D_INVALID_RECNUM. That was just there for some debugging I was doing once a long time ago. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Re: video mem access with oskit-mach

2001-12-10 Thread Marcus Brinkmann
On Mon, Dec 10, 2001 at 03:38:17PM -0500, Roland McGrath wrote: > > Here the mode is hard coded to read only. > > I checked in a fix for that. Please try a variety of operations on "mem" > and verify that none of them crash or anything. Obviously the writing code > has never been tested. Yep,

Re: video mem access with oskit-mach

2001-12-10 Thread Roland McGrath
> Ugh, except that I can't map a part of the mem device, because of libstore > breakage: Actually, it's right about the kernel being broken. The only thing that actually works in gnumach or in oskit-mach is to device_map with an offset of zero to get a memory object covering the entire address s

Re: video mem access with oskit-mach

2001-12-10 Thread Marcus Brinkmann
On Mon, Dec 10, 2001 at 03:38:17PM -0500, Roland McGrath wrote: > > Here the mode is hard coded to read only. > > I checked in a fix for that. Please try a variety of operations on "mem" > and verify that none of them crash or anything. Obviously the writing code > has never been tested. Yeah,

Re: video mem access with oskit-mach

2001-12-10 Thread Roland McGrath
> Here the mode is hard coded to read only. I checked in a fix for that. Please try a variety of operations on "mem" and verify that none of them crash or anything. Obviously the writing code has never been tested. > I can not device_map with VM_PROT_WRITE, as the open mode is verified > (D_WR

Re: video mem access with oskit-mach

2001-12-10 Thread Marcus Brinkmann
On Mon, Dec 10, 2001 at 08:20:15PM +0100, Marcus Brinkmann wrote: > On Mon, Oct 01, 2001 at 05:12:17PM -0400, Roland McGrath wrote: > > The keyboard and video questions are really quite separate, > > so I am answering them in two separate threads. > > > > I believe that everything should already

Re: I/O permission control in OSKit-Mach

2001-12-10 Thread Roland McGrath
> On Sat, Oct 20, 2001 at 10:42:35PM -0400, Roland McGrath wrote: > > Indeed. I think the best plan is to scrutinize the pmap locking strategy > > and do something similar. > > I am looking into this, but it looks quite hard. In fact, it requires an > interrupt to signal the other processors (S

Re: video mem access with oskit-mach

2001-12-10 Thread Marcus Brinkmann
On Mon, Oct 01, 2001 at 05:12:17PM -0400, Roland McGrath wrote: > The keyboard and video questions are really quite separate, > so I am answering them in two separate threads. > > I believe that everything should already be in place in Mach (both flavors) > and in the Hurd for mapping physical de

Re: colortext patch

2001-12-10 Thread Marcus Brinkmann
On Tue, Oct 02, 2001 at 08:57:29PM +0200, Marcus Brinkmann wrote: > + if (videomem < 0) > +error (EXIT_FAILURE, errno, "mmap"); This part of my patch is wrong, it needs to be "== MAP_FAILED" (the pointer is not negative, but 0x). Thanks, Marcus -- `Rhubarb is no Egyptian god.' Deb

Re: ^Y suspending in nano and info

2001-12-10 Thread Thomas Bushnell, BSG
Jordi Mallach <[EMAIL PROTECTED]> writes: > Under the hurd, pressing ^Y inside nano sends a SIGSTOP, when it should > just go back one page in the editor. Under Linux it's ok, and only ^Z > suspends the application when it's ran with the "-z" flag. > > Neal says maybe nano isn't ignoring SIGSTOP

Re: large file?

2001-12-10 Thread Thomas Bushnell, BSG
Roland McGrath <[EMAIL PROTECTED]> writes: > I don't know any reason to expect problems from an older e2fsprogs. There have been various small format changes. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

^Y suspending in nano and info

2001-12-10 Thread Jordi Mallach
Hello, Under the hurd, pressing ^Y inside nano sends a SIGSTOP, when it should just go back one page in the editor. Under Linux it's ok, and only ^Z suspends the application when it's ran with the "-z" flag. Neal says maybe nano isn't ignoring SIGSTOP or some other signal that it should be ignor