Custom Query (16363 matches)
Results (2509 - 2511 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #4647 | fixed | Thread 8 Crashed: tb_link_phys + 193 | ||
| Description |
I only use Windows 7 (x64), Maemo, OpenSolaris (x64) and rarely Haiku, I'm not sure which triggered this.... Thread 8 Crashed: 0 VBoxREM64.dylib 0x1e730071 tb_link_phys + 193 1 VBoxREM64.dylib 0x1e7304e5 tb_gen_code + 597 2 VBoxREM64.dylib 0x1e74d99a emulate_single_instr + 154 3 VBoxREM64.dylib 0x1e72d363 cpu_x86_exec + 2259 4 VBoxREM64.dylib 0x1e72c900 REMR3EmulateInstruction + 128 |
|||
| #4648 | fixed | crashes under QApplication::~QApplication | ||
| Description |
Most likely these crashes happen when I'm trying to suspend or shutdown my w7x64 vm which typically results in an "aborted" state, but I really have no idea, as I've never seen a crash report dialog so I don't really have feedback to recognize there's a problem somewhere. Thread 0 Crashed: 0 ??? 0x0011c068 0 + 1163368 1 QtGuiVBox 0x015f926e QApplication::~QApplication() + 1230 /Library/Logs/CrashReporter/VirtualBoxVM_2009-07-20-203901_timeless-mbp.crash Thread 0 Crashed: 0 QtCoreVBox 0x01013080 QThreadStorageData::finish(void**) + 16 1 QtGuiVBox 0x0125226e QApplication::~QApplication() + 1230 /Library/Logs/CrashReporter/VirtualBoxVM_2009-06-19-140805_timeless-mbp.crash Thread 0 Crashed: 0 QtGuiVBox 0x0164bd68 qt_cleanup() + 232 1 QtGuiVBox 0x015f926e QApplication::~QApplication() + 1230 /Library/Logs/CrashReporter/VirtualBoxVM_2009-07-24-042507_timeless-mbp.crash Thread 0 Crashed: 0 QtGuiVBox 0x015f8b2a QApplication::palette(QWidget const*) + 250 ... 21 QtGuiVBox 0x015f8e13 QApplication::~QApplication() + 115 /Library/Logs/CrashReporter/VirtualBoxVM_2009-07-15-193815_timeless-mbp.crash |
|||
| #4653 | fixed | Final frame of Compiz animation not updated to the screen (Mac OS X only) -> Fixed in SVN. | ||
| Description |
I have Ubuntu 9.04 installed under VirtualBox 3.0.2 running in Windows 7. With Compiz enabled, all animations are performed smoothly and without flaw save for this one notable exception - the final frames of any animation are not updated to the screen. Only when the screen is again updated does the previous animation get drawn. Unfortunately, this is not limited to fancy animations but applies to any screen update. When typing, a character does not appear after a key-press until the following key-press, so text boxes always appear to have a one-character lag. However, if there is a continual on-screen animation (such as a progress bar), all screen updates seem to complete. I've attached two screen-shots. The first is after closing a window, and the second is after clicking on a menu. The desktop would remain as shown in the screen-shots until something else was updated on the screen. |
|||

