Hello,
User since long of x2go, I'm now facing the following issue :
- client host is XUbuntu 19.10, with a 4.1.2.1-2 client
- server host is XUbuntu 19.10, with a 4.1.0.3-4 server
Everything sounds good and I can do basically anything I want (things are responsive, colours are OK, aso...)
But when running the images viewer "GThumb", the software is not launching and stops with the following error :
double free or corruption (!prev) Abandon (core dumped)
Obviously, I made my homeworks and search around for clues. Though I find many similar cases with people having the same issue, it doesn't seem specifically related to x2go not gthumb.
BUT...
Yet I send this message here because my target server is also a workstation I use everyday *not remotely* and on which I can perfectly run gthumb.
Should I look at some colour depth settings, at missing libraries, or could anyone lead me to some precise x2go settings I could tweak?
Thank you.
-- Nicolas
This is a bug in the Gthumb that gets detected by glibc. You can suppress this but it would be better to get Gthumb fixed, see https://stackoverflow.com/questions/18153746/what-is-the-difference-between-... .
Uli
On Fri, Nov 22, 2019 at 4:19 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
Hello,
User since long of x2go, I'm now facing the following issue :
- client host is XUbuntu 19.10, with a 4.1.2.1-2 client
- server host is XUbuntu 19.10, with a 4.1.0.3-4 server
Everything sounds good and I can do basically anything I want (things are responsive, colours are OK, aso...)
But when running the images viewer "GThumb", the software is not launching and stops with the following error :
double free or corruption (!prev) Abandon (core dumped)
Obviously, I made my homeworks and search around for clues. Though I find many similar cases with people having the same issue, it doesn't seem specifically related to x2go not gthumb.
BUT...
Yet I send this message here because my target server is also a workstation I use everyday *not remotely* and on which I can perfectly run gthumb.
Should I look at some colour depth settings, at missing libraries, or could anyone lead me to some precise x2go settings I could tweak?
Thank you.
-- Nicolas
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Hallo Uli,
Danke for your answer. I read the StackOverflow thread, but either it is beyond my understanding, either I don't get if I can bypass some checks by setting some parameters. I tried to set some, according to what I read in the thread, but that doesn't change anything.
Maybe you have an additional hint?
Nicolas
Le 22/11/2019 à 16:37, Ulrich Sibiller a écrit :
This is a bug in the Gthumb that gets detected by glibc. You can suppress this but it would be better to get Gthumb fixed, see https://stackoverflow.com/questions/18153746/what-is-the-difference-between-... .
Uli
On Fri, Nov 22, 2019 at 4:19 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
Hello,
User since long of x2go, I'm now facing the following issue :
- client host is XUbuntu 19.10, with a 4.1.2.1-2 client
- server host is XUbuntu 19.10, with a 4.1.0.3-4 server
Everything sounds good and I can do basically anything I want (things are responsive, colours are OK, aso...)
But when running the images viewer "GThumb", the software is not launching and stops with the following error :
double free or corruption (!prev) Abandon (core dumped)
Obviously, I made my homeworks and search around for clues. Though I find many similar cases with people having the same issue, it doesn't seem specifically related to x2go not gthumb.
BUT...
Yet I send this message here because my target server is also a workstation I use everyday *not remotely* and on which I can perfectly run gthumb.
Should I look at some colour depth settings, at missing libraries, or could anyone lead me to some precise x2go settings I could tweak?
Thank you.
-- Nicolas
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
-- Nicolas Ecarnot
On Mon, Nov 25, 2019 at 12:32 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
Danke for your answer. I read the StackOverflow thread, but either it is beyond my understanding, either I don't get if I can bypass some checks by setting some parameters. I tried to set some, according to what I read in the thread, but that doesn't change anything.
Maybe you have an additional hint?
Basically you just do this:
export MALLOC_CHECK_=0 <run your command>
Uli
Ok Uli,
I tried this, to no avail.
I still don't understand why it fails while in the x2go context, and runs when being run locally.
Are there env. params I should check / compare ?
Nicolas
Le 25/11/2019 à 13:07, Ulrich Sibiller a écrit :
On Mon, Nov 25, 2019 at 12:32 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
Danke for your answer. I read the StackOverflow thread, but either it is beyond my understanding, either I don't get if I can bypass some checks by setting some parameters. I tried to set some, according to what I read in the thread, but that doesn't change anything.
Maybe you have an additional hint?
Basically you just do this:
export MALLOC_CHECK_=0 <run your command>
Uli
-- Nicolas Ecarnot
On Mon, Nov 25, 2019 at 1:49 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
I tried this, to no avail.
I still don't understand why it fails while in the x2go context, and runs when being run locally.
Are there env. params I should check / compare ?
This is interesting. So setting MALLOC_CHECK_=0 does not change anything? (have you checked that you included the _ at the end of the variable name?).
X2go is using nxagent. nxagent is an Xserver. It is - feature-wise - not on par with the current (local) X server you are probably using (or maybe you are using wayland locally?). So maybe gthumb is not correctly checking if the X server feature set is the one it expects.
What version of nxagent are you using?
Am I right that your X2go connection is not dying?
Can you run xdpyinfo inside your session and post the output regarding extensions? Can you also please post your server-side /etc/x2go/x2goagent.options?
Uli
Here are all the answers :
nico@furon:~$ export MALLOC_CHECK_=0 nico@furon:~$ gthumb free(): double free detected in tcache 2 Abandon (core dumped) nico@furon:~$ dpkg --list|grep -i nxagent ii libnx-x11-6:amd64 2:3.5.99.21-3build1 amd64 nxagent's libNX_X11 client-part library ii nxagent 2:3.5.99.21-3build1 amd64 Nested Xserver (aka NX Agent) supporting the NX compression protocol
nico@furon:~$ xdpyinfo name of display: :50.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 70000000 X.Org version: 7.0.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x2e000ab, revert to Parent number of extensions: 23 BIG-REQUESTS DAMAGE DOUBLE-BUFFER DPMS GLX MIT-SCREEN-SAVER MIT-SHM RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-Bigfont XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1
screen #0: dimensions: 1918x1000 pixels (507x265 millimeters) resolution: 96x96 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x229 depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20d default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store YES, save-unders YES largest cursor: 1920x1000 current input event mask: 0xfa803f KeyPressMask KeyReleaseMask ButtonPressMask
ButtonReleaseMask EnterWindowMask LeaveWindowMask
ExposureMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 8 default visual id: 0x205 visual: visual id: 0x205 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x206 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x207 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x208 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x209 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20a class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20b class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20c class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits nico@furon:~$
nico@furon:~$ cat /etc/x2go/x2goagent.options
#
# This file can be used to specify default options that are passed to
nxagent.
#
# These options can be overridden by the client!
#
# See the output of nxagent -help for the full list of options.
#
# Remember:
# "-extension" disables an extension.
# "+extension" enables an extension.
X2GO_NXAGENT_DEFAULT_OPTIONS=""
# Uncomment to disable GLX, the old mesa version is hopelessly outdated anyways. # Unbreaks the gnome3 control center # #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension GLX"
# Launch X2Go's X-server x2goagent with option "-nolisten tcp". # # This is the default setting and the X2Go developers really recommend not to # touch this. However, if you play with this (i.e. if you comment it out) you # should really know what you are doing. # # For everyone else: don't touch the line below!!! X2GO_NXAGENT_DEFAULT_OPTIONS+=" -nolisten tcp"
# Enforce clipboard behaviour in X2Go sessions globally (for all connecting clients) # Possible values for the -clipboard option: both, server, client, none # If this option stays commented out, clients can choose the sessions' clipboard behaviour... #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -clipboard both"
# BIG-REQUESTS can be problematic. Older versions of nx-libs did not implement # this extension correctly, leading to all sorts of weird crashes if left # enabled. # Newer versions should handle this extension much better, but if you see # crashes related to BIG-REQUESTS, uncomment this line to disable the # extension. #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension BIG-REQUESTS"
# Extra nxagent nx/nx options, separated by commas. For example: sleep=0 X2GO_NXOPTIONS=""
Le 25/11/2019 à 14:38, Ulrich Sibiller a écrit :
On Mon, Nov 25, 2019 at 1:49 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
I tried this, to no avail.
I still don't understand why it fails while in the x2go context, and runs when being run locally.
Are there env. params I should check / compare ?
This is interesting. So setting MALLOC_CHECK_=0 does not change anything? (have you checked that you included the _ at the end of the variable name?).
X2go is using nxagent. nxagent is an Xserver. It is - feature-wise - not on par with the current (local) X server you are probably using (or maybe you are using wayland locally?). So maybe gthumb is not correctly checking if the X server feature set is the one it expects.
What version of nxagent are you using?
Am I right that your X2go connection is not dying?
Can you run xdpyinfo inside your session and post the output regarding extensions? Can you also please post your server-side /etc/x2go/x2goagent.options?
Uli
-- Nicolas ECARNOT
Ok, that all looks fine. I have tested myself on Debian Buster and Debian 8.1. No gthumb problems. So I suppose it might have to do with your images.
Uli
On Mon, Nov 25, 2019 at 3:13 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
Here are all the answers :
nico@furon:~$ export MALLOC_CHECK_=0 nico@furon:~$ gthumb free(): double free detected in tcache 2 Abandon (core dumped) nico@furon:~$ dpkg --list|grep -i nxagent ii libnx-x11-6:amd64 2:3.5.99.21-3build1 amd64 nxagent's libNX_X11 client-part library ii nxagent 2:3.5.99.21-3build1 amd64 Nested Xserver (aka NX Agent) supporting the NX compression protocol
nico@furon:~$ xdpyinfo name of display: :50.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 70000000 X.Org version: 7.0.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x2e000ab, revert to Parent number of extensions: 23 BIG-REQUESTS DAMAGE DOUBLE-BUFFER DPMS GLX MIT-SCREEN-SAVER MIT-SHM RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-Bigfont XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1
screen #0: dimensions: 1918x1000 pixels (507x265 millimeters) resolution: 96x96 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x229 depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20d default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store YES, save-unders YES largest cursor: 1920x1000 current input event mask: 0xfa803f KeyPressMask KeyReleaseMask ButtonPressMask
ButtonReleaseMask EnterWindowMask LeaveWindowMask ExposureMask StructureNotifyMaskSubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 8 default visual id: 0x205 visual: visual id: 0x205 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x206 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x207 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x208 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x209 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20a class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20b class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20c class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits nico@furon:~$
nico@furon:~$ cat /etc/x2go/x2goagent.options # # This file can be used to specify default options that are passed to nxagent. # # These options can be overridden by the client! # # See the output of
nxagent -helpfor the full list of options. # # Remember: # "-extension" disables an extension. # "+extension" enables an extension.X2GO_NXAGENT_DEFAULT_OPTIONS=""
# Uncomment to disable GLX, the old mesa version is hopelessly outdated anyways. # Unbreaks the gnome3 control center # #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension GLX"
# Launch X2Go's X-server x2goagent with option "-nolisten tcp". # # This is the default setting and the X2Go developers really recommend not to # touch this. However, if you play with this (i.e. if you comment it out) you # should really know what you are doing. # # For everyone else: don't touch the line below!!! X2GO_NXAGENT_DEFAULT_OPTIONS+=" -nolisten tcp"
# Enforce clipboard behaviour in X2Go sessions globally (for all connecting clients) # Possible values for the -clipboard option: both, server, client, none # If this option stays commented out, clients can choose the sessions' clipboard behaviour... #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -clipboard both"
# BIG-REQUESTS can be problematic. Older versions of nx-libs did not implement # this extension correctly, leading to all sorts of weird crashes if left # enabled. # Newer versions should handle this extension much better, but if you see # crashes related to BIG-REQUESTS, uncomment this line to disable the # extension. #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension BIG-REQUESTS"
# Extra nxagent nx/nx options, separated by commas. For example: sleep=0 X2GO_NXOPTIONS=""
Le 25/11/2019 à 14:38, Ulrich Sibiller a écrit :
On Mon, Nov 25, 2019 at 1:49 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
I tried this, to no avail.
I still don't understand why it fails while in the x2go context, and runs when being run locally.
Are there env. params I should check / compare ?
This is interesting. So setting MALLOC_CHECK_=0 does not change anything? (have you checked that you included the _ at the end of the variable name?).
X2go is using nxagent. nxagent is an Xserver. It is - feature-wise - not on par with the current (local) X server you are probably using (or maybe you are using wayland locally?). So maybe gthumb is not correctly checking if the X server feature set is the one it expects.
What version of nxagent are you using?
Am I right that your X2go connection is not dying?
Can you run xdpyinfo inside your session and post the output regarding extensions? Can you also please post your server-side /etc/x2go/x2goagent.options?
Uli
-- Nicolas ECARNOT
Le 25/11/2019 à 23:13, Ulrich Sibiller a écrit :
Ok, that all looks fine. I have tested myself on Debian Buster and Debian 8.1. No gthumb problems. So I suppose it might have to do with your images.
I open no images. I just run gthumb, with no argument nor image to show.
Uli
On Mon, Nov 25, 2019 at 3:13 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
Here are all the answers :
nico@furon:~$ export MALLOC_CHECK_=0 nico@furon:~$ gthumb free(): double free detected in tcache 2 Abandon (core dumped) nico@furon:~$ dpkg --list|grep -i nxagent ii libnx-x11-6:amd64 2:3.5.99.21-3build1 amd64 nxagent's libNX_X11 client-part library ii nxagent 2:3.5.99.21-3build1 amd64 Nested Xserver (aka NX Agent) supporting the NX compression protocol
nico@furon:~$ xdpyinfo name of display: :50.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 70000000 X.Org version: 7.0.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x2e000ab, revert to Parent number of extensions: 23 BIG-REQUESTS DAMAGE DOUBLE-BUFFER DPMS GLX MIT-SCREEN-SAVER MIT-SHM RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-Bigfont XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1
screen #0: dimensions: 1918x1000 pixels (507x265 millimeters) resolution: 96x96 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x229 depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20d default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store YES, save-unders YES largest cursor: 1920x1000 current input event mask: 0xfa803f KeyPressMask KeyReleaseMask ButtonPressMask
ButtonReleaseMask EnterWindowMask LeaveWindowMask ExposureMask StructureNotifyMaskSubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 8 default visual id: 0x205 visual: visual id: 0x205 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x206 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x207 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x208 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x209 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20a class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20b class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20c class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits nico@furon:~$
nico@furon:~$ cat /etc/x2go/x2goagent.options # # This file can be used to specify default options that are passed to nxagent. # # These options can be overridden by the client! # # See the output of
nxagent -helpfor the full list of options. # # Remember: # "-extension" disables an extension. # "+extension" enables an extension.X2GO_NXAGENT_DEFAULT_OPTIONS=""
# Uncomment to disable GLX, the old mesa version is hopelessly outdated anyways. # Unbreaks the gnome3 control center # #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension GLX"
# Launch X2Go's X-server x2goagent with option "-nolisten tcp". # # This is the default setting and the X2Go developers really recommend not to # touch this. However, if you play with this (i.e. if you comment it out) you # should really know what you are doing. # # For everyone else: don't touch the line below!!! X2GO_NXAGENT_DEFAULT_OPTIONS+=" -nolisten tcp"
# Enforce clipboard behaviour in X2Go sessions globally (for all connecting clients) # Possible values for the -clipboard option: both, server, client, none # If this option stays commented out, clients can choose the sessions' clipboard behaviour... #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -clipboard both"
# BIG-REQUESTS can be problematic. Older versions of nx-libs did not implement # this extension correctly, leading to all sorts of weird crashes if left # enabled. # Newer versions should handle this extension much better, but if you see # crashes related to BIG-REQUESTS, uncomment this line to disable the # extension. #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension BIG-REQUESTS"
# Extra nxagent nx/nx options, separated by commas. For example: sleep=0 X2GO_NXOPTIONS=""
Le 25/11/2019 à 14:38, Ulrich Sibiller a écrit :
On Mon, Nov 25, 2019 at 1:49 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
I tried this, to no avail.
I still don't understand why it fails while in the x2go context, and runs when being run locally.
Are there env. params I should check / compare ?
This is interesting. So setting MALLOC_CHECK_=0 does not change anything? (have you checked that you included the _ at the end of the variable name?).
X2go is using nxagent. nxagent is an Xserver. It is - feature-wise - not on par with the current (local) X server you are probably using (or maybe you are using wayland locally?). So maybe gthumb is not correctly checking if the X server feature set is the one it expects.
What version of nxagent are you using?
Am I right that your X2go connection is not dying?
Can you run xdpyinfo inside your session and post the output regarding extensions? Can you also please post your server-side /etc/x2go/x2goagent.options?
Uli
-- Nicolas ECARNOT
-- Nicolas ECARNOT
When I start gthumb it immediately starts to scan my homedir (and probablly more, I have not checked) for images and videos. Have tried using a new, fresh user without any data in the home?
One question you did not answer yet: are you running Xorg or Wayland on the client side? If Wayland then try to switch to Xorg and see if the problem persists (or starts to appear locally).
More ideas:
From experience I can say that Ubuntu does not always port all bug fixes from debian. So _maybe_ it could help to try and install the current debian package of gthumb on your system. Or you could try to compile gthumb yourself in the most current version.
Uli
On Tue, Nov 26, 2019 at 12:47 AM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
Le 25/11/2019 à 23:13, Ulrich Sibiller a écrit :
Ok, that all looks fine. I have tested myself on Debian Buster and Debian 8.1. No gthumb problems. So I suppose it might have to do with your images.
I open no images. I just run gthumb, with no argument nor image to show.
Uli
On Mon, Nov 25, 2019 at 3:13 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
Here are all the answers :
nico@furon:~$ export MALLOC_CHECK_=0 nico@furon:~$ gthumb free(): double free detected in tcache 2 Abandon (core dumped) nico@furon:~$ dpkg --list|grep -i nxagent ii libnx-x11-6:amd64 2:3.5.99.21-3build1 amd64 nxagent's libNX_X11 client-part library ii nxagent 2:3.5.99.21-3build1 amd64 Nested Xserver (aka NX Agent) supporting the NX compression protocol
nico@furon:~$ xdpyinfo name of display: :50.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 70000000 X.Org version: 7.0.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x2e000ab, revert to Parent number of extensions: 23 BIG-REQUESTS DAMAGE DOUBLE-BUFFER DPMS GLX MIT-SCREEN-SAVER MIT-SHM RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-Bigfont XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1
screen #0: dimensions: 1918x1000 pixels (507x265 millimeters) resolution: 96x96 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x229 depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20d default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store YES, save-unders YES largest cursor: 1920x1000 current input event mask: 0xfa803f KeyPressMask KeyReleaseMask ButtonPressMask
ButtonReleaseMask EnterWindowMask LeaveWindowMask ExposureMask StructureNotifyMaskSubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 8 default visual id: 0x205 visual: visual id: 0x205 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x206 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x207 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x208 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x209 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20a class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20b class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x20c class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits nico@furon:~$
nico@furon:~$ cat /etc/x2go/x2goagent.options # # This file can be used to specify default options that are passed to nxagent. # # These options can be overridden by the client! # # See the output of
nxagent -helpfor the full list of options. # # Remember: # "-extension" disables an extension. # "+extension" enables an extension.X2GO_NXAGENT_DEFAULT_OPTIONS=""
# Uncomment to disable GLX, the old mesa version is hopelessly outdated anyways. # Unbreaks the gnome3 control center # #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension GLX"
# Launch X2Go's X-server x2goagent with option "-nolisten tcp". # # This is the default setting and the X2Go developers really recommend not to # touch this. However, if you play with this (i.e. if you comment it out) you # should really know what you are doing. # # For everyone else: don't touch the line below!!! X2GO_NXAGENT_DEFAULT_OPTIONS+=" -nolisten tcp"
# Enforce clipboard behaviour in X2Go sessions globally (for all connecting clients) # Possible values for the -clipboard option: both, server, client, none # If this option stays commented out, clients can choose the sessions' clipboard behaviour... #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -clipboard both"
# BIG-REQUESTS can be problematic. Older versions of nx-libs did not implement # this extension correctly, leading to all sorts of weird crashes if left # enabled. # Newer versions should handle this extension much better, but if you see # crashes related to BIG-REQUESTS, uncomment this line to disable the # extension. #X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension BIG-REQUESTS"
# Extra nxagent nx/nx options, separated by commas. For example: sleep=0 X2GO_NXOPTIONS=""
Le 25/11/2019 à 14:38, Ulrich Sibiller a écrit :
On Mon, Nov 25, 2019 at 1:49 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
I tried this, to no avail.
I still don't understand why it fails while in the x2go context, and runs when being run locally.
Are there env. params I should check / compare ?
This is interesting. So setting MALLOC_CHECK_=0 does not change anything? (have you checked that you included the _ at the end of the variable name?).
X2go is using nxagent. nxagent is an Xserver. It is - feature-wise - not on par with the current (local) X server you are probably using (or maybe you are using wayland locally?). So maybe gthumb is not correctly checking if the X server feature set is the one it expects.
What version of nxagent are you using?
Am I right that your X2go connection is not dying?
Can you run xdpyinfo inside your session and post the output regarding extensions? Can you also please post your server-side /etc/x2go/x2goagent.options?
Uli
-- Nicolas ECARNOT
-- Nicolas ECARNOT
Le 26/11/2019 à 09:35, Ulrich Sibiller a écrit :
When I start gthumb it immediately starts to scan my homedir (and probablly more, I have not checked) for images and videos. Have tried using a new, fresh user without any data in the home?
Ok, I've to try that. Stay tuned.
One question you did not answer yet: are you running Xorg or Wayland on the client side? If Wayland then try to switch to Xorg and see if the problem persists (or starts to appear locally).
I'm using Xorg.
More ideas: From experience I can say that Ubuntu does not always port all bug fixes from debian. So _maybe_ it could help to try and install the current debian package of gthumb on your system. Or you could try to compile gthumb yourself in the most current version.
Good idea. One more thing to try.
Thank you Uli for staying with me.
-- Nicolas
Hello,
Please see below.
Le 26/11/2019 à 09:51, Nicolas Ecarnot a écrit :
Le 26/11/2019 à 09:35, Ulrich Sibiller a écrit :
When I start gthumb it immediately starts to scan my homedir (and probablly more, I have not checked) for images and videos. Have tried using a new, fresh user without any data in the home?
Ok, I've to try that. Stay tuned.
Yep, I tried that on a fresh user, and the same issue appears.
More ideas: From experience I can say that Ubuntu does not always port all bug fixes from debian. So _maybe_ it could help to try and install the current debian package of gthumb on your system. Or you could try to compile gthumb yourself in the most current version.
Good idea. One more thing to try.
In the end, I did not try that, but I witnessed the same issue with another software :
- when trying to play a video (yes I know, it's not appropriate in the x2go +WLAN context. But it's not the point) with VLC, and it's failing with the same error.
- when trying to play the same video with "parole", it's working (it's lagging forever, but not crashing)
- when trying to display the same pictures folder as with gthumb, but with "ristretto", it is working.
So what is the common point between :
- crashing gthumb and vlc
- working parole and ristretto ?
Before crashing, vlc (launched via xterm) gives lot of information that will be useful to more-skilled-than-me coders :
$ vlc ./20191009_214537_small.jpg VLC media player 3.0.8 Vetinari (revision 3.0.8-0-gf350b6b5a7) [000055d437f7f5b0] main libvlc: Lancement de vlc avec l'interface par défaut. Utiliser « cvlc » pour démarrer VLC sans interface. qt.qpa.xcb: X server does not support XInput 2 qt.glx: qglx_findConfig: Failed to finding matching FBConfig (8 8 8 0) qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 8 8 0) qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 8 0) qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0) qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0) No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Falling back to using screens root_visual. [... repeating the errors above 10 times] free(): double free detected in tcache 2 Abandon (core dumped)
Does that give any useful hint?
-- Nicolas Ecarnot
On 12/5/19 2:50 PM, Nicolas Ecarnot wrote:
$ vlc ./20191009_214537_small.jpg VLC media player 3.0.8 Vetinari (revision 3.0.8-0-gf350b6b5a7) [000055d437f7f5b0] main libvlc: Lancement de vlc avec l'interface par défaut. Utiliser « cvlc » pour démarrer VLC sans interface. qt.qpa.xcb: X server does not support XInput 2 qt.glx: qglx_findConfig: Failed to finding matching FBConfig (8 8 8 0) qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 8 8 0) qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 8 0) qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0) qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0) No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Falling back to using screens root_visual. [... repeating the errors above 10 times] free(): double free detected in tcache 2 Abandon (core dumped)
Can you try to run this through valgrind to get a more useful trace?
Btw, I'm also running the same ubuntu version and don't get that.
Hello,
Yesterday, using Kdenlive (absolutely not in the X2GO context), I was bothered by the flickering bug (https://bugs.kde.org/show_bug.cgi?id=406891). Some comments lead me to try to change my video driver from NVidia to Nouveau xorg driver.
The result is that :
- Kdenlive is not flickering anymore
- Gthumb and VLC are now running nicely through X2GO
This all is beyond my skills, but I figured out a workaround so I thought I'd share it here and there.
Have a nice day.
-- Nicolas ECARNOT
Le 26/11/2019 à 09:51, Nicolas Ecarnot a écrit :
Le 26/11/2019 à 09:35, Ulrich Sibiller a écrit :
When I start gthumb it immediately starts to scan my homedir (and probablly more, I have not checked) for images and videos. Have tried using a new, fresh user without any data in the home?
Ok, I've to try that. Stay tuned.
One question you did not answer yet: are you running Xorg or Wayland on the client side? If Wayland then try to switch to Xorg and see if the problem persists (or starts to appear locally).
I'm using Xorg.
More ideas: From experience I can say that Ubuntu does not always port all bug fixes from debian. So _maybe_ it could help to try and install the current debian package of gthumb on your system. Or you could try to compile gthumb yourself in the most current version.
Good idea. One more thing to try.
Thank you Uli for staying with me.
-- Nicolas Ecarnot
Glad to hear that, so x2go can be removed from the equation!
Thanks for the information,
Uli
On Mon, Dec 9, 2019 at 2:01 PM Nicolas Ecarnot <nicolas.x2go@ecarnot.net> wrote:
Hello,
Yesterday, using Kdenlive (absolutely not in the X2GO context), I was bothered by the flickering bug (https://bugs.kde.org/show_bug.cgi?id=406891). Some comments lead me to try to change my video driver from NVidia to Nouveau xorg driver.
The result is that :
- Kdenlive is not flickering anymore
- Gthumb and VLC are now running nicely through X2GO
This all is beyond my skills, but I figured out a workaround so I thought I'd share it here and there.
Have a nice day.
-- Nicolas ECARNOT
Le 26/11/2019 à 09:51, Nicolas Ecarnot a écrit :
Le 26/11/2019 à 09:35, Ulrich Sibiller a écrit :
When I start gthumb it immediately starts to scan my homedir (and probablly more, I have not checked) for images and videos. Have tried using a new, fresh user without any data in the home?
Ok, I've to try that. Stay tuned.
One question you did not answer yet: are you running Xorg or Wayland on the client side? If Wayland then try to switch to Xorg and see if the problem persists (or starts to appear locally).
I'm using Xorg.
More ideas: From experience I can say that Ubuntu does not always port all bug fixes from debian. So _maybe_ it could help to try and install the current debian package of gthumb on your system. Or you could try to compile gthumb yourself in the most current version.
Good idea. One more thing to try.
Thank you Uli for staying with me.
-- Nicolas Ecarnot
-
Bernd Schubert -
Nicolas Ecarnot -
Ulrich Sibiller