On Sat, Jun 30, 2001 at 12:43:02AM +0200, Mark Kettenis wrote:
>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 do
On Fri, Jun 29, 2001 at 03:49:01PM -0500, Marcus Brinkmann wrote:
> 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.
>
> Sorry, no more info as I can't send mail from my local machine
> right now.
This is the relevant code snip
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
> Thomas Bushnell, BSG writes:
TBB> OKUJI Yoshinori <[EMAIL PROTECTED]> writes:
>> For now, I'm afraid of two things about that. One of these is that
>> people often write documents and comments differently, of course,
>> intentionally.
TBB> I agree with Okuji here. The job of the comm
Hi,
I think this is the old problem of the installed linker binary ld.so
being linked against at build time rather than the installed binary.
I forgot if this is a problem with the cross compiler wrapper script or
the Makefiles, though.
I replaced my /gnu/lib/ld.so with the built version and it
Hi,
the glibc build fails in iconv other:
/home/marcus/debian/glibc-2.2.3/i386-gnu/obj/libc.so.0.2: undefined reference to
`[EMAIL PROTECTED]'
/home/marcus/debian/glibc-2.2.3/i386-gnu/obj/libc.so.0.2: undefined reference to
`[EMAIL PROTECTED]'
collect2: ld returned 1 exit status
This seems to
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.
Sorry, no more info as I can't send mail from my local machine
right now.
Marcus
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu
> > ...plex86...
>
> What's plex86?
It's a project, formerly FreeMWare, that aims to build an emulator for
x86 stuff. They already have a couple of OSes working on it. Some of us
are trying to get the Hurd on it. The benefit is that you'd be able to
work on the Hurd from Linux, without needing
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
> unsigned type th
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> It just occured to me that it is probably safe to use malloc()'ed buffers,
> as long as you don't use dealloc with them? It's a bit awkward, because
> this is mixing Mach level with glibc level stuff. I don't know if it is
> safe to return a buffer
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> ...plex86...
What's plex86?
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
OKUJI Yoshinori <[EMAIL PROTECTED]> writes:
> For now, I'm afraid of two things about that. One of these is that
> people often write documents and comments differently, of course,
> intentionally. Comments tend to be terse, because too long statements
> are annoying for programmers, while docume
Neal H Walfield <[EMAIL PROTECTED]> writes:
> I think that there is an error in
> libdiskfs/console.c:diskfs_console_stdio. The first line of the
> functions is:
>
> if (getpid () > 0)
>
> Currently, proc is always pid 0 and the root filesystem is pid 4. As
> such, can we eliminate the
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
> unsigned type this causes some interesting output from df, when your
> filesystem is clogging up.
Hrm. Before chec
On Fri, Jun 29, 2001 at 01:31:41PM +0200, Marcus Brinkmann wrote:
> Funny, isn't it ;)
Yes it is! :)
> Yes, but maybe a different one than you think. What about the following:
>
> $ dd if=/dev/zero of=/image bs=1024k count=10
> $ mke2fs /image
> $ settrans -a /home /hurd/ext2fs /image
>
> The
On Fri, Jun 29, 2001 at 09:31:08PM +0200, Maurizio Boriani wrote:
> Hi all,
> for a mistake I launched this on command line:
> elisia# settrans -a /home /hurd/ext2fs /home
>
> and then try to enter in /home using cd. I looped out.
Funny, isn't it ;)
> I think this could be a bug,
Yes, but
Hi all,
for a mistake I launched this on command line:
elisia# settrans -a /home /hurd/ext2fs /home
and then try to enter in /home using cd. I looped out. Unfortunly I was not using
screen and I must reboot my laptop.
I think this could be a bug, a check on source device and mounting p
17 matches
Mail list logo
