Definitely should not be happening. Since it's likely related to
TurboVNC, my suggestion would be to build the TurboVNC Server from
source and include debugging information in the build:
sudo apt-get install gcc make git cmake libpam0g-dev libsm-dev
libice-dev libxext-dev libssl-dev
git clone https://github.com/TurboVNC/turbovnc.git
cd turbovnc
mkdir build
cd build
cmake -G"Unix Makefiles" -DTVNC_BUILDNATIVE=0 -DTVNC_BUILDJAVA=0
-DCMAKE_BUILD_TYPE=RelWithDebInfo ..
make
Now launch the server with:
ulimit -c 10000000
bin/vncserver -debug
When the server crashes, it should leave a core file. Load that core
file into gdb:
gdb bin/Xvnc {core file}
Type 'where' in gdb to print a stack trace.
Create an issue in the TurboVNC GitHub tracker:
https://github.com/TurboVNC/turbovnc/issues/new
and post the following:
-- The stack trace you obtained above
-- The console output from the TurboVNC Server
-- What version of the RealVNC Viewer you were using (example: 4.1.2)
-- What client O/S you were using (examples: Windows 7, iOS 9, macOS
Sierra)
-- What RFB encoding you were using (examples: Hextile, ZRLE)
All of that aside, while it is a bug for the RealVNC Viewer to crash the
TurboVNC Server, and I definitely want to fix that bug, I also cannot
recommend using the RealVNC Viewer. The TurboVNC Viewer will be
necessary in order to achieve full performance with our server.
On 2/21/17 4:02 PM, Wei Liu wrote:
> Jason, DRC,
>
> The vnc session I created with TurboVNC crashes a few times. Can it be
> caused by my realVNC viewer? (seems hard to believe an incompatible
> viewer crashes the session) I haven't got a chance to use TurboVNC
> viewer due to other constraints.
>
> How to debug that crashes? I can put more information if I know how.
>
> I did run some OpenGL applications in the session. Not sure if it is
> related.
>
> Thank you very much,
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
VirtualGL-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/virtualgl-users
