<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font face="Verdana">gdb shows:<br>
<br>
Program terminated with signal 11, Segmentation fault.<br>
#0 0x00007f717ea0f4e2 in VNCServerImpl::VRDEUpdate
(hServer=0x7f7178002bc0, uScreenId=<optimized out>,
pvUpdate=0x7f7153fe0338, cbUpdate=<optimized out>) at
/trunk/src/VBox/ExtPacks/VNC/VBoxVNC.cpp:457<br>
<br>
libvncserver0 = 0.9.8.2<br>
<br>
Dump is over 200MB. Needless to say this is going to take
sometime for me to figure out. I can ftp it to appsdev if you
like.<br>
<br>
<br>
<br>
<br>
</font>
<div class="moz-cite-prefix">On 07/25/2012 07:00 AM, Klaus Espenlaub
wrote:<br>
</div>
<blockquote cite="mid:500FDFC2.4080506@oracle.com" type="cite">
<pre wrap="">On 24.07.2012 03:12, Perry Halbert wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Update. I turned off the remote display and this solved the issue.
I use VNC and build the extension pack which has been working really well.
So is there a way to get this back to operational status or do I need to
switch back to VRDP?
</pre>
</blockquote>
<pre wrap="">
My suspicion is that the VM process crashes... can you enable core dumps
to see if this hypothesis is right, or run the VM process directly in
gdb? You build everything yourself, so it shouldn't be a problem to have
the debug info available. Could be that your libvncserver is newer and
has a slightly incompatible API somewhere.
I've tried a similar setup (VBox trunk, matching GA, VNC enabled, VT-x
disabled), but I couldn't get any crashes. Used a different guest OS and
a different linux distro on the host, but this shouldn't really have a
significant influence. Tried with and without a VNC viewer connected.
I guess that you run the VM in the GUI, because I wasn't able to find a
VNC viewer which would trigger resizes when its window is resized.
Any obvious patterns for the resize resolution (we removed a "multiple
of 4" restriction for the horizontal resolution recently) which causes
crashes? Does it ever survive a resize?
Klaus
</pre>
<blockquote type="cite">
<pre wrap="">
On 07/23/2012 06:27 PM, Perry Halbert wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Strange issue this time.
Latest batch of builds, not sure exactly when, but within the last
week. When resizing the guest (mouse click drag) it aborts. Nothing in
the guests log file (no shut down, resize information, or reason it
just stops recording) or syslog of the guest. Just like you pulled the
plug. Only indication is the main manager shows aborted.
Host Ubuntu 12.04 x86_64 (no VT-x)
Guest Ubuntu 12.04 X86_32 with PAE
Everything else works good, including all new features, well except it
is really slow and has been for some time, but usable to test with.
I increased the vRAM to 64MB from 12MB but that does not seem to be
the issue.
I removed Version matching GAs and installed 4.1.18, but no change so
I don't think it is the GAs.
Turned off 3D so that is not the issue.
Note: I do not see this on a matching Ubuntu host with VT-x.
Didn't I say strange?
_______________________________________________
vbox-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a>
<a class="moz-txt-link-freetext" href="https://www.virtualbox.org/mailman/listinfo/vbox-dev">https://www.virtualbox.org/mailman/listinfo/vbox-dev</a>
</pre>
</blockquote>
<pre wrap="">
_______________________________________________
vbox-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a>
<a class="moz-txt-link-freetext" href="https://www.virtualbox.org/mailman/listinfo/vbox-dev">https://www.virtualbox.org/mailman/listinfo/vbox-dev</a>
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<br>
</body>
</html>