Mailing List Archive: vlc segfault after today's (non-vlc) upgrades

vlc segfault after today's (non-vlc) upgrades

Feb 26, 2012, 3:22 AM

Post #1 of 6 (3013 views)

I upgraded a few packages this morning, including the new
nvidia-long-lived and IIRC some ssh-related ones, but not the new
F15-64-bit kernel, and rebooted. Now vlc segfaults when asked to play a
file; I haven't seen any other problems.

$vlc /mnt/sam1/recb/1009_20120225185800.mpg
VLC media player 1.1.13 The Luggage (revision exported)
Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
[0x2317150] main libvlc: Running vlc with the default interface. Use
'cvlc' to use vlc without interface.
Blocked: call to setlocale(6, "")
Blocked: call to setlocale(6, "")
Segmentation fault

I haven't yet dug any further. With cvlc I get:

$cvlc /mnt/sam1/recb/1009_20120225185800.mpg
VLC media player 1.1.13 The Luggage (revision exported)
Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
[0x203e2a0] dummy interface: using the dummy interface module...
Segmentation fault

Anyone else? Suggestions?

John P

_______________________________________________
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: vlc segfault after today's (non-vlc) upgrades [ In reply to ]

promac at gmail

Feb 26, 2012, 6:37 AM

Post #2 of 6 (2976 views)

Permalink

On Sun, Feb 26, 2012 at 8:22 AM, John Pilkington <J.Pilk@tesco.net> wrote:

> I upgraded a few packages this morning, including the new
> nvidia-long-lived and IIRC some ssh-related ones, but not the new
> F15-64-bit kernel, and rebooted. Now vlc segfaults when asked to play a
> file; I haven't seen any other problems.
>
>
>

It seems to be the new nvidia blob (295):

Using the fallback 'C' locale.
libva: VA-API version 0.32.0
Xlib: extension "XFree86-DRI" missing on display ":0.0".
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib64/dri/nvidia_drv_video.so
libva: va_openDriver() returns 0
[0x7f605cc0af70] avcodec decoder: Using VA API version 0.32 for hardware
decoding.
marker does not match f_code
Segmentation fault

--
Paulo Roma Cavalcanti
LCG - UFRJ

Re: vlc segfault after today's (non-vlc) upgrades [ In reply to ]

promac at gmail

Feb 26, 2012, 7:07 AM

Post #3 of 6 (2949 views)

Permalink

On Sun, Feb 26, 2012 at 11:37 AM, Paulo Cavalcanti <promac@gmail.com> wrote:

>
>
> On Sun, Feb 26, 2012 at 8:22 AM, John Pilkington <J.Pilk@tesco.net> wrote:
>
>> I upgraded a few packages this morning, including the new
>> nvidia-long-lived and IIRC some ssh-related ones, but not the new
>> F15-64-bit kernel, and rebooted. Now vlc segfaults when asked to play a
>> file; I haven't seen any other problems.
>>
>>
>>
>
> It seems to be the new nvidia blob (295):
>
> Using the fallback 'C' locale.
> libva: VA-API version 0.32.0
> Xlib: extension "XFree86-DRI" missing on display ":0.0".
> libva: va_getDriverName() returns 0
> libva: Trying to open /usr/lib64/dri/nvidia_drv_video.so
> libva: va_openDriver() returns 0
> [0x7f605cc0af70] avcodec decoder: Using VA API version 0.32 for hardware
> decoding.
> marker does not match f_code
> Segmentation fault
>
>
Definitively, it is nvidia 295:

http://chakra-project.org/bbs/viewtopic.php?pid=47431

Running in gdb (which suppresses code optimizations) it does run.

These new nvidia drivers should always go to testing,
because they cause a lot of headaches ...

Go back to 290.

--
Paulo Roma Cavalcanti
LCG - UFRJ

Re: vlc segfault after today's (non-vlc) upgrades [ In reply to ]

J.Pilk at tesco

Feb 26, 2012, 9:23 AM

Post #4 of 6 (3002 views)

Permalink

On 26/02/12 15:07, Paulo Cavalcanti wrote:
>
>
> On Sun, Feb 26, 2012 at 11:37 AM, Paulo Cavalcanti <promac@gmail.com
> <mailto:promac@gmail.com>> wrote:
>
>
>
> On Sun, Feb 26, 2012 at 8:22 AM, John Pilkington <J.Pilk@tesco.net
> <mailto:J.Pilk@tesco.net>> wrote:
>
> I upgraded a few packages this morning, including the new
> nvidia-long-lived and IIRC some ssh-related ones, but not the
> new F15-64-bit kernel, and rebooted. Now vlc segfaults when
> asked to play a file; I haven't seen any other problems.
>
>
>
>
> It seems to be the new nvidia blob (295):
>
> Using the fallback 'C' locale.
> libva: VA-API version 0.32.0
> Xlib: extension "XFree86-DRI" missing on display ":0.0".
> libva: va_getDriverName() returns 0
> libva: Trying to open /usr/lib64/dri/nvidia_drv_video.so
> libva: va_openDriver() returns 0
> [0x7f605cc0af70] avcodec decoder: Using VA API version 0.32 for
> hardware decoding.
> marker does not match f_code
> Segmentation fault
>
>
> Definitively, it is nvidia 295:
>
> http://chakra-project.org/bbs/viewtopic.php?pid=47431
>
> Running in gdb (which suppresses code optimizations) it does run.
>
> These new nvidia drivers should always go to testing,
> because they cause a lot of headaches ...
>
> Go back to 290.
>
Thanks for the quick response, Paulo. I've gone back to 275.43 and all
seems well again. Hardware is GeForce 7500 LE, not VDPAU capable,
system struggles on HD. I did an nvidia-graphics-switch but until I
uninstalled the 295.20 packages the NVIDIA X-Server Settings window
seemed convinced I was still on 295.20

John P

_______________________________________________
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: vlc segfault after today's (non-vlc) upgrades [ In reply to ]

Axel.Thimm at ATrpms

Mar 7, 2012, 11:44 PM

Post #5 of 6 (2909 views)

Permalink

On Sun, Feb 26, 2012 at 12:07:03PM -0300, Paulo Cavalcanti wrote:
> These new nvidia drivers should always go to testing,
> because they cause a lot of headaches ...

I got fooled by them being tagged as long lived ones. But this seems
to not be the case ... :(
I'll have to back them out.
--
Axel.Thimm at ATrpms.net

_______________________________________________
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: vlc segfault after today's (non-vlc) upgrades [ In reply to ]

promac at gmail

Mar 24, 2012, 4:42 AM

Post #6 of 6 (2862 views)

Permalink

On Thu, Mar 8, 2012 at 4:44 AM, Axel Thimm <Axel.Thimm@atrpms.net> wrote:

> On Sun, Feb 26, 2012 at 12:07:03PM -0300, Paulo Cavalcanti wrote:
> > These new nvidia drivers should always go to testing,
> > because they cause a lot of headaches ...
>
> I got fooled by them being tagged as long lived ones. But this seems
> to not be the case ... :(
> I'll have to back them out.
>
>
It is working again with vlc 2.0.1, either in Rhel6 or F14.

--
Paulo Roma Cavalcanti
LCG - UFRJ