Gelöst: Absturz bei strlen

mgaeckler

Hallo,

ich habe folgendes kleines Testprogramm:

#include <stdio.h>
#include <string.h>

int main( void )
{
    const char  *cp = "hello";

    size_t t = strlen( cp );
    printf( "%d\n", (int)t );

    return 0;
}

Übersetzt wird es mit

g++ gcctest.cpp

Beim Aufruf von strlen erhalte ich aber einen Segmentation Fault:

judith:/Source/GAKLIB # gdb a.out
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-suse-linux"...
(gdb) r
Starting program: /Source/GAKLIB/a.out 

Program received signal SIGSEGV, Segmentation fault.
0x0000000000601040 in strlen@@GLIBC_2.2.5 ()
(gdb) bt
#0  0x0000000000601040 in strlen@@GLIBC_2.2.5 ()
#1  0x0000000000400655 in main ()

Was kann das sein?

Eine kleine Änderung:

#include <stdio.h>
#include <string.h>

int main( void )
{
    size_t t = strlen( "Hello" );
    printf( "%d\n", (int)t );

    return 0;
}

Und das Programm macht, was es soll.

mfg Martin

Seikilos

Hm, der Codepad compiler stirbt dabei nicht: http://codepad.org/VhkQLcDm

Nur spaßeshalber: Setzt mal ein \0 ans *cp

It0101

also die Nullterminierung sollte bei Stringliteralen eigentlich funktionieren...

mgaeckler

Seikilos schrieb:

Hm, der Codepad compiler stirbt dabei nicht: http://codepad.org/VhkQLcDm

Nur spaßeshalber: Setzt mal ein \0 ans *cp

Meinst Du so?

#include <stdio.h>
#include <string.h>

int main( void )
{
    const char  *cp = "hello\0";

    size_t t = strlen( cp );
    printf( "%d\n", (int)t );

    return 0;
}

Das hat nichts gebracht

Ach ja ich vergaß: Auf meinem 32-Bit Linux funktioniert das wie es soll.

Trotzdem Danke für Deine Mühe.

mfg Martin

mgaeckler

Hallo

noch eine Info:

Wenn ich das ganze mit der Option -O<irgendwas> (1-3) übersetze, funktioniert es. Nur leider hat dieser Workarround bei der Anwendung, in der der Fehler auftaucht nichts gebracht.

mfg Martin

Seikilos

Kannst du da im Debugger reinsteppen und gucken, was er macht?

mgaeckler

Seikilos schrieb:

Kannst du da im Debugger reinsteppen und gucken, was er macht?

gak@judith:/Source/GAKLIB> gdb a.out 
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-suse-linux"...
(gdb) b main
Breakpoint 1 at 0x400644: file gcctest.cpp, line 7.
(gdb) r
Starting program: /Source/GAKLIB/a.out 

Breakpoint 1, main () at gcctest.cpp:7
7               const char      *cp = "hello\0";
(gdb) display/i $pc
1: x/i $pc
0x400644 <main+8>:      movq   $0x400774,-0x10(%rbp)
(gdb) si
9               size_t t = strlen( cp );
1: x/i $pc
0x40064c <main+16>:     mov    -0x10(%rbp),%rdi
(gdb) 
0x0000000000400650      9               size_t t = strlen( cp );
1: x/i $pc
0x400650 <main+20>:     callq  0x601040 <strlen@@GLIBC_2.2.5>
(gdb) 
0x0000000000601040 in strlen@@GLIBC_2.2.5 ()
1: x/i $pc
0x601040 <strlen@@GLIBC_2.2.5>: pxor   %xmm2,%xmm2
(gdb) 

Program received signal SIGSEGV, Segmentation fault.
0x0000000000601040 in strlen@@GLIBC_2.2.5 ()
1: x/i $pc
0x601040 <strlen@@GLIBC_2.2.5>: pxor   %xmm2,%xmm2

Ich kann leider nicht wirklich mit Intelassembler was anfangen. Und was xmm2 bedeuted, hab ich keine Ahnung.

mfg Martin

mgaeckler

Hallo,

bevor jetzt alle schimpfen, ich weiß: ich bin ein Depp.

Was war passiert? Ich wollte einen neuen Notebook mit Windoof 7 in mein Netz integrieren und habe deshalb das openSUSE Repository von 11.4 in meine 11.0 Installation mit eingehängt und SAMBA aktualisiert. Das hat zwar leider nicht funktioniert, nachdem ich aber zur alten Version von Samba zurückgekehrt bin, hat mir der Installer die Shared Library von openSUSE 11.4 stehen lassen. Die habe ich jetzt selber downgegraded und jetzt funktioniert es wieder.

Nochmal ein Dank an alle, die sich Gedanken gemacht haben.

mfg Martin