* Jeff Bailey writes:
> Alfred suggested that the problem might be with that test in
> sysdeps/mach/hurd/configure.in, so I decided to compare the results
> between Linux and the Hurd. Both are running some form of gcc-3
After poking around with that test I think I have come to the conclusion th
Take that up on bug-glibc please. It has to do with the new gcc-3
compatibility code that's recently gone into libc.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Alfred suggested that the problem might be with that test in
sysdeps/mach/hurd/configure.in, so I decided to compare the results
between Linux and the Hurd. Both are running some form of gcc-3
libc_cv_gcc_unwind_find_fde is set to yes on the ``Linux'' system, and
no on the ``Hurd''.
oldest_abi
--- Roland McGrath <[EMAIL PROTECTED]> wrote:
> > Is exec still running? At least in theory, I think it should work
> to
> > just kill it, and then a new one should be started automatically
> when
> > needed.
>
> So let's think about how that works. A passive translator is
> started by
> the pare
I'm having a problem, and I'm not sure if I should send this through
to one of the glibc lists.
This is a libio-enabled build using a new gcc-3.0 cross compiler.
# /home/jbailey/cvstree/libc/configure --disable-profile --enable-libio
--build=i686-pc-linux-gnu --host=i386-pc-gnu --prefix=
i386
> Is exec still running? At least in theory, I think it should work to
> just kill it, and then a new one should be started automatically when
> needed.
So let's think about how that works. A passive translator is started by
the parent calling file_exec, which works in the filesystem by calling
James Morrison <[EMAIL PROTECTED]> writes:
> now I can't run any new programs. apache is still running, I've
> still got irc, but no new processes. Is there anything I can do
> to get the exec server working again without rebooting?
Is exec still running? At least in theory, I think it sh
> On Sun, Dec 02, 2001 at 02:34:03PM -0500, Roland McGrath wrote:
> > Thanks, I put the fix in.
>
> I had to remove the comments you put in for the compile to procede.
> Maybe move the comment up a few lines so it's not in the middle of a
> statement?
>
> I've never tried putting a comment in th
On Sun, Dec 02, 2001 at 02:34:03PM -0500, Roland McGrath wrote:
> Thanks, I put the fix in.
I had to remove the comments you put in for the compile to procede.
Maybe move the comment up a few lines so it's not in the middle of a
statement?
I've never tried putting a comment in the middle of the
Note that the ufs filesystem has not been used much at all in a long time
and has not gotten nearly as much real-world testing as ext2fs, so there
may be more bugs.
As to the uid of the root dir, that seems reasonable enough. On the Hurd
it seems most sane to have mkfs.ufs do whatever mke2fs doe
Jeff Bailey <[EMAIL PROTECTED]> writes:
> When compiling with gcc-3.0, I get the following warning:
>
> In file included from ../sysdeps/mach/hurd/uname.c:21:
> ../hurd/hurd.h: In function `__hurd_fail':
> ../hurd/hurd.h:71: warning: deprecated use of label at end of compound statement
>
> It a
Hello,
I am new to hurd and just tried to use `mkfs.ufs' to create an UFS on
a local partition. I am running a Hurd system from the Debian
hurd_20011105 package.
I expierienced that `mkfs.ufs' fails after printing the superblock
locations with a `Resource lost' error. After some investigation I
On Sun, Dec 02, 2001 at 12:15:24PM -0800, Thomas Bushnell, BSG wrote:
> Jeff Bailey <[EMAIL PROTECTED]> writes:
>
> > In file included from ../sysdeps/mach/hurd/uname.c:21:
> > ../hurd/hurd.h: In function `__hurd_fail':
> > ../hurd/hurd.h:71: warning: deprecated use of label at end of compound st
Jeff Bailey <[EMAIL PROTECTED]> writes:
> In file included from ../sysdeps/mach/hurd/uname.c:21:
> ../hurd/hurd.h: In function `__hurd_fail':
> ../hurd/hurd.h:71: warning: deprecated use of label at end of compound statement
I have no objection to your patch, but since when was this syntax
"depr
Unfortunately, you can't even really figure out what is wrong if you can't
run any programs at all. If the exec server has died, you should be
getting some errors, not wedges. If the exec server is hung, then you are
probably SOL. In either case, if you have no functioning exec server, then
you
> I have also been beaten with a trout on IRC for using diff -c, so I've
> switched it to diff -up for this one. ;)
I am only in favor of fishy lashing for old-format or ed-format diffs.
-c is perfectly usable, though not as pleasant as -u.
> 2001-12-02 Jeff Bailey <[EMAIL PROTECTED]>
>
>
Thanks, I put the fix in.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Hello,
I've come to an interesting problem. I can't run any programs,
but
I my system is still running, 15 days. This is what I did:
cp /bin/ls ~/bin; gzip ~/bin/ls
~/bin/ls.gz
---nothing happens---
C-c
---nothing happens, but I can't switch screens now---
So I login from ano
When compiling with gcc-3.0, I get the following warning:
In file included from ../sysdeps/mach/hurd/uname.c:21:
../hurd/hurd.h: In function `__hurd_fail':
../hurd/hurd.h:71: warning: deprecated use of label at end of compound statement
It appears from looking at locale/programs/locale.c (Thanks
It seems that gcc-3.0 now considers 'volatile' to be a critical part
of the declaration. The following allows the compile to proceed:
I have also been beaten with a trout on IRC for using diff -c, so I've
switched it to diff -up for this one. ;)
2001-12-02 Jeff Bailey <[EMAIL PROTECTED]>
On Sat, Dec 01, 2001 at 09:31:13PM -0500, Roland McGrath wrote:
> Sorry, can you refer me to the earlier problem report?
> I don't remember why this matters.
Detailed report follows.
> Please always use diff -u or diff -c.
I have added 'diff -c' to my .cvsrc file. Hope this helps.
i386-pc-gnu
21 matches
Mail list logo
