Custom Query (16363 matches)
Results (1834 - 1836 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #5409 | obsolete | garbage appended to udp packets smaller 60 bytes with bridging mode | ||
| Description |
UPD packets having a size below 60 bytes are sent with trailing garbage bytes: 0000 00 1c f0 68 ae a8 08 00 27 ce e0 9e 08 00 45 00 ...h.... '.....E. 0010 00 22 4b b0 00 00 80 11 59 44 c0 a8 00 ee 40 25 ."K..... YD....@% 0020 94 1b 05 0b 3e 1c 00 0e 8e e7 00 15 00 0a 97 cd ....>... ........ 0030 fa f0 25 88 00 00 01 01 05 0a dc 61 ..%..... ...a The correct packet is: 0000 00 1c f0 68 ae a8 08 00 27 ce e0 9e 08 00 45 00 ...h.... '.....E. 0010 00 22 4b b0 00 00 80 11 59 44 c0 a8 00 ee 40 25 ."K..... YD....@% 0020 94 1b 05 0b 3e 1c 00 0e 8e e7 00 15 00 0a 97 cd ....>... ........ this happens in both directions (and is maybe the cause why the app I try to run does not work). |
|||
| #7720 | fixed | g_vbgldata.mutexHGCMHandle is never destroyed (vboxsf.ko module) => Fixed in SVN | ||
| Description |
When vboxsf kernel module performs its finalization tasks, the contents of g_vbgldata structure are zeroed before RTSemFastMutexDestroy() is called for g_vbgldata.mutexHGCMHandle. File: trunk/src/VBox/Additions/common/VBoxGuestLib/Init.cpp from SVN rev. 33540. Consider VbglTerminate() function (Init.cpp:252). It calls vbglTerminateCommon() and then vbglR0HGCMTerminate(). It seems that the intention was to destroy g_vbgldata.mutexHGCMHandle in the latter. However, vbglTerminateCommon() zeroes the contents of g_vbgldata after it does its part of cleaning up (Init.cpp:164): DECLVBGL(void) vbglTerminateCommon (void)
{
VbglPhysHeapTerminate ();
RT_ZERO(g_vbgldata);
return;
}
After that, the value of g_vbgldata.mutexHGCMHandle is lost and the structure it points to will never be released: vbglR0HGCMTerminate() will call RTSemFastMutexDestroy(0) in this case. The consequences of this problem are probably not that critical. It seems, this results only in a small memory leak (36 bytes on my machine) each time vboxsf module is unloaded, but still.
Host OS: Windows XP SP3 Pro x86 |
|||
| #15546 | fixed | fullscreen mini toolbar missing | ||
| Description |
Arch Linux Linux minikat 4.6.2-1-ARCH #1 SMP PREEMPT Wed Jun 8 08:40:59 CEST 2016 x86_64 GNU/Linux Using openbox 3.6.1-3 with Arch linux packages virtualbox-guest-iso-5.0.22-1-any.pkg.tar.xz virtualbox-5.0.22-1-x86_64.pkg.tar.xz virtualbox-host-dkms-5.0.22-1-x86_64.pkg.tar.xz virtualbox-ext-oracle-5.0.22-1-any.pkg.tar.xz the mini toolbar does not show properly in fullscreen. At VM start a flash is seen, but it immediately disappears and cannot be seen or raised. When using xfce4 the mini toolbar is seen with 5.0.22-1 so I believe this is an interaction between this version of virtualbox and openbox. This does not occur using the older packages virtualbox-guest-iso-5.0.20-1-any.pkg.tar.xz virtualbox-5.0.20-1-x86_64.pkg.tar.xz If of any use I have some xwininfo outputs of comparable cases in 5.0.20 & 5.0.22. virtualbox-host-dkms-5.0.20-1-x86_64.pkg.tar.xz virtualbox-ext-oracle-5.0.20-1-any.pkg.tar.xz |
|||

