Opened 16 years ago
Closed 16 years ago
#3723 closed defect (fixed)
VB guest crashed while typing into window => Fixed in SVN
Reported by: | Stéphane Charette | Owned by: | |
---|---|---|---|
Component: | clipboard | Version: | VirtualBox 2.2.0 |
Keywords: | Cc: | ||
Guest type: | Linux | Host type: | Linux |
Description
Deleted previous version of VB and upgraded to VB220-r45846 64-bit today. Host is Ubuntu 8.10-64bit, guest is Debian Etch 4-64bit. Re-installed guest additions and rebooted guest.
After about 3 hours of uptime, my guest window "went away" (complete crash) while I was in the middle of typing into a Source Navigator Window. At the time I was editing a C++ source file. No information window, warning, or anything else was displayed. The Sun VirtualBox GUI says my guest state is "aborted".
My VBox.log file ends with the following: 02:59:23.658 TM: Giving up catch-up attempt at a 60000723588 ns lag; new total: 1382984766968 ns 03:15:39.774 TM: Giving up catch-up attempt at a 60000333222 ns lag; new total: 1442985100190 ns 03:22:54.590 vboxClipboardConvertToUtf8ForX11: VBoxX11ClipboardReadVBoxData returned VERR_TIMEOUT
Is this clipboard message the cause of the crash? If not, I have no idea where else to look to find the cause of the crash.
Attachments (3)
Change History (25)
by , 16 years ago
comment:1 by , 16 years ago
Of course a core dump of that session would be highly interesting but I assume you don't have one...
comment:2 by , 16 years ago
I can reproduce this reliably when copy/pasting data from Excel to Access. I will try to create a core dump and post it here.
comment:3 by , 16 years ago
Frank, I've got the dump but it's huge even after compression (90MB). I will upload it somewhere and email you the link.
I didn't have this problem in previous versions (2.1.4 and before), so it looks like a regression in version 2.2.0
I can reproduce the error on Ubuntu 8.10 64-bit and Ubuntu 9.04 64-bit hosts running the same Windows XP Professional SP3 32-bit guest.
Please let me know if you need more information and thanks for looking into this issue.
Cheers, Alex
comment:4 by , 16 years ago
Alex sent me a core dump which will probably help finding the problem. Seems to be indeed a clipboard problem.
comment:5 by , 16 years ago
I having the same problem with Ubuntu host and Windows XP and Vista guests one two machines.
comment:6 by , 16 years ago
I have the same problem with Fedora 10 (2.6.27.19-170.2.35.fc10.x86_64). Using 2.2 r45846. Exactly the same error. I'm using MS Project 2K7, and I'm copying and pasting inside the same program. Ouput from VBox.log:
00:02:25.822 Guest Log: VBoxTray: Started. 00:02:31.650 Shared clipboard: starting host clipboard thread 00:02:36.636 Guest Additions capability report: (0x5) seamless: yes, hostWindowMapping: no, graphics: yes 00:02:37.397 Display::handleDisplayResize(): uScreenId = 0, pvVRAM=00007f87c4000000 w=1424 h=770 bpp=32 cbLine=0x1640 00:02:37.397 VBVA: Disabled. 00:02:37.445 VBVA: Enabled. 00:03:02.168 Guest Log: VBOXNP: DLL loaded. 00:03:06.960 PIT: mode=2 count=0x2ead (11949) - 99.85 Hz (ch=0) 00:04:30.098 Guest Log: VBOXNP: DLL unloaded. 01:09:41.248 vboxClipboardConvertToUtf8ForX11: VBoxX11ClipboardReadVBoxData returned VERR_TIMEOUT
Where is the core file located? I'll upload via dropbox if need be and provide a link for download.
Thanks.
Best regards,
Everette
comment:7 by , 16 years ago
Everette, thank you but I think your core dump isn't required anymore. It seems that we found the problem.
follow-up: 9 comment:8 by , 16 years ago
Summary: | VB guest crashed while typing into window → VB guest crashed while typing into window => Fixed in SVN |
---|
comment:9 by , 16 years ago
Replying to frank: Thanks. Is there anyway I can get an RPM of the latest build with the fix? (I don't want to build from source, if that's ok.)
follow-ups: 11 12 comment:10 by , 16 years ago
I have attached updated versions of the files containing the bug, for 32bit and 64bit hosts. To try them out, replace VBoxSharedClipboard.so with the correct one of these for your host (keep a backup of the old one of course!)
comment:11 by , 16 years ago
Replying to michael:
I have attached updated versions of the files containing the bug, for 32bit and 64bit hosts. To try them out, replace VBoxSharedClipboard.so with the correct one of these for your host (keep a backup of the old one of course!)
Thanks Michael, replacing VBoxSharedClipboard.so fixed it for me (on a 64-bit host)
follow-ups: 13 14 comment:12 by , 16 years ago
The VBoxSharedClipboard.so-x86 fixed the crashing for me but broke the shared clipboard. Copying something does not work in either direction.
comment:13 by , 16 years ago
Replying to Dominic Battre:
The VBoxSharedClipboard.so-x86 fixed the crashing for me but broke the shared clipboard. Copying something does not work in either direction.
Just checked, the 64-bit version works fine.
follow-up: 15 comment:14 by , 16 years ago
Replying to Dominic Battre:
The VBoxSharedClipboard.so-x86 fixed the crashing for me but broke the shared clipboard. Copying something does not work in either direction.
Same problem w/x86. Host: linux (Ubuntu 8.04.02) Guest: Win2KPro. I can no longer copy & paste between the Host & Guest. The good news is that MS Office 97 no longer crashes immediately following application (Word, Excel, etc) startup.
comment:15 by , 16 years ago
Replying to NoOp:
Replying to Dominic Battre:
The VBoxSharedClipboard.so-x86 fixed the crashing for me but broke the shared clipboard. Copying something does not work in either direction.
Same problem w/x86. Host: linux (Ubuntu 8.04.02) Guest: Win2KPro. I can no longer copy & paste between the Host & Guest. The good news is that MS Office 97 no longer crashes immediately following application (Word, Excel, etc) startup.
Out of curiosity, I replaced the VBoxSharedClipboard.so file with the one from my 2.1.4 installation & I can now copy/paste both directions and, MS Office no longer crashes the Guest. Perhaps the issue is/was that the VBoxSharedClipboard.so-x86 file supplied in the attachment is an html file rather than an .so file & it simply wasn't running when I tested previously?
comment:16 by , 16 years ago
Well now I feel a bit silly... I'd forgotten that you need to click on the attachment in order to download the binary file (raw). Both files are .so files now. Sorry about the noise. Note: given that the 2.1.4 .so is working I'll leave that one in place unless there is a compelling reason to replace with the patched x86 .so.
comment:17 by , 16 years ago
comment:18 by , 16 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:19 by , 16 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
I have the same problem with an OpenSolaris x64 host and a Win XP 32-bit guest. Is there a patched version of VBoxSharedClipboard.so available for OpenSolaris?
comment:20 by , 16 years ago
jedmonds, are you 100% sure that you tried VirtualBox 2.2.2? If so, please attach a VBox.log file of such a crashed VM session.
comment:21 by , 16 years ago
No, I'm currently running VirtualBox 2.2.0 as per the bug specified in this ticket. Once 2.2.2 is available from the OpenSolaris Extras repository I will upgrade.
comment:22 by , 16 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Please reopen if this problem persists. Make sure you test VirtualBox 2.2.2 or later (2.2.4 was just released).
vboxClipboardConvertToUtf8ForX11: VBoxX11ClipboardReadVBoxData returned VERR_TIMEOUT