music + mp3 Absturz testen (Freiwillige vor)

  • Zitat

    Original von Morone


    Vielleicht noch jemand mit FF-Karte ?


    solche Schätzchen gibts hier auch noch ;)



    kein Problem über FF mit VDR-1.6.0-2 und music-0.9.3-testing


    Code
    Jul 16 11:03:35 testvdr vdr: [1928] music: playback started with instant playlist [192]  OneFM  Hitsen du aldrig glmmer.pls
    Jul 16 11:03:35 testvdr vdr: [1928] music: ctrl: refreshed playlist to file: /mp3/@current.m3u
    Jul 16 11:03:35 testvdr vdr: [2043] music: player: player thread started (pid=1928)
    Jul 16 11:04:48 testvdr vdr: [2043] music: player: player thread ended (pid=1928)


    btw: ich kompiliere music mit *HAVE_MAGICK=1*, sollte ja aber nichts damit zu tun haben, oder?


    Gruß
    Tomas

  • Ja , hat nichts damit zu tun.
    Merkwuerdigerweise verursacht dieser Stream bei mir immer sofort nen Speicherzugriffsfehler schon beim ersten Durchlauf der Routine .
    Auf 4 verschiedenen Kisten und Distries. :S


    Code
    Program received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0xaa1f9b90 (LWP 7195)]
    0xb7dbd7b3 in memmove () from /lib/libc.so.6
    (gdb) backtrace
    #0  0xb7dbd7b3 in memmove () from /lib/libc.so.6
    #1  0xb7887e68 in cNetStream::Stream (this=0xb4c00728, data=@0xaa1e8f4c, len=@0xaa1e8f48, rest=0xa5f0c00 'U' <repeats 200 times>...) at stream.c:530
    #2  0xb7892106 in MadStream (stream=0xa2a9918, str=0xb4c00728) at decoder-mp3.c:43


    das ist diese Stelle in stream.c (nicht von der Zeilenanzahl irritieren lassen , es ist unten 511):


    Ich habe zwar nen Workaround " if(fill <= MP3FILE_BUFSIZE) " aber wollte
    dem ganzen allgemein mal auf den Grund gehen.
    Aber war ja klar , dasses wieder nur hier passiert ;)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!