minicom segfaults

Hi, When trying to use minicom, it segfaults when trying to open the serial port. The serial port exists and has a translator running on it. I have a feeling that this is a hurd problem. I have compiled minicom with debugging support. You can get it at ftp://walfield.org/pub/people/neal/hurd/

Re: Bug#46977: marked as done (gnumach: debian diff update)

From: [EMAIL PROTECTED] (Debian Bug Tracking System) Subject: Bug#46977: marked as done (gnumach: debian diff update) Date: 28 Apr 2000 22:19:10 - > please update the Debian directory with the below diff, so we get back in > sync a bit again. Why can't you update the directory yourself? II

Re: EXECSERVERS disabled, but why?

> why is the code that allows for user EXECSERVERS commented out? You got me. It might just have been buggy, or there might have been a security concern that we weren't ready to think about hard enough. There might be some old mailing list archives with relevant discussion, but it's a long time

Processed: hurd bugs

Processing commands for [EMAIL PROTECTED]: > close 62817 Bug#62817: doc generation fails Bug is already closed, cannot re-close. > merge 58155 60807 Bug#58155: fgetpos failed Bug#60807: [[EMAIL PROTECTED]: Reporting some bugs] Merged 58155 60807. > -- Stopping processing here. Please contact m

Bug#46977: marked as done (gnumach: debian diff update)

Your message dated Fri, 28 Apr 2000 23:12:16 +0200 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

EXECSERVERS disabled, but why?

Hi, why is the code that allows for user EXECSERVERS commented out? Thanks, Marcus Wed Oct 18 03:05:05 1995 Roland McGrath <[EMAIL PROTECTED]> * hashexec.c: New file. * exec.c (struct execdata): Moved to priv.h. (std_*, finish): Make global. (do_exec): Only re