VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (718 - 720 of 16363)

Ticket Resolution Summary Owner Reporter
#5542 obsolete Massive host slowdown during host packet capture charger
Description

Host OS: Ubuntu 9.04, but also confirmed on Ubuntu 9.10

Initial setup: Two linux (Ubuntu 9.04) VMs which have NICs bridged with an interface on the host

If I run a packet capture on the bridged interface, all of the running VMs start doing massive amounts of disk I/O, resulting in massive slowdown. Doing the same thing with VMWare does _not_ result in massive slowdown.

I did some testing earlier today, and found that I experience the slowdown regardless of the traffic being sent from the VMs. That is to say, having the VMs running caused a slowdown during packet capture whereas having no VMs running and having the VBox modules unloaded did not cause a slowdown

#5543 obsolete Japanese KB Hankaku key on linux guest (keycode = 49) is repeated incessantly ! ci-zephyurus
Description

On a linux guest under XP host, with a Japanese KB, a key called Hankaku key (actually hankaku/zenkaku swap key or whatever) is handled somewhat in a buggy manner.

When we press the key, sometimes the key is repeated continuously for no apparent reason, and we have to hit the key or other keys to stop this repeating. Well if lucky, that is. I had to close the window system in one or two instances when I first hit this bug.

This is really annoying and the only sane countermeasure for this buggy behavior is to disable key repeat for this particular key.

xset -r 49

49 is because the key code is reported as 49 under linux for this keyboard.

I checked VirtualBox ticket and there is Ticket #2847 which mentions the handling of this particular key "hankaku" on solaris. But then I notice something fishy there. The keycode reported in ticket #2847 is different from the above 49.

The exact X event generated when the key autorepeats itself for no apparent reason is as follows: captured by xev.

KeyRelease event, serial 33, synthetic NO, window 0x3a00001,

root 0x48, subw 0x0, time 635847596, (777,131), root:(781,181), state 0x0, keycode 49 (keysym 0x60, grave), same_screen YES, XLookupString gives 1 bytes: (60) "`" XFilterEvent returns: False

KeyPress event, serial 33, synthetic NO, window 0x3a00001,

root 0x48, subw 0x0, time 635847596, (777,131), root:(781,181), state 0x0, keycode 49 (keysym 0x60, grave), same_screen YES, XLookupString gives 1 bytes: (60) "`" XmbLookupString gives 1 bytes: (60) "`" XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0x3a00001,

root 0x48, subw 0x0, time 635847629, (777,131), root:(781,181), state 0x0, keycode 49 (keysym 0x60, grave), same_screen YES, XLookupString gives 1 bytes: (60) "`" XFilterEvent returns: False

I have found out this flakey behavior earlier this year, and thought it was only my keyboard. But then I experienced on other PC with different keyboard, and figured out it is NOT only my keyboard. And sure enough, when I searched similar problems using google, I found out there ARE MANY perplexed Japanese users (linux guest mostly since I am a user of linux host and interested in such users. It seems that only linux guest users get bitten by this bug.)

Anyway, one of the blog pages I found mentioned this crude kludge of

xset -r 49

and it works for me now. (Of course, no auto-repeating for this particular is available now.)

I think there must be something wrong in the keyboard handler of VirtualBox or guest utility for linux which may need fixing.

TIA

PS: Oh, I now noticed that the key actually is considered accent grave. How interesting.

PPS: I mention the version is 3.0.10, but many users experience this problem (maybe unique to Japanese KB?) since last year it seems so it affects 2.x and even 1.y etc. as well although the cursory check lists 2.4 users being affected by this bug last year.

PPS: Someone mentioned that XP IME (A frontend to input Japanese characters) may steal key up event(?) for this particular key before virtual box has time to see it. Right, accent grave is used to control the Japanese character input handling coupled with ALT key on an English keyboard. [But I am not sure if this stealing of key up event before virtualbox sees it is true or not. I am not sure I saw the same key-repeating problem under vmware. I need to check.] So this is a rumor until substantiated. PPPS: Anyway, this is a major nuisance. Many ubuntu BBS in Japan mention to disable this key for ubuntu-guest under virtualbox as one of the first thing to do after installation from what I gather.

#5552 obsolete Cannot copy/paste text from os/2 guest to winXP guest James Moe
Description

openSuse v11.1

Linux sma-station12l 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 x86_64 x86_64 GNU/Linux

Copying text in an os/2 (v4.52) guest cannot be pasted directly into a windows winXP (sp3) guest. Nothing happens. If I first paste the text into a Linux application, say vi or openoffice, copy that text, then I can paste it into windows.

I have updated the Win Guest Additions to v3.0.12. The os/2 Additions are still at v3.0.4(?), dated 30-Jun-2009.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy