> Date: Sat, 23 Dec 2006 12:10:22 +0100
> From: Thomas Schwinge <[EMAIL PROTECTED]>
>
> Hello!
>
> Has anyone ever worked on porting the GDB distribution's gdbserver to
> GNU/Hurd?
I'm pretty sure the answer to that question is no.
> In case you don't know: this would allow for debugging progra
Please be aware that the Mach LDT code still contains serious bugs.
Setting the segment registers to something else than thier defaults is
very likely to crash the kernel. I've tried to hunt down the bug, but
didn't succeed.
Mark
___
Bug-hurd mailin
From: Roland McGrath <[EMAIL PROTECTED]>
Date: Thu, 25 Oct 2001 02:31:19 -0400 (EDT)
> (gdb) attach 743
> Attaching to program `/usr/bin/tail', pid 743
> ^C^C
Hmm. That might be gdb trying to talk to the signal thread.
Definitely.
But there is no excuse for C-c not worki
From: Derek Fults <[EMAIL PROTECTED]>
Date: Fri, 12 Oct 2001 13:09:17 -0500
I am also working on trying to port Hurd to OSF mach. I need to
get a hold of a mig that generates the correct code for OSF mach,
(without typchecking). Peter Bruin said he could get me one in a
couple
From: Igor Khavkine <[EMAIL PROTECTED]>
Date: Mon, 2 Jul 2001 01:37:59 -0400
On Sun, Jul 01, 2001 at 08:27:17PM -0400, Igor Khavkine wrote:
>
> In this case, should the creation of the "red zone" be the programmer's
> responsibility, or is there a way to create it with the libra
From: Moritz Schulte <[EMAIL PROTECTED]>
Date: 02 Jul 2001 00:27:20 +0200
> make[1]: Entering directory `/root/src/hurd/libdiskfs'
> gcc -O -Wall -g -O3 -I. -I.. -I../include -D_GNU_SOURCE-c -o file-syncfs.o
file-syncfs.c
> file-syncfs.c: In function `helper':
> file-syn
Date: Fri, 29 Jun 2001 15:49:01 -0500
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Hi,
io/fts.c has a MAXPATHLEN issue.
The Debian glibc build of 2.2.3-6 (CVS 6-9-2001) fails because
of that.
I don't see any problems with the current CVS version. Yes, it uses
MAXPATHLEN, but on
From: [EMAIL PROTECTED] (Thomas Bushnell, BSG)
Date: 29 Jun 2001 10:55:51 -0700
Mark Kettenis <[EMAIL PROTECTED]> writes:
> The way the ext2fs and ufs file system calculate the number of
> available blocks can yield a negative number. Since fsblkcont_t is an
>
Hey Marcus, it works really great. No real problems thus far. Even
ftpfs seems to work reasonably well.
Thanks!
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Mark Kettenis <[EMAIL PROTECTED]>
* inode.c (diskfs_set_statfs): If number of free blocks is less
than the number of reserved blocks, set the number of available
blocks to 0.
Index: ufs/ChangeLog
from Mark Kettenis <[EMAIL PROTECTED]>
Date: Sun, 27 May 2001 18:36:52 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
On Thu, May 24, 2001 at 05:17:08PM +0200, Mark Kettenis wrote:
> I can't reproduce Marcus' problems with a freshly checked out glibc.
> Everything appears to work fine for me.
I can't reproduce Marcus' problems with a freshly checked out glibc.
Everything appears to work fine for me.
Oh, and invoking ld.so on a statically linked executable isn't
supposed to work I think. Produces a segmentation fault on Linux and
Solaris, so I think the current Hurd hebaviour is quite
he argument/environment vector munging that we do at
various stages. And those things are done differently if a program is
started directly by Mach or serverboot or via the exec server.
The dates Marcus mentions make the following change a bit suspect:
2001-03-24 Mark Kettenis <[EMAIL PROTECTED
From: Roland McGrath <[EMAIL PROTECTED]>
Date: Sun, 11 Mar 2001 19:10:29 -0500 (EST)
Congratulations, you have found a GCC bug. Run the compilation by hand
with -v -save-temps, and then take the -v output and the .i file and
include them in your bug report to the GCC folks.
Sin
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Date: Wed, 7 Mar 2001 19:39:51 +0100
So I think this might have something to do with what _cthread_init_routine
does, or with the special code in libc/sysdeps/mach/hurd/i386/init-first
when this function is defined. I don't understand this
From: "Arkadi E. Shishlov" <[EMAIL PROTECTED]>
Date: Sun, 18 Feb 2001 02:27:47 +0200
Hi.
Just checked out and build latest hurd & glibc.
Attached two patches I've created to make it possible.
Hurd boots and works OK.
Thanks, I've applied the libc changes. I'll leave t
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Date: Thu, 4 Jan 2001 22:45:14 +0100
On Thu, Jan 04, 2001 at 04:04:14PM -0500, Roland McGrath wrote:
> > some largefile autoconf check included in shellutils, fileutils and probably
> > elsewhere doesn't recognize the Hurd stubs returning
From: Farid Hajji <[EMAIL PROTECTED]>
Date: Thu, 7 Dec 2000 13:03:39 +0100
Hi,
cross-compiling glibc (new cvs snapshot) breaks with the following
error message (while making $(GLIBC_BUILDDIR)/elf/dl-sysdep.os):
I already fixed this :-).
Mark
Date: Mon, 13 Nov 2000 20:04:22 +0100
From: Marcus Brinkmann <[EMAIL PROTECTED]>
This is a glibc bug. In libc/hurd/get-host.c, the returned buffer is not
null terminated if there is no newline in the file. A patch is below, I
didn't test it, but it's sort of obvious what is going w
Date: Thu, 26 Oct 2000 21:07:55 -0700
From: Steve Bowman <[EMAIL PROTECTED]>
No bug report needed. /usr/i386-gnu/lib is indeed a symlink to /gnu/lib
and ldd under hurd shows:
libc.so.0.2 => /lib/libc.so.0.2 (0x01022000)
for all libraries. ldd under linux just finds t
From: Roland McGrath <[EMAIL PROTECTED]>
Date: Tue, 10 Oct 2000 04:27:11 -0400 (EDT)
> So the more precise question is: should translators quit when the last
> reference to them is gone?
It is up to the translator to decide when it is safe and desireable to shut
down when there
Date: 07 Oct 2000 16:52:30 +0200
Content-Type: text/plain; charset=us-ascii
Hello,
I'm trying to compile the following code fragment:
[...]
Unfortunately, I get this compilation error:
gcc -g -Wall -I/gnu/includegeom.c -o geom
geom.c: In function `store_get_disk_
nfigure tests"), and the code is correct in any way.[1]
I have no problem with that. We should not claim to conform to things we
don'te rally conform to.
FYI, I checked in the following change:
2000-09-18 Mark Kettenis <[EMAIL PROTECTED]>
* sysdeps/mach/hurd/bits
Date: Sun, 27 Aug 00 21:46:05 +0100
From: Peter Bruin <[EMAIL PROTECTED]>
Dag Peter,
Hello,
I think there is a bug in glibc, in hurd/hurdsig.c:_hurdsig_init. It
happens when, in a cthreads program, _hurdsig_fault_init refers to
_hurd_msgport_thread before it is set in the _hur
Date: Mon, 31 Jul 2000 13:52:19 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
I don't think you really keep track of the Debian build scripts, do
you? :) (Ben Collins takes over maintenance of glibc, and he asked
me to take a look at his pre-packages).
No, I still live in the
Date: Sun, 30 Jul 2000 23:46:09 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Hi,
I tried to compile glibc 2.2 (CVS head from 2000-07-13), because there are
first debian sources for them and I want to make sure everything will work
when the time is ready.
I'm supposed to ma
Date: Sun, 30 Jul 2000 17:31:11 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
On Sat, Jul 29, 2000 at 07:05:27PM +0200, Mark Kettenis wrote:
> You'll probably need to provide alternatives for more (all) of the
> functions in oskit-0.97.2505/dev/x86/synch.c
From: Kalle Olavi Niemitalo <[EMAIL PROTECTED]>
Date: 29 Jul 2000 20:31:24 +0300
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> compiling oskit really stresses the Hurd. It takes many hours
> on my machine. But when I checked after 8 hours, it seemed to
> make slow progress, s
You'll probably need to provide alternatives for more (all) of the
functions in oskit-0.97.2505/dev/x86/synch.c in the oskit-mach
synch.c.
Mark
Date: Sat, 29 Jul 2000 00:03:06 -0700 (PDT)
From: Paul Eggert <[EMAIL PROTECTED]>
From: Mark Kettenis <[EMAIL PROTECTED]>
Date: Sat, 29 Jul 2000 01:22:03 +0200
Date: Sat, 29 Jul 2000 00:27:09 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]
[ Argh... It's [EMAIL PROTECTED] ]
Date: Sat, 29 Jul 2000 00:27:09 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
The culprit is that fileutils now defines _FILE_OFFSET_BITS 64 on the Hurd,
which sucks in functions like readdir64, lseek64 etc
Can we easily implement those?
Not
Date: Sat, 29 Jul 2000 00:27:09 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
The culprit is that fileutils now defines _FILE_OFFSET_BITS 64 on the Hurd,
which sucks in functions like readdir64, lseek64 etc
Can we easily implement those?
Not really.
I have to use --disable
Date: Thu, 27 Jul 2000 12:50:22 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Hi,
I just realized that I am suffering this unexpected error in __fork
problem only in long (several hours) perl runs. The autobuilder is
such a perl program, and it has a lot of system() calls (w
Date: Wed, 19 Jul 2000 00:14:01 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Hi Kalle,
you asked:
> Is it possible to debug the primary exec server with gdb?
> Or is it possible to run another exec server and debug that?
I have successfully attached gdb to the primary
From: Kalle Olavi Niemitalo <[EMAIL PROTECTED]>
Date: 14 Jul 2000 23:23:31 +0300
Mark Kettenis <[EMAIL PROTECTED]> writes:
>Date: Thu, 13 Jul 2000 19:27:55 -0400
>From: Olivier Galibert <[EMAIL PROTECTED]>
>
>settrans -c
Date: Thu, 13 Jul 2000 19:27:55 -0400
From: Olivier Galibert <[EMAIL PROTECTED]>
On Fri, Jul 14, 2000 at 01:07:38AM +0200, Marcus Brinkmann wrote:
> On Thu, Jul 13, 2000 at 07:01:28PM -0400, Olivier Galibert wrote:
> > Currently the on-disk structures for translators in ext2 allow
Date: Sat, 8 Jul 00 19:59:25 +0100
From: Peter Bruin <[EMAIL PROTECTED]>
Hello,
I would like to work on a port of the Hurd to the PowerPC, using OSF
Mach. I have already cross-compiled (= hacked) most of the GNU C library
and the Hurd; serverboot works (from the MkLinux promp
Date: Fri, 19 May 2000 19:03:38 -0400 (EDT)
From: Roland McGrath <[EMAIL PROTECTED]>
Yeah, on later thought I liked your idea fine.
Here's a patch. OK to check this in?
2000-05-20 Mark Kettenis <[EMAIL PROTECTED]>
* configure.in: Add check for li
Date: Thu, 18 May 2000 23:11:38 -0400 (EDT)
From: Roland McGrath <[EMAIL PROTECTED]>
I really don't have sources or a build on hand to look at at all these days.
But I suspect that it will dtrt for glibc-2.1 compatibility if we make
aliases with the GLIBC_2.0 version tag in libthre
Date: Sun, 14 May 2000 02:52:49 -0400 (EDT)
From: Roland McGrath <[EMAIL PROTECTED]>
> On Sat, Apr 22, 2000 at 02:20:30AM +0200, Marcus Brinkmann wrote:
> >
> > I have troble with current CVS version, cross compiled with gcc
> > 2.95.2 and glibc 2.1.3 (as of 2000/02/24). When b
Date: Sun, 14 May 2000 02:52:49 -0400 (EDT)
From: Roland McGrath <[EMAIL PROTECTED]>
The changes I made related to versioning went into glibc (2.2) on
2000-03-30 or thereabouts and into hurd/libthreads at about the same time.
It is not too surprising to have a problem with an old g
From: Kalle Olavi Niemitalo <[EMAIL PROTECTED]>
Date: 10 May 2000 10:03:52 +0300
According to the glibc manual, the result of setjmp must not be
assigned like diskfs_catch_exception does: it must be either
immediately used in a do/while/for/if/switch statement or
ignored. Has G
Date: Tue, 9 May 2000 22:55:21 +0500 (GMT-5)
From: Sergey Izvoztchikov <[EMAIL PROTECTED]>
On Wed, 10 May 2000, Mark Kettenis wrote:
> Indeed. I don't really have experience with CORBA, but I don't think
> the issues in this thread are relevant
Date: Tue, 09 May 2000 13:09:59 -0400
From: Serguei Izvoztchikov <[EMAIL PROTECTED]>
Jeff Bailey wrote:
> I'm not a Master-Hurd-Programmer, but I know that Roland and Thomas have
> declined to add wrappers within their header files to permit linking from
> C++ programs, so I do
Date: Tue, 9 May 2000 23:28:58 +0200
From: "Martin v. Loewis" <[EMAIL PROTECTED]>
[ This is not really directed to you Martin, but the last line of this
message just provided a convenient point to jump in the discussion. ]
> > No, it isn't. Its license is more liberal than the GPL.
Date: Sun, 7 May 2000 22:27:17 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Hi,
as you may know, there are no inodes in the FATFS, all information being
stored directly in the directory entry.
Do I need some lock on the directory node when updating the node
information?
g_post_request.
Check mach_msg return value for sanity assert.
(send_signal): Make MESSAGE auto instead of static, use new type name.
This problem tracked down by Mark Kettenis <[EMAIL PROTECTED]>.
Mark
Date: Sat, 26 Feb 2000 03:22:21 -0500
From: Roland McGrath <[EMAIL PROTECTED]>
That looks fine, though you should match `*-*-gnu*' for the configuration.
Mark Kettenis is in charge of gdb for hurd and will take care of getting
the fix put into gdb.
It is probably ea
48 matches
Mail list logo
