Re: [uml-user] Re: Badness in elf_aux.c

2005-07-28 Thread Jeff Dike
On Thu, Jul 28, 2005 at 08:24:36PM +0200, Blaisorblade wrote: > -if ( ! __kernel_vsyscall || ! vsyscall_ehdr || > - ! elf_aux_hwcap || ! elf_aux_platform || > - ! page_size || (vsyscall_ehdr % page_size) ) { > > +if ( ! __kernel_vsyscall || ! vsyscall_ehdr |

Re: [uml-user] Re: Badness in elf_aux.c

2005-07-28 Thread Blaisorblade
On Thursday 28 July 2005 19:26, Bodo Stroesser wrote: > Blaisorblade wrote: > > On Thursday 28 July 2005 16:25, Jeff Dike wrote: > Yes, you are right. > But from a discussion on #uml I know, Jeff is using a Fedora, which seems > to have another mechanism for vsyscall implementation. The base addr

[uml-user] Re: Badness in elf_aux.c

2005-07-28 Thread Bodo Stroesser
Blaisorblade wrote: On Thursday 28 July 2005 16:25, Jeff Dike wrote: There's a rather nasty bug in elf_aux.c which was uncovered by the #if/#ifdef patch in -mm2. We have the following: #if ELF_CLASS == ELFCLASS32 typedef Elf32_auxv_t elf_auxv_t; #else typedef Elf64_auxv_t elf_auxv_t; #endi

[uml-user] Re: Badness in elf_aux.c

2005-07-28 Thread Blaisorblade
On Thursday 28 July 2005 16:25, Jeff Dike wrote: > There's a rather nasty bug in elf_aux.c which was uncovered by the > #if/#ifdef patch in -mm2. We have the following: > #if ELF_CLASS == ELFCLASS32 > typedef Elf32_auxv_t elf_auxv_t; > #else > typedef Elf64_auxv_t elf_auxv_t; > #endif > Unfortun