Results 1 to 5 of 5

Thread: Segmentation fault trying to open vlc-beta-20211210.736213df13-pm153.17.1.x86_64's Qt interface

  1. #1

    Default Segmentation fault trying to open vlc-beta-20211210.736213df13-pm153.17.1.x86_64's Qt interface

    Hello. In a 64-bit, openSUSE, Leap-15.3, Linux operating system, which is installed as a so-called "guest" in Virtual "Machine" (VM) in Oracle (Corporation) VM VirtualBox, which in turn is installed in my so-called "host," Windows 10 Home Edition operating system, I have gratefully had success in the playing of a .mp4 (Moving or Motion Picture Experts Group, audio layer-4) file in vlc-beta-20211028.5ed8c5c794-pm153.9.1.x86_64.16.1.x86_64 from the Packman repository https://ftp.gwdg.de/ on the Internet with the Linux kernel 5.3.18-59.27.1-default. But in vlc-beta-20211104.b9e50b090c-pm153.10.1.16.1.x86_64 I had only the audio signals and not the video signals in the playing of that video. And later in vlc-beta-20211210.736213df13-pm153.17.1.x86_64 with the Linux kernel 5.3.18-59.37.2-default I attempted to open vlc-beta, or the Video Local Area Network (LAN) Client (VLC) multimedia player (VLC) by double-clicking on a desktop shortcut for it, but saw its main window only for a very brief period of time, accompanied probably a short time later with the message "Segmentation fault (core dumped)"; so I could not even attempt to play that .mp4 file normally with this version of vlc-beta when using its probably default, Qt interface. In my Windows-10 "host" operating system I installed VirtualBox 6.1.28r147628 (probably amd64 for a 64-bit version suitable for I suppose at least an Advanced Micro Devices central processing unit [cpu]) on October 23, 2021 and updated it to VirtualBox 6.1.30r148432 (amd64) on November 26, 2021. These dates can be compared to the dates of release from the Packman repository of three versions of vlc-beta which I have been using: October 28, 2021; November 4, 2021; and December 10, 2021.

    I at least began the process of preparation toward having a .rpm (RedHat package manager) file "built" for my Leap-15.3 installation using downloaded source code for vlc-beta-20211104.b9e50b090c-pm153.10.1.16.1 or 20211104.b9e50b090c-pm153.10.1.16.1.x86_64 and an rpmbuild... command, but failed in that effort due to "Failed build dependencies". I started that kind of process also with vlc-beta-20211210.736213df13-pm153.17.1.x86_64 by starting to obtain some software packages missing in my Leap-15.3 installation. And that process for my Leap-15.3 installation not only required a list of some tens of software packages; but I discovered two other difficult factors: 1) The software package mentioned between the parentheses of a pkgconfig(...) "response" following an rpmbuild... command is sometimes different than the name of a software package I could obtain from an openSUSE or Packman online repository. And I don't know for certain if I can even obtain from somewhere on the Internet the exact package "requested". 2) But in a "user-friendly" way it might be that sometimes rpmbuild might "accept" packages with names similar, but not exactly the same as the names of the packages between the parentheses of pkgconfig(...) (For example, I installed libnfs13, which has a name slightly different from the name of the package libnfs required for the rpmbuild.... command.). But if similar names would not be "accepted" by rpmbuild and I could not obtain the exact software packages requested, in that case I don't know what I should do to "satisfy" the "rpmbuild" command.

    Rather than try to find and obtain some tens of software packages required for the successful execution of an rpmbuild command using the downloaded source code for vlc-beta-20211210.736213df13-pm153.17.1.x86_64, I read that it is possible to have such a .rpm file "built" online using the openSUSE Build Service of the Open Build Service (OBS, https://build.opensuse.org/ on the Internet). It seems to be reported that such "building" could ease the action of obtaining the software packages "required" by rpmbuild. But I have not fully learned how to use OBS or tried it to make a .rpm file. But even if I would be successful in somehow "building" such a .rpm file for vlc-beta-20211210.736213df13-pm153.17.1.x86_64, it is possible that after installing the corresponding software package from it that that might not eliminate the segmentation faults I have encountered, especially if it would be a change in the vlc-beta source code which would be needed to eliminate such segmentation faults.

    Although the .rpm installation file for version 20211028.5ed8c5c794-pm153.9.1.x86_64.16.1.x86_64 of the software package vlc-beta is probably unfortunately no longer available from http://packman.links2linux.de/package/vlc-beta or https://ftp.gwdg.de/pub/linux/misc/p...imedia/x86_64/, fortunately I have the capability to restore my Leap-15.3 installation, including the installation of vlc-beta-20211028.5ed8c5c794-pm153.9.1.x86_64.16.1.x86_64 in it, from a previously written backup of the data on my Dell notebook computer's internal hard-disk drive. For a period of time I was able to "lock" or protect that version of vlc-beta, which has worked well for me, from being updated to a newer version of vlc-beta, which thus far has not worked for me when using its Qt interface. However, considering the likely future updates to some software packages and the Linux kernel elsewhere in my Leap-15.3 installation, the arrangement of vlc-beta-20211028.5ed8c5c794-pm153.9.1.x86_64.16.1.x86_64 working well with a number of newer software packages might at some time in the future no longer be a mutually well-working arrangement for me. At least by the time of an upgrade from version 15.3 to version 15.4 of Leap on or after June 8, 2022 there could be a possible software mismatch, since according to http://packman.links2linux.de/package/vlc-beta the version vlc-beta-20211028.5ed8c5c794-pm153.9.1.x86_64.16.1.x86_64 saved in my hard-disk drive's backup data is reported to be suitable for a Leap-15.3 installation. So I have been attempting to find some way to make the version of vlc-beta released to the public on December 6, 2021, namely vlc-beta-20211210.736213df13-pm153.17.1.x86_64, work in a Qt interface in my Leap-15.3 installation. And the hope would be that after having made it to work that way in my Leap-15.3 installation that making later versions of vlc-beta to work in that way in my Leap-15.3 installation might be easier than now for vlc-beta-20211210.736213df13-pm153.17.1.x86_64.

    I have been able to play a .mp4 file in vlc-beta-20211210.736213df13-pm153.17.1.x86_64 using a command of the form "vlc -I dummy FILE_NAME.mp4" in a directory containing the file with a name of the form FILE_NAME.mp4. Otherwise entering the command "vlc" or "gdb vlc", using the GNU's Not Unix (GNU) debugger (gdb), in the directory /usr/bin resulted in the main window for vlc-beta opening, but with most of it transparent; then very soon afterward I received the message "Segmentation fault (core dumped)". Those same two things occurred after I entered the command "vlc -I qt" in the directory /usr/bin. So my current problem is associated with Qt and the main window of vlc-beta, not the so-called "dummy interface" of vlc-beta. If the "menu" items and/or software controls on vlc-beta's main window are considered plugins, then it appears to me that the problem is in displaying those items on vlc-beta's main window. But in vlc-beta's code and its output and on the Internet this main window is called the main interface; or Qt has been called the default interface for VLC on https://wiki.videolan.org/Qt_Interface/. In some of my past executions of "vlc" I have seen the output "ReferenceError: mainInterface is not defined," but not on December 15, 2021, after having installed lots of software packages relating to the display protocol Wayland (https://www.maketecheasier.com/what-is-wayland/) and/or the widget "tool kit" Qt, version 5, for making graphical user interfaces and applications suitable for use in various computer operating systems, which are otherwise called platforms [https://en.wikipedia.org/wiki/Qt_(software)].

    Here is a listing of my virtual computer's "hardware" in my Leap-15.3 installation in VirtualBox on December 15, 2021.

    Code:
    newbie@linux-hdi0:/usr/bin> inxi -G
    Graphics:
      Device-1: InnoTek Systemberatung VirtualBox Graphics Adapter 
      driver: vboxvideo v: 6.1.30 r148432 
      Display: x11 server: X.Org 1.20.3 driver: modesetting unloaded: fbdev,vesa 
      resolution: 1308x600 
      OpenGL: renderer: llvmpipe (LLVM 11.0.1 256 bits) v: 4.5 Mesa 20.2.4 
    newbie@linux-hdi0:/usr/bin>
    And here is a list of the online repositories to which I currently have set up access in my Leap-15.3 installation when it is online. To obtain this list I may have entered the command
    Code:
    zypper repos
    as a "root" user.

    Code:
    linux-hdi0:/usr/bin # zypper repos
    Repository priorities are without effect. All enabled repositories share the same priority.
    
    #  | Alias                            | Name                                                                                        | Enabled | GPG Check | Refresh
    ---+----------------------------------+---------------------------------------------------------------------------------------------+---------+-----------+--------
     1 | http-ftp.gwdg.de-2f96c871        | Packman Repository                                                                          | Yes     | (r ) Yes  | Yes
     2 | http-opensuse-guide.org-46cfd2d4 | libdvdcss repository                                                                        | Yes     | (r ) Yes  | Yes
     3 | openSUSE-Leap-15.3-1             | openSUSE-Leap-15.3-1                                                                        | Yes     | (r ) Yes  | No
     4 | repo-backports-debug-update      | Update repository with updates for openSUSE Leap debuginfo packages from openSUSE Backports | No      | ----      | ----
     5 | repo-backports-update            | Update repository of openSUSE Backports                                                     | Yes     | (r ) Yes  | Yes
     6 | repo-debug                       | Debug Repository                                                                            | No      | ----      | ----
     7 | repo-debug-non-oss               | Debug Repository (Non-OSS)                                                                  | No      | ----      | ----
     8 | repo-debug-update                | Update Repository (Debug)                                                                   | No      | ----      | ----
     9 | repo-debug-update-non-oss        | Update Repository (Debug, Non-OSS)                                                          | No      | ----      | ----
    10 | repo-non-oss                     | Non-OSS Repository                                                                          | Yes     | (r ) Yes  | Yes
    11 | repo-oss                         | Main Repository                                                                             | Yes     | (r ) Yes  | Yes
    12 | repo-sle-debug-update            | Update repository with debuginfo for updates from SUSE Linux Enterprise 15                  | No      | ----      | ----
    13 | repo-sle-update                  | Update repository with updates from SUSE Linux Enterprise 15                                | Yes     | (r ) Yes  | Yes
    14 | repo-source                      | Source Repository                                                                           | No      | ----      | ----
    15 | repo-update                      | Main Update Repository                                                                      | Yes     | (r ) Yes  | Yes
    16 | repo-update-non-oss              | Update Repository (Non-Oss)                                                                 | Yes     | (r ) Yes  | Yes
    linux-hdi0:/usr/bin #
    With the help of a good teaching video on how to use the GNU’s Not Unix (GNU) debugger (gdb) on https://www.youtube.com/watch?v=bWH-nL7v5F4, by Doctor Chris Bourke of the University of Nebraska in Lincoln, Nebraska, The United States of America, I was able to proceed, statement-by-statement, in some of vlc-beta’s computer code with those statements looking to me like C-language statements, but more often looking like C-programming-language statements if I omitted the command within gdb of “layout next”; otherwise after entering the command “layout next” on December 14, 2021 and probably entering

    Code:
    gdb vlc
    and

    Code:
    run
    eventually I saw a number of lines in an upper panel each containing a hexadecimal address, a short word or phrase like “mov”, “test”, “call”, “je”, et cetera (Maybe it was assembly language??? But perhaps things looked strange instead of like C-language statements because I was missing some installed debugging packages, as the output below seemed to indicate.) Below the input “n” stands for “next” to instruct the computer program to go to the next statement to execute it in the computer code. So below are the results of some exploring of mine with vlc-beta on December 15, 2021 using the gdb. Despite "vlc" instead of vlc-beta appearing in the first command below, it is for vlc-beta. And I removed all of the VLC computer software and the VLC-based computer program caffeine from openSUSE, except, as I discovered later, the directory /home/newbie/.config/vlc, in my Leap-15.3 installation. Instead I have vlc-beta computer software from the Packman online repository installed in my Leap-15.3 installation.

  2. #2

    Default Re: Segmentation fault trying to open vlc-beta-20211210.736213df13-pm153.17.1.x86_64's Qt interface

    Code:
    newbie@linux-hdi0:~> gdb vlc
    GNU gdb (GDB; SUSE Linux Enterprise 15) 11.1
    Copyright (C) 2021 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".
    Type "show configuration" for configuration details.
    For bug reporting instructions, please see:
    <http://bugs.opensuse.org/>.
    Find the GDB manual and other documentation resources online at:
        <http://www.gnu.org/software/gdb/documentation/>.
    
    For help, type "help".
    Type "apropos word" to search for commands related to "word"...
    Reading symbols from vlc...
    Reading symbols from /usr/lib/debug/usr/bin/vlc-20211210.736213df13-pm153.17.1.x86_64.debug...
    (gdb) break libvlc_add_intf
    Breakpoint 1 at 0x1140
    (gdb) run
    Starting program: /usr/bin/vlc 
    Missing separate debuginfos, use: zypper install glibc-debuginfo-2.31-9.6.1.x86_64
    [Thread debugging using libthread_db enabled]
    Using host libthread_db library "/lib64/libthread_db.so.1".
    VLC media player 20211210 Otto Chriek (revision 736213df13)
    [New Thread 0x7ffff7f16700 (LWP 4794)]
    [New Thread 0x7ffff4470700 (LWP 4795)]
    [New Thread 0x7ffff436f700 (LWP 4796)]
    [New Thread 0x7ffff426e700 (LWP 4797)]
    [New Thread 0x7ffff416d700 (LWP 4798)]
    [New Thread 0x7ffff2576700 (LWP 4799)]
    [New Thread 0x7fffedd75700 (LWP 4800)]
    [New Thread 0x7fffeda5f700 (LWP 4801)]
    
    Thread 1 "vlc" hit Breakpoint 1, libvlc_add_intf (p_instance=p_instance@entry=0x55555575dbd0, name=name@entry=0x0) at playlist.c:40
    40	{
    Missing separate debuginfos, use: zypper install libFLAC8-debuginfo-1.3.2-3.6.1.x86_64 libXau6-debuginfo-1.0.8-1.26.x86_64 libcap2-debuginfo-2.26-4.6.1.x86_64 libdbus-1-3-debuginfo-1.12.2-8.11.2.x86_64 libgpg-error0-debuginfo-1.29-1.8.x86_64 libidn11-debuginfo-1.34-3.2.2.x86_64 liblz4-1-debuginfo-1.9.2-3.3.1.x86_64 liblzma5-debuginfo-5.2.3-4.3.1.x86_64 libogg0-debuginfo-1.3.2-1.24.x86_64 libpcre1-debuginfo-8.45-20.10.1.x86_64 libpulse0-debuginfo-14.2-4.2.x86_64 libsndfile1-debuginfo-1.0.28-5.12.1.x86_64 libspeex1-debuginfo-1.2-3.3.1.x86_64 libsystemd0-debuginfo-246.16-7.21.1.x86_64 libvorbis0-debuginfo-1.3.6-4.3.1.x86_64 libvorbisenc2-debuginfo-1.3.6-4.3.1.x86_64 libxcb1-debuginfo-1.13-3.5.1.x86_64 libzstd1-debuginfo-1.4.4-1.6.1.x86_64
    (gdb) n
    41	    if( libvlc_InternalAddIntf( p_instance->p_libvlc_int, name ))
    (gdb) print *p_instance
    $1 = {p_libvlc_int = 0x55555575dc40, ref_count = {refs = 1}, 
      p_callback_list = 0x0, log = {cb = 0x0, data = 0x0}, dialog = {cbs = {
          pf_display_error = 0x0, pf_display_login = 0x0, 
          pf_display_question = 0x0, pf_display_progress = 0x0, pf_cancel = 0x0, 
          pf_update_progress = 0x0}, data = 0x0}}
    (gdb) print *Quit
    (gdb) print *0x55555575dc40
    $2 = 1433787704
    (gdb) print *p_libvlc_int
    No symbol "p_libvlc_int" in current context.
    (gdb) print name
    $3 = 0x0
    (gdb) print p_libvlc_int
    No symbol "p_libvlc_int" in current context.
    (gdb) print *0x0
    Cannot access memory at address 0x0
    (gdb) quit
    A debugging session is active.
    
    	Inferior 1 [process 4790] will be killed.
    
    Quit anyway? (y or n) y
    newbie@linux-hdi0:~>
    With some repetition, but going farther along than in the above sequence of entries:

    Code:
    newbie@linux-hdi0:/usr/bin> gdb vlc
    GNU gdb (GDB; SUSE Linux Enterprise 15) 11.1
    Copyright (C) 2021 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".
    Type "show configuration" for configuration details.
    For bug reporting instructions, please see:
    <http://bugs.opensuse.org/>.
    Find the GDB manual and other documentation resources online at:
        <http://www.gnu.org/software/gdb/documentation/>.
    
    For help, type "help".
    Type "apropos word" to search for commands related to "word"...
    Reading symbols from vlc...
    Reading symbols from /usr/lib/debug/usr/bin/vlc-20211210.736213df13-pm153.17.1.x86_64.debug...
    (gdb) break libvlc_add_intf
    Breakpoint 1 at 0x1140
    (gdb) run
    Starting program: /usr/bin/vlc 
    Missing separate debuginfos, use: zypper install glibc-debuginfo-2.31-9.6.1.x86_64
    [Thread debugging using libthread_db enabled]
    Using host libthread_db library "/lib64/libthread_db.so.1".
    VLC media player 20211210 Otto Chriek (revision 736213df13)
    [New Thread 0x7ffff7f16700 (LWP 6320)]
    [New Thread 0x7ffff4470700 (LWP 6321)]
    [New Thread 0x7ffff436f700 (LWP 6322)]
    [New Thread 0x7ffff426e700 (LWP 6323)]
    [New Thread 0x7ffff416d700 (LWP 6324)]
    [New Thread 0x7ffff2576700 (LWP 6325)]
    [New Thread 0x7ffff1d75700 (LWP 6326)]
    [New Thread 0x7ffff1a5f700 (LWP 6327)]
    
    Thread 1 "vlc" hit Breakpoint 1, libvlc_add_intf (p_instance=p_instance@entry=0x55555575dbd0, name=name@entry=0x0) at playlist.c:40
    40	{
    Missing separate debuginfos, use: zypper install libFLAC8-debuginfo-1.3.2-3.6.1.x86_64 libXau6-debuginfo-1.0.8-1.26.x86_64 libcap2-debuginfo-2.26-4.6.1.x86_64 libdbus-1-3-debuginfo-1.12.2-8.11.2.x86_64 libgpg-error0-debuginfo-1.29-1.8.x86_64 libidn11-debuginfo-1.34-3.2.2.x86_64 liblz4-1-debuginfo-1.9.2-3.3.1.x86_64 liblzma5-debuginfo-5.2.3-4.3.1.x86_64 libogg0-debuginfo-1.3.2-1.24.x86_64 libpcre1-debuginfo-8.45-20.10.1.x86_64 libpulse0-debuginfo-14.2-4.2.x86_64 libsndfile1-debuginfo-1.0.28-5.12.1.x86_64 libspeex1-debuginfo-1.2-3.3.1.x86_64 libsystemd0-debuginfo-246.16-7.21.1.x86_64 libvorbis0-debuginfo-1.3.6-4.3.1.x86_64 libvorbisenc2-debuginfo-1.3.6-4.3.1.x86_64 libxcb1-debuginfo-1.13-3.5.1.x86_64 libzstd1-debuginfo-1.4.4-1.6.1.x86_64
    (gdb) n
    41	    if( libvlc_InternalAddIntf( p_instance->p_libvlc_int, name ))
    (gdb) n
    40	{
    (gdb) n
    41	    if( libvlc_InternalAddIntf( p_instance->p_libvlc_int, name ))
    (gdb) n
    n[000055555575dc40] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
    [Detaching after vfork from child process 6328]
    [New Thread 0x7ffff0152700 (LWP 6335)]
    [New Thread 0x7fffcbe1f700 (LWP 6336)]
    [New Thread 0x7fffc1e03700 (LWP 6337)]
    [New Thread 0x7fffc1602700 (LWP 6338)]
    [New Thread 0x7fffc0e01700 (LWP 6339)]
    [New Thread 0x7fffb3dd5700 (LWP 6340)]
    [New Thread 0x7fffb26ad700 (LWP 6341)]
    [New Thread 0x7fff9bbfd700 (LWP 6342)]
    [New Thread 0x7fff9b3fc700 (LWP 6343)]
    [New Thread 0x7fff9abfb700 (LWP 6344)]
    [New Thread 0x7fff9a3fa700 (LWP 6345)]
    [New Thread 0x7fff99bf9700 (LWP 6346)]
    [New Thread 0x7fff993f8700 (LWP 6347)]
    [New Thread 0x7fff98bf7700 (LWP 6348)]
    [New Thread 0x7fff83fff700 (LWP 6349)]
    [New Thread 0x7fff837fe700 (LWP 6350)]
    [New Thread 0x7fff81ca4700 (LWP 6351)]
    50	}
    Missing separate debuginfos, use: zypper install Mesa-dri-debuginfo-20.2.4-57.12.x86_64 Mesa-libGL1-debuginfo-20.2.4-57.13.x86_64 Mesa-libglapi0-debuginfo-20.2.4-57.13.x86_64 dbus-1-glib-debuginfo-0.108-1.29.x86_64 fcitx-qt5-debuginfo-1.2.5-bp153.2.2.1.x86_64 fontconfig-debuginfo-2.12.6-4.3.1.x86_64 gconf2-debuginfo-3.2.6-9.26.x86_64 gsettings-backend-dconf-debuginfo-0.34.0-2.27.x86_64 gtk2-theming-engine-adwaita-debuginfo-3.22.3-4.3.1.x86_64 gvfs-debuginfo-1.42.2-4.24.x86_64 kimageformats-debuginfo-5.76.0-bp153.3.2.1.x86_64 libHalf23-debuginfo-2.2.1-1.17.x86_64 libIex-2_2-23-debuginfo-2.2.1-1.17.x86_64 libIlmImf-2_2-23-debuginfo-2.2.1-3.38.1.x86_64 libIlmThread-2_2-23-debuginfo-2.2.1-1.17.x86_64 libKF5Archive5-debuginfo-5.76.0-bp153.2.2.1.x86_64 libLLVM11-debuginfo-11.0.1-1.26.x86_64 libQt5Core5-debuginfo-5.12.7-4.12.2.x86_64 libQt5DBus5-debuginfo-5.12.7-4.12.2.x86_64 libQt5Gui5-debuginfo-5.12.7-4.12.2.x86_64 libQt5Network5-debuginfo-5.12.7-4.12.2.x86_64 libQt5QuickControls2-5-debuginfo-5.12.7-1.53.x86_64 libQt5Svg5-debuginfo-5.12.7-3.3.1.x86_64 libQt5Widgets5-debuginfo-5.12.7-4.12.2.x86_64 libQt5X11Extras5-debuginfo-5.12.7-1.49.x86_64 libQtQuick5-debuginfo-5.12.7-4.2.1.x86_64 libSM6-debuginfo-1.2.2-1.23.x86_64 libX11-xcb1-debuginfo-1.6.5-3.21.1.x86_64 libXcomposite1-debuginfo-0.4.4-1.23.x86_64 libXcursor1-debuginfo-1.1.15-1.18.x86_64 libXext6-debuginfo-1.3.3-1.30.x86_64 libXi6-debuginfo-1.7.9-3.2.1.x86_64 libXinerama1-debuginfo-1.1.3-1.22.x86_64 libXrandr2-debuginfo-1.5.1-2.17.x86_64 libXrender1-debuginfo-0.9.10-1.30.x86_64 libblkid1-debuginfo-2.36.2-4.5.1.x86_64 libbz2-1-debuginfo-1.0.6-5.11.1.x86_64 libcairo2-debuginfo-1.16.0-1.55.x86_64 libcanberra-gtk0-debuginfo-0.30-3.2.3.x86_64 libcanberra-gtk2-module-debuginfo-0.30-3.2.3.x86_64 libdatrie1-debuginfo-0.2.9-1.25.x86_64 libdouble-conversion3-debuginfo-3.1.5-3.2.1.x86_64 libdrm_nouveau2-debuginfo-2.4.104-1.12.x86_64 libdrm_radeon1-debuginfo-2.4.104-1.12.x86_64 libedit0-debuginfo-3.1.snap20150325-2.12.x86_64 libelf1-debuginfo-0.168-4.5.3.x86_64 libexpat1-debuginfo-2.2.5-3.6.1.x86_64 libffi7-debuginfo-3.2.1.git259-10.8.x86_64 libfreetype6-debuginfo-2.10.1-4.8.1.x86_64 libfribidi0-debuginfo-1.0.5-3.3.1.x86_64 libgcc_s1-debuginfo-11.2.1+git610-1.3.9.x86_64 libglib-2_0-0-debuginfo-2.62.6-3.6.1.x86_64 libglvnd-debuginfo-1.3.2-1.49.x86_64 libgobject-2_0-0-debuginfo-2.62.6-3.6.1.x86_64 libgtk-2_0-0-debuginfo-2.24.32+67-2.28.x86_64 libharfbuzz0-debuginfo-2.6.4-1.56.x86_64 libicu-suse65_1-debuginfo-65.1-4.2.1.x86_64 libjasper4-debuginfo-2.0.14-3.19.1.x86_64 libjbig2-debuginfo-2.1-1.31.x86_64 libjpeg8-debuginfo-8.1.2-5.18.1.x86_64 liblcms2-2-debuginfo-2.9-3.3.1.x86_64 libltdl7-debuginfo-2.4.6-3.4.1.x86_64 libmodman1-debuginfo-2.0.1-1.27.x86_64 libmount1-debuginfo-2.36.2-4.5.1.x86_64 libopenssl1_1-debuginfo-1.1.1d-11.30.1.x86_64 libpango-1_0-0-debuginfo-1.44.7+11-1.25.x86_64 libpcre2-16-0-debuginfo-10.31-3.3.1.x86_64 libpng16-16-debuginfo-1.6.34-3.9.1.x86_64 libproxy1-debuginfo-0.4.15-12.41.x86_64 libqt5-qtimageformats-debuginfo-5.12.7-1.50.x86_64 libqt5-qtquickcontrols2-debuginfo-5.12.7-1.53.x86_64 libstdc++6-debuginfo-11.2.1+git610-1.3.9.x86_64 libthai0-debuginfo-0.1.27-1.16.x86_64 libuuid1-debuginfo-2.36.2-4.5.1.x86_64 libwayland-client0-debuginfo-1.18.0-1.19.x86_64 libwebp7-debuginfo-1.0.3-1.62.x86_64 libxcb-composite0-debuginfo-1.13-3.5.1.x86_64 libxcb-damage0-debuginfo-1.13-3.5.1.x86_64 libxcb-dri2-0-debuginfo-1.13-3.5.1.x86_64 libxcb-dri3-0-debuginfo-1.13-3.5.1.x86_64 libxcb-keysyms1-debuginfo-0.4.0-1.23.x86_64 libxcb-present0-debuginfo-1.13-3.5.1.x86_64 libxcb-render-util0-debuginfo-0.3.9-1.23.x86_64 libxcb-render0-debuginfo-1.13-3.5.1.x86_64 libxcb-shape0-debuginfo-1.13-3.5.1.x86_64 libxcb-shm0-debuginfo-1.13-3.5.1.x86_64 libxcb-sync1-debuginfo-1.13-3.5.1.x86_64 libxcb-util1-debuginfo-0.4.0-1.23.x86_64 libxcb-xfixes0-debuginfo-1.13-3.5.1.x86_64 libxkbcommon-x11-0-debuginfo-0.8.2-3.3.1.x86_64 libxml2-2-debuginfo-2.9.7-3.37.1.x86_64 libz1-debuginfo-1.2.11-3.21.1.x86_64
    (gdb) n
    [Thread 0x7fffb26ad700 (LWP 6341) exited]
    main (argc=<optimized out>, argv=0x7fffffffdf28) at vlc.c:245
    245	    libvlc_playlist_play (vlc);
    Missing separate debuginfos, use: zypper install libqt5-qtgraphicaleffects-debuginfo-5.12.7-1.53.x86_64
    (gdb) n
    249	    sigdelset (&set, SIGCHLD);
    (gdb) n
    250	    pthread_sigmask (SIG_SETMASK, &set, NULL);
    (gdb) n
    253	    if (signal_ignored (SIGHUP))
    (gdb) n
    256	    sigdelset (&set, SIGPIPE);
    (gdb) n
    
    Thread 25 "QQmlThread" received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x7fff837fe700 (LWP 6350)]
    0x00007fffdba86613 in ?? () from /usr/lib64/libQt5Qml.so.5
    (gdb) n
    Cannot find bounds of current function
    (gdb) n
    Cannot find bounds of current function
    (gdb) n
    Cannot find bounds of current function
    (gdb) quit
    A debugging session is active.
    
    	Inferior 1 [process 6316] will be killed.
    
    Quit anyway? (y or n) y
    newbie@linux-hdi0:/usr/bin>

  3. #3

    Default Re: Segmentation fault trying to open vlc-beta-20211210.736213df13-pm153.17.1.x86_64's Qt interface

    I tried to follow numerous other people's postings on the Internet to enable the playing of a .mp4 file in the VLC. But unfortunately I failed in all of those efforts with a segmentation fault using vlc-beta-20211210.736213df13-pm153.17.1.x86_64 or else with the lack of a displayed video signal in vlc-beta-20211104.b9e50b090c-pm153.10.1.16.1.x86_64 when in each case using their Qt interfaces. So, if you can do so, please help me eliminate the "Segmentation fault" error and to be able to play a .mp4 video in vlc-beta-20211210.736213df13-pm153.17.1.x86_64 using its probably default, Qt interface.

    I discovered that there was a folder /home/newbie (my user name)/.config /vlc, which had apparently been left over from previous installations of the Video LAN (Local-Area Network) Client (VLC) media or multimedia player or the VLC-based software package caffeine in my Leap-15.3 installation. So I entered the following set of commands mostly, if not entirely, as a "root" user.

    Code:
    zypper rm vlc-beta vlc-beta-debuginfo vlc-beta-debugsource
    I moved /home/newbie/.config /vlc to "trash", but left /usr/src/packages/BUILD, BUILDROOT, RPMS, SOURCES, SPECS, and SRPMS intact for possible .rpm (RedHat package manager) "building" from source code. It was no surprise that by this time the directories /usr/lib64/vlc-beta and /usr/lib/vlc-beta had disappeared.

    Code:
    zypper refresh
    zypper install –repo http-ftp.gwdg.de-2f96c871 -f vlc-beta vlc-beta-debuginfo vlc-beta-debugsource
    , with http-ftp.gwdg.de-2f96c871 being the alias for allowing access to the Packman online repository and "f" standing for probably "force" to force those installations to occur.

    Afterward a surprise was that no /home/newbie/.config/vlc or vlc-beta folder was found.

    Below I entered the command

    Code:
    gdb vlc
    , with gdb standing for the GNU's Not Unix (GNU) debugger, and then

    Code:
    run
    and had results similar to earlier with a segmentation fault, but this time with no notification of a core dump and this time with both "Welcome -VLC media player" and "VLC media player" mostly tranparent windows appearing.

    Code:
    newbie@linux-hdi0:/usr/bin> gdb vlc
    GNU gdb (GDB; SUSE Linux Enterprise 15) 11.1
    Copyright (C) 2021 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".
    Type "show configuration" for configuration details.
    For bug reporting instructions, please see:
    <http://bugs.opensuse.org/>.
    Find the GDB manual and other documentation resources online at:
        <http://www.gnu.org/software/gdb/documentation/>.
    
    For help, type "help".
    Type "apropos word" to search for commands related to "word"...
    Reading symbols from vlc...
    Reading symbols from /usr/lib/debug/usr/bin/vlc-20211210.736213df13-pm153.17.1.x86_64.debug...
    (gdb) break pf_int
    Function "pf_int" not defined.
    Make breakpoint pending on future shared library load? (y or [n]) n
    (gdb) run
    Starting program: /usr/bin/vlc 
    Missing separate debuginfos, use: zypper install glibc-debuginfo-2.31-9.6.1.x86_64
    [Thread debugging using libthread_db enabled]
    Using host libthread_db library "/lib64/libthread_db.so.1".
    VLC media player 20211210 Otto Chriek (revision 736213df13)
    [New Thread 0x7ffff7f16700 (LWP 6318)]
    [New Thread 0x7ffff4470700 (LWP 6319)]
    [New Thread 0x7ffff436f700 (LWP 6320)]
    [New Thread 0x7ffff426e700 (LWP 6321)]
    [New Thread 0x7ffff416d700 (LWP 6322)]
    [New Thread 0x7ffff2576700 (LWP 6323)]
    [New Thread 0x7fffedd75700 (LWP 6324)]
    [New Thread 0x7fffeda5f700 (LWP 6325)]
    [000055555575dc40] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
    [Detaching after vfork from child process 6326]
    [New Thread 0x7fffec152700 (LWP 6333)]
    [New Thread 0x7fffcbe1f700 (LWP 6334)]
    [New Thread 0x7fffc1e03700 (LWP 6336)]
    [New Thread 0x7fffc1602700 (LWP 6337)]
    [New Thread 0x7fffc0e01700 (LWP 6338)]
    [New Thread 0x7fffb3dd5700 (LWP 6339)]
    [New Thread 0x7fffb26ad700 (LWP 6340)]
    [New Thread 0x7fff9bbfd700 (LWP 6341)]
    [New Thread 0x7fff9b3fc700 (LWP 6342)]
    [New Thread 0x7fff9abfb700 (LWP 6343)]
    [New Thread 0x7fff9a3fa700 (LWP 6344)]
    [New Thread 0x7fff99bf9700 (LWP 6345)]
    [New Thread 0x7fff993f8700 (LWP 6346)]
    [New Thread 0x7fff98bf7700 (LWP 6347)]
    [New Thread 0x7fff83fff700 (LWP 6348)]
    [New Thread 0x7fff837fe700 (LWP 6349)]
    [New Thread 0x7fff81ca4700 (LWP 6350)]
    
    Thread 25 "QQmlThread" received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x7fff837fe700 (LWP 6349)]
    0x00007fffdba86613 in ?? () from /usr/lib64/libQt5Qml.so.5
    Missing separate debuginfos, use: zypper install Mesa-dri-debuginfo-20.2.4-57.12.x86_64 Mesa-libGL1-debuginfo-20.2.4-57.13.x86_64 Mesa-libglapi0-debuginfo-20.2.4-57.13.x86_64 dbus-1-glib-debuginfo-0.108-1.29.x86_64 fcitx-qt5-debuginfo-1.2.5-bp153.2.2.1.x86_64 fontconfig-debuginfo-2.12.6-4.3.1.x86_64 gconf2-debuginfo-3.2.6-9.26.x86_64 gsettings-backend-dconf-debuginfo-0.34.0-2.27.x86_64 gtk2-theming-engine-adwaita-debuginfo-3.22.3-4.3.1.x86_64 gvfs-debuginfo-1.42.2-4.24.x86_64 kimageformats-debuginfo-5.76.0-bp153.3.2.1.x86_64 libFLAC8-debuginfo-1.3.2-3.6.1.x86_64 libHalf23-debuginfo-2.2.1-1.17.x86_64 libIex-2_2-23-debuginfo-2.2.1-1.17.x86_64 libIlmImf-2_2-23-debuginfo-2.2.1-3.38.1.x86_64 libIlmThread-2_2-23-debuginfo-2.2.1-1.17.x86_64 libKF5Archive5-debuginfo-5.76.0-bp153.2.2.1.x86_64 libLLVM11-debuginfo-11.0.1-1.26.x86_64 libQt5Core5-debuginfo-5.12.7-4.12.2.x86_64 libQt5DBus5-debuginfo-5.12.7-4.12.2.x86_64 libQt5Gui5-debuginfo-5.12.7-4.12.2.x86_64 libQt5Network5-debuginfo-5.12.7-4.12.2.x86_64 libQt5QuickControls2-5-debuginfo-5.12.7-1.53.x86_64 libQt5Svg5-debuginfo-5.12.7-3.3.1.x86_64 libQt5Widgets5-debuginfo-5.12.7-4.12.2.x86_64 libQt5X11Extras5-debuginfo-5.12.7-1.49.x86_64 libQtQuick5-debuginfo-5.12.7-4.2.1.x86_64 libSM6-debuginfo-1.2.2-1.23.x86_64 libX11-xcb1-debuginfo-1.6.5-3.21.1.x86_64 libXau6-debuginfo-1.0.8-1.26.x86_64 libXcomposite1-debuginfo-0.4.4-1.23.x86_64 libXcursor1-debuginfo-1.1.15-1.18.x86_64 libXext6-debuginfo-1.3.3-1.30.x86_64 libXi6-debuginfo-1.7.9-3.2.1.x86_64 libXinerama1-debuginfo-1.1.3-1.22.x86_64 libXrandr2-debuginfo-1.5.1-2.17.x86_64 libXrender1-debuginfo-0.9.10-1.30.x86_64 libblkid1-debuginfo-2.36.2-4.5.1.x86_64 libbz2-1-debuginfo-1.0.6-5.11.1.x86_64 libcairo2-debuginfo-1.16.0-1.55.x86_64 libcanberra-gtk0-debuginfo-0.30-3.2.3.x86_64 libcanberra-gtk2-module-debuginfo-0.30-3.2.3.x86_64 libcap2-debuginfo-2.26-4.6.1.x86_64 libdatrie1-debuginfo-0.2.9-1.25.x86_64 libdbus-1-3-debuginfo-1.12.2-8.11.2.x86_64 libdouble-conversion3-debuginfo-3.1.5-3.2.1.x86_64 libdrm_nouveau2-debuginfo-2.4.104-1.12.x86_64 libdrm_radeon1-debuginfo-2.4.104-1.12.x86_64 libedit0-debuginfo-3.1.snap20150325-2.12.x86_64 libelf1-debuginfo-0.168-4.5.3.x86_64 libexpat1-debuginfo-2.2.5-3.6.1.x86_64 libffi7-debuginfo-3.2.1.git259-10.8.x86_64 libfreetype6-debuginfo-2.10.1-4.8.1.x86_64 libfribidi0-debuginfo-1.0.5-3.3.1.x86_64 libgcc_s1-debuginfo-11.2.1+git610-1.3.9.x86_64 libglib-2_0-0-debuginfo-2.62.6-3.6.1.x86_64 libglvnd-debuginfo-1.3.2-1.49.x86_64 libgobject-2_0-0-debuginfo-2.62.6-3.6.1.x86_64 libgpg-error0-debuginfo-1.29-1.8.x86_64 libgtk-2_0-0-debuginfo-2.24.32+67-2.28.x86_64 libharfbuzz0-debuginfo-2.6.4-1.56.x86_64 libicu-suse65_1-debuginfo-65.1-4.2.1.x86_64 libidn11-debuginfo-1.34-3.2.2.x86_64 libjasper4-debuginfo-2.0.14-3.19.1.x86_64 libjbig2-debuginfo-2.1-1.31.x86_64 libjpeg8-debuginfo-8.1.2-5.18.1.x86_64 liblcms2-2-debuginfo-2.9-3.3.1.x86_64 libltdl7-debuginfo-2.4.6-3.4.1.x86_64 liblz4-1-debuginfo-1.9.2-3.3.1.x86_64 liblzma5-debuginfo-5.2.3-4.3.1.x86_64 libmodman1-debuginfo-2.0.1-1.27.x86_64 libmount1-debuginfo-2.36.2-4.5.1.x86_64 libogg0-debuginfo-1.3.2-1.24.x86_64 libopenssl1_1-debuginfo-1.1.1d-11.30.1.x86_64 libpango-1_0-0-debuginfo-1.44.7+11-1.25.x86_64 libpcre1-debuginfo-8.45-20.10.1.x86_64 libpcre2-16-0-debuginfo-10.31-3.3.1.x86_64 libpng16-16-debuginfo-1.6.34-3.9.1.x86_64 libproxy1-debuginfo-0.4.15-12.41.x86_64 libpulse0-debuginfo-14.2-4.2.x86_64 libqt5-qtgraphicaleffects-debuginfo-5.12.7-1.53.x86_64 libqt5-qtimageformats-debuginfo-5.12.7-1.50.x86_64 libqt5-qtquickcontrols2-debuginfo-5.12.7-1.53.x86_64 libsndfile1-debuginfo-1.0.28-5.12.1.x86_64 libspeex1-debuginfo-1.2-3.3.1.x86_64 libstdc++6-debuginfo-11.2.1+git610-1.3.9.x86_64 libsystemd0-debuginfo-246.16-7.21.1.x86_64 libthai0-debuginfo-0.1.27-1.16.x86_64 libuuid1-debuginfo-2.36.2-4.5.1.x86_64 libvorbis0-debuginfo-1.3.6-4.3.1.x86_64 libvorbisenc2-debuginfo-1.3.6-4.3.1.x86_64 libwayland-client0-debuginfo-1.18.0-1.19.x86_64 libwebp7-debuginfo-1.0.3-1.62.x86_64 libxcb-composite0-debuginfo-1.13-3.5.1.x86_64 libxcb-damage0-debuginfo-1.13-3.5.1.x86_64 libxcb-dri2-0-debuginfo-1.13-3.5.1.x86_64 libxcb-dri3-0-debuginfo-1.13-3.5.1.x86_64 libxcb-keysyms1-debuginfo-0.4.0-1.23.x86_64 libxcb-present0-debuginfo-1.13-3.5.1.x86_64 libxcb-render-util0-debuginfo-0.3.9-1.23.x86_64 libxcb-render0-debuginfo-1.13-3.5.1.x86_64 libxcb-shape0-debuginfo-1.13-3.5.1.x86_64 libxcb-shm0-debuginfo-1.13-3.5.1.x86_64 libxcb-sync1-debuginfo-1.13-3.5.1.x86_64 libxcb-util1-debuginfo-0.4.0-1.23.x86_64 libxcb-xfixes0-debuginfo-1.13-3.5.1.x86_64 libxcb1-debuginfo-1.13-3.5.1.x86_64 libxkbcommon-x11-0-debuginfo-0.8.2-3.3.1.x86_64 libxml2-2-debuginfo-2.9.7-3.37.1.x86_64 libz1-debuginfo-1.2.11-3.21.1.x86_64 libzstd1-debuginfo-1.4.4-1.6.1.x86_64
    (gdb) n
    Cannot find bounds of current function
    (gdb) n
    Cannot find bounds of current function
    (gdb) n
    Cannot find bounds of current function
    (gdb) quit
    A debugging session is active.
    
    	Inferior 1 [process 6314] will be killed.
    
    Quit anyway? (y or n) y
    newbie@linux-hdi0:/usr/bin>
    After I opened the files /usr/lib64/vlc-beta/plugins/plugins.dat and /usr/lib64/vlc-beta/plugins/gui /libqt_plugin.so in the Leap-15.3 application KWrite I found that they had automatically each been opened in the ISO-8859-15 encoding, with ISO standing for International Organization for Standardization (https://www.nickcarverphotography.co...does-iso-mean/ on the Internet). Some recognizable Latin letters forming English-language words could be seen in those files. And in addition lots of traditional Mandarin Chinese-language characters could be seen in those files. In writing Fortran-computer-language codes I think I often used the 8-bit Uniform Transformation Format (UTF-8) encoding, which probably often appeared in KWrite, in writing data files with usually just numbers in them and in their file names used extensions such as "IN" or dat. I understood from https://fileinfo.com/extension/so that .so files are not meant to be opened for direct viewing by probably human beings. But a puzzle for me is how the file /usr/lib64/vlc-beta/plugins/plugins.dat, which contains the strange characters in either the ISO-8859-15 or UTF-8 encoding, could properly be read by my virtual "computer."

  4. #4

    Default Re: Segmentation fault trying to open vlc-beta-20211210.736213df13-pm153.17.1.x86_64's Qt interface

    Sorry, I need to make a correction and addition. While lying on my bed I realized that I could have used yet another version of vlc-beta. Looking at my notes I noticed that I briefly used version 20211206.07ed287157-pm153.16.1-x86_64 vlc-beta on December 6, 2021. My result in trying to get the default, Qt interface of vlc-beta-20211206.07ed287157-pm153.16.1-x86_64 loaded was "Segmentation fault (core dumped)" and with that main window for that version of vlc-beta appearing for a fraction of a second on my Leap-15.3 desktop. So below I provide you with a table of some of my results and some conditions using four versions of vlc-beta in my installation of the Leap-15.3, Linux operating system within Oracle (Corporation) VM (Virtual Machine) VirtualBox. Despite the fact that the VirtualBox versions I have been using have at least usually had amd64 associated with them, which probably stands for a 64-bit Advanced Micro Devices central processing unit (cpu), my Dell notebook computer actually has an Intel Corporation cpu in it. From within https://virtualbox.org/ on the Internet I generally just downloaded the Windows versions of VirtualBox for upgrading VirtualBox where, as I recall, there was no distinction made between AMD and Intel Corporation cpus.--So despite the amd64 label that I noticed, I suspect that those installation files for VirtualBox for Windows operating systems may be suitable for either AMD or Intel Corporation cpus. I think the label Qt 5.6.2 has been associated with VirtualBox versions since at least July of the year 2020. According to reference 99 of https://en.wikipedia.org/wiki/OpenSUSE#Releases, Qt 5 appears to date from about December 19, 2012. And lots of software packages installed in my Leap-15.3 installation which include "Qt" or "qt" in their names include "Qt5" or "qt5" in their names.

    Table 1. Some conditions and results obtained using four recent versions of the software package vlc-beta from the Packman repository.
    Version number of vlc-beta from the Packman, online repository
    vlc-beta version release date in the year 2021
    VirtualBox version used
    Linux kernel version used in my Leap-15.3, Linux “guest” operating system
    A result while trying to fully load the Qt interface of vlc-beta and, if possible, play a .mp4 file via that interface
    20211028.5ed8c5c794-pm153.9.1-x86_64
    October 28
    6.1.28r147628 (probably Qt 5.6.2 and amd64) and 6.1.30r148432 (Qt 5.6.2, amd64)
    5.3.18-59.27.1-default with VirtualBox 6.1.28, 5.3.18-59.34.1-default and 5.3.18-59.37.2-default with VirtualBox 6.1.30
    It gratefully fully worked well for me!
    20211104.69e50b090c-pm153.10.1-x86_64
    November 4
    6.1.28r147628 (probably probably Qt 5.6.2 and amd64)
    5.3.18-59.27.1-default
    Main window for vlc-beta invisible. A .mp4 file was opened via a tray icon for vlc-beta. Audio okay, video not displayed while playing that .mp4 file
    20211206.07ed287157-pm153.16.1-x86_64
    December 6
    6.1.30r148432 (Qt 5.6.2, amd64)
    5.3.18-59.37.2-default
    Segmentation fault (core dumped). The main Qt window briefly appeared.
    20211210.736213df13-pm153.17.1-x86_64
    December 10
    6.1.30r148432 (Qt 5.6.2, amd64)
    5.3.18-59.37.2-default
    Segmentation fault.
    The main Qt window was mostly transparent.

    I have also provided the above tabular data to people associated with Packman in a hope that the segmentation faults I encountered while using two recent versions of vlc-beta can somehow be eliminated, either in the version 20211210.736213df13-pm153.17.1-x86_64 of the software package vlc-beta I currently have installed in my Leap-15.3 installation, a future version of vlc-beta, or else via a custom “build” of a .rpm (RedHat package manager) file from vlc-beta source code for my Leap-15.3 installation in my VirtualBox environment with my Dell notebook computer’s particular hardware.

  5. #5

    Default Re: Segmentation fault trying to open vlc-beta-20211210.736213df13-pm153.17.1.x86_64's Qt interface

    After looking at my notes and Yet another Software Tool 2’s (YaST2’s) Software Management, Extras, Show History I could realize that on August 18, 2021 I gratefully also had success playing a .mp4 (Moving or Motion Picture Experts Group, audio-layer-4) file in vlc-beta-20210812.fcba92731a… in my Leap-15.3 installation in VirtualBox 6.1.22, 6.1.24, or 6.1.26 using probably either the Linux kernel 5.3.18-59.16.1-preempt or 5.3.18-59.16.1-default. I received interesting comments from Olaf Hering and Jason Craig. It appeared that vlc-beta is a software-development project and that vlc is a stable version of the Video Local-Area Network (LAN) Client (VLC) media or multimedia player. As a result from the Packman online repository I switched from using vlc-beta-related software packages to using vlc-related software packages using the following commands as a “root” user:

    Code:
    zypper refresh
    zypper rm vlc-beta vlc-beta-debuginfo vlc-beta-debugsource
    zypper refresh
    zypper install –repo http-ftp.gwdg.de-2f96c871 -f vlc vlc-lang vlc-codecs vlc-codecs-debuginfo vlc-debuginfo
    (Again http-ftp.gwdg.de-2f96c871 is the “alias” in my repository setup for the online Packman repository https://ftp.gwdg.de/pub/linux/misc/p...USE_Leap_15.3/ on the Internet.). In addition I was informed that the following software packages would also be installed: libvlc5 libvlccore9 vlc-noX vlc-qt, to which I entered “y” for probably “yes”. Afterward I double-clicked on the desktop icon I had for starting vlc-beta with the “target” file /usr/share/applications/vlc.desktop and which probably ultimately enabled the execution of /usr/bin/vlc. The result was that the main window of the VLC media player not only opened with “menu” items; but also I could gratefully play the .mp4 file in that version 3.0.16, Vetinari of the VLC media player with both audio and video signals!

    Masaru Nomiya wrote that he did not receive a segmentation fault while playing a .mp4 file in vlc-beta-20211210.736213-pm153.17.1.x86_64 in his computer “environment”, whatever it was. Therefore a reasonable conclusion may be that the segmentation fault I received in my Leap-15.3, in-VirtualBox-6.1.30 computer “environment” may somehow be attributable to my computer “environment” of my Leap-15.3 installation in VirtualBox. Olaf Hering reported that “any issue with upstream vlc.git#master should be reported directly on the upstream vlc devel mailing list.” So even though I have abandoned vlc-beta in favor of vlc-related software packages from the Packman repository, I reported my issues with vlc-beta to that electronic mailing list.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •