> Have you looked at the script though? This is a really weird hack:
>
> exec 9<&0
> 9 isn't referenced anywhere else... it's not surprising that if you redirect a
> non-existant descriptor to 0, your fd 0 will be messed up. I wonder how this
> can possibly work on gnu/linux.
Yes, I looked
On Wed, Mar 15, 2006 at 05:25:41PM +0100, Petr Salinger wrote:
> Hi,
>
> screen does't work due to 64bit AND non-linux.
> With following fix it starts:
>
> --- osdef.h.in~ 2006-03-15 16:53:47.0 +0100
> +++ osdef.h.in 2006-03-15 16:53:47.0 +0100
> @@ -107,6 +107,7 @@
> extern cha
On Wed, Mar 15, 2006 at 05:25:41PM +0100, Petr Salinger wrote:
> --- osdef.h.in~ 2006-03-15 16:53:47.0 +0100
> +++ osdef.h.in 2006-03-15 16:53:47.0 +0100
> @@ -107,6 +107,7 @@
> extern char *tgoto __P((char *, int, int));
>
> #ifdef POSIX
> +#include
> extern int setsid __P
Hi,
screen does't work due to 64bit AND non-linux.
With following fix it starts:
--- osdef.h.in~ 2006-03-15 16:53:47.0 +0100
+++ osdef.h.in 2006-03-15 16:53:47.0 +0100
@@ -107,6 +107,7 @@
extern char *tgoto __P((char *, int, int));
#ifdef POSIX
+#include
extern int setsid
On Wed, Mar 15, 2006 at 02:41:38PM +0100, Petr Salinger wrote:
> Hi.
>
> > I found a bit more breakage in glibc for amd64.
>
> I am not sure which parts are due to
>
> - amd64
> - FreeBSD 6 in general
I didn't find any of these problems when using kfreebsd-6.0 on i386, so I think
we can discar
Hi.
> I found a bit more breakage in glibc for amd64.
I am not sure which parts are due to
- amd64
- FreeBSD 6 in general
- kfreebsd-6 packaging without 900_devfs_perm_fixes.diff
- gdb 6.1.1 for native amd64/FreeBSD 6.0
> screen is accessing broken pointers. Sometimes it segfaults, sometimes
Hi,
I found a bit more breakage in glibc for amd64.
screen is accessing broken pointers. Sometimes it segfaults, sometimes it
modifies itself (it's pretty funny when it says /var/run/screen should be mode
777 instead of 775 ;).
ifup -a segfaults. Looking at the gdb backtrace it seems to be ca
7 matches
Mail list logo
