I have modified fshelp_start_translator_long to pass the task port for
the translator to the call back function. This works fine if a debugger
is no attached to either the translator or the settrans. When I do, the
translator gets MACH_PORT_NULL when it does a getport call. Here is
some output:
On Tue, Jan 16, 2001 at 03:55:16AM -0500, Roland McGrath wrote:
> Marcus has made some changes to libstore and gnumach that should make it
> handle disks up to a terabyte or two. If you have the most recent gnumach
> (with a 2001-01-09 ChangeLog entry), and hurd (which you are evidently
> buildin
That is a resource-shortage crash. If you got a stack trace of the crash
(e.g. use ddb if that still works), then we could see what kind of kernel
object it was allocating. It might be a general eat-all-memory bug, or it
might be a fast leak in some particular kind of kernel object (ports, etc).
Package: gnumach
Version: CVS Snapshots
When doing large builds, I have gotten a lot of kernel panics (gnumach).
They are (so far) caused without exception when ranlib is running. Just
now, I got a chance to see the console before it rebooted itself (and
as usual, trashed the partition). It sai
> I didn't follow that track, because it was coming from libwrap (tcp
> wrapper), and I was not set up to debug there. Instead, I let inetd start
> telnetd directly, and attached gdb to pfinet before doing so.
tcpd just execs telnetd after doing the access check. So when you have an
open connect
On Tue, Jan 16, 2001 at 05:59:47AM -0500, Roland McGrath wrote:
> The IP options are bogus--they are not really there. Figure out how it is
> that telnetd thinks it is getting IP options. Whatever is returning an
> indication of IP options must be a bug (in libc or pfinet).
I didn't follow that
On Tue, Jan 16, 2001 at 03:55:16AM -0500, Roland McGrath wrote:
> Marcus has made some changes to libstore and gnumach that should make it
> handle disks up to a terabyte or two. If you have the most recent gnumach
> (with a 2001-01-09 ChangeLog entry), and hurd (which you are evidently
> buildin
Your message dated Tue, 16 Jan 2001 14:42:19 +0100
with message-id <[EMAIL PROTECTED]>
and subject line fixed
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen th
The IP options are bogus--they are not really there. Figure out how it is
that telnetd thinks it is getting IP options. Whatever is returning an
indication of IP options must be a bug (in libc or pfinet).
F_SETOWN might in fact not work, I guess it should. That translates to
io_mod_owner. Is
I have a variety of things to say about the work you've done here. The
first thing is that I'm very glad to see that you have taken on a project
like this and gotten nominally working. This is a fine way for you and
others who read your code to get a good understanding of how to write Hurd
compo
Marcus has made some changes to libstore and gnumach that should make it
handle disks up to a terabyte or two. If you have the most recent gnumach
(with a 2001-01-09 ChangeLog entry), and hurd (which you are evidently
building yourself, so just get current hurd from cvs), then libstore ought
to w
11 matches
Mail list logo
