Custom Query (16363 matches)
Results (2521 - 2523 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #4672 | fixed | Serial Port still not functioning correctly => Fixed in SVN | ||
| Description |
Currently when I use a serial port through a Windows Guest, on a Solaris Host, as soon as the device I am connecting to sends a newline, an infinite series of newlines is bounced back and forth between the Host and the remote device, with no intervention on the part of the Guest. This can be resolved as a work-around by the command stty -echonl < /dev/cua0 after the connection is established. This is ok for hyperterminal, but when using a serial programmer I cannot reliably change the setting quickly enough to prevent the serial programmer from reporting an error. This is all caused by an error on line 359 of DrvHostSerial.cpp which was still not fixed by the changes on line 362 (in relation to bug #3120). 358 /* set serial port to raw input */ 359 termiosSetup->c_lflag = ~(ICANON | ECHO | ECHOE | ISIG); 360 #ifdef RT_OS_SOLARIS 361 /* turn off other extended special characters in line mode */ 362 termiosSetup->c_lflag &= ~(IEXTEN); 363 #endif Instead of turning off a handful of local modes and turning on all the rest, the correct behaviour should be to turn off all local modes. Since the host should be passing through an unaltered stream of bytes there is no reason for it to intervene in any way with local modes. I propose the following patch @@ -358,364 +358,360 @@
/* set serial port to raw input */
- termiosSetup->c_lflag = ~(ICANON | ECHO | ECHOE | ISIG);
-#ifdef RT_OS_SOLARIS
- /* turn off other extended special characters in line mode */
- termiosSetup->c_lflag &= ~(IEXTEN);
-#endif
+ termiosSetup->c_lflag = 0;
|
|||
| #4674 | fixed | Segmentation fault in vboxstub_glXMakeCurrent with 3D acceleration -> Fixed in SVN. | ||
| Description |
When I try to run ubigraph_server (which can be found here: http://www.ubietylab.net/ubigraph/index.html ), I get a segmentation fault. The debugging output is below, as well as a backtrace (without symbols). It seems like the problem is in vboxstub_glXMakeCurrent. Is this some unimplemented functionality in the hardware accelerated driver? The segmentation fault happens both in VB 2.2.4 and 3.0.2. Without 3D acceleration, I can run ubigraph_server, but it's slow and uses too much CPU. $ LIBGL_DEBUG=verbose CR_DEBUG=1 ubigraph_server libGL: XF86DRIGetClientDriverName: 1.0.0 vboxvideo (screen 0) libGL: OpenDriver: trying /usr/lib/dri/tls/vboxvideo_dri.so libGL: OpenDriver: trying /usr/lib/dri/vboxvideo_dri.so [0x7f74b046e710] OpenGL Debug: In crNetConnectToServer( "vboxhgcm://host:0", port=7000, mtu=1024, broker=0 ) [0x7f74b046e710] OpenGL Debug: Connecting to host on port 0, with protocol vboxhgcm [0x7f74b046e710] OpenGL Debug: HGCM connect was successful: client id =0xb4 [0x7f74b046e710] OpenGL Debug: Done connecting to vboxhgcm://host:0 (swapping=0) [0x7f74b046e710] OpenGL Debug: SPU 1/3: (0) "array" [0x7f74b046e710] OpenGL Debug: SPU 2/3: (1) "feedback" [0x7f74b046e710] OpenGL Debug: SPU 3/3: (2) "pack" [0x7f74b046e710] OpenGL Debug: Initializing error SPU [0x7f74b046e710] OpenGL Debug: Initializing pack SPU [0x7f74b046e710] OpenGL Debug: In crNetConnectToServer( "vboxhgcm://llp:7000", port=7000, mtu=5242880, broker=0 ) [0x7f74b046e710] OpenGL Debug: Connecting to llp on port 7000, with protocol vboxhgcm [0x7f74b046e710] OpenGL Debug: HGCM connect was successful: client id =0xb5 [0x7f74b046e710] OpenGL Debug: Done connecting to vboxhgcm://llp:7000 (swapping=0) [0x7f74b046e710] OpenGL Debug: Buffer pool 0x1368430 was empty; allocating new 5242896 byte buffer. [0x7f74b046e710] OpenGL Debug: Using system malloc [0x7f74b046e710] OpenGL Debug: Initializing error SPU [0x7f74b046e710] OpenGL Debug: Initializing passthrough SPU [0x7f74b046e710] OpenGL Debug: Initializing feedback SPU [0x7f74b046e710] OpenGL Debug: Initializing error SPU [0x7f74b046e710] OpenGL Debug: Initializing passthrough SPU [0x7f74b046e710] OpenGL Debug: Initializing array SPU [0x7f74b046e710] OpenGL Debug: trying /usr/lib64/dri/swrast_dri.so [0x7f74b046e710] OpenGL Debug: loaded /usr/lib64/dri/swrast_dri.so [0x7f74b046e710] OpenGL Debug: Patching mesa glx entries drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 5, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 5, (OK) drmOpenByBusid: drmOpenMinor returns 5 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 [0x7f74b046e710] OpenGL Debug: ->glXIsDirect [0x7f74b046e710] OpenGL Debug: Buffer pool 0x1368430 was empty; allocating new 5242896 byte buffer. [0x7f74b046e710] OpenGL Debug: Using system malloc [0x7f74b046e710] OpenGL Debug: Dispatched: WindowShow(3, 0) [0x7f74b046e710] OpenGL Debug: glXChooseVisual returned 21 depth=24 [0x7f74b046e710] OpenGL Debug: ->glXIsDirect [0x7f74b046e710] OpenGL Debug: GL faker: Ignoring freeglut menu window Segmentation fault (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007f17e1ad1be9 in ?? () from /usr/lib/dri/vboxvideo_dri.so #2 0x00007f17e1ae54e3 in vboxstub_glXMakeCurrent () from /usr/lib/dri/vboxvideo_dri.so #3 0x00007f17e15ec124 in fgOpenWindow () from /usr/lib/libglut.so.3 #4 0x00007f17e15ea994 in fgCreateWindow () from /usr/lib/libglut.so.3 #5 0x00007f17e15eaa34 in fgCreateMenu () from /usr/lib/libglut.so.3 #6 0x00007f17e15e817e in glutCreateMenu () from /usr/lib/libglut.so.3 #7 0x000000000043942e in ?? () #8 0x00000000004287de in ?? () #9 0x0000000000407fc9 in ?? () #10 0x00007f17e084c5a6 in __libc_start_main () from /lib/libc.so.6 #11 0x00000000004072e9 in ?? () #12 0x00007fffe9c48238 in ?? () #13 0x000000000000001c in ?? () #14 0x0000000000000001 in ?? () #15 0x00007fffe9c48827 in ?? () #16 0x0000000000000000 in ?? () |
|||
| #4676 | fixed | Virtualbox hangs if holding Ctrl | ||
| Description |
In Ubuntu 8.04, 8.10 or 9.04 after holding ctrl- button virtualbox interprets it like a long hold on ctrl- button e.g. if you want user ctrl + V for past or ctrl + c for copy. You only can stop it if you press ESC or another button on your keyboard. |
|||

