VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1834 - 1836 of 16363)

Ticket Resolution Summary Owner Reporter
#5409 obsolete garbage appended to udp packets smaller 60 bytes with bridging mode Stefan "Bebbo" Franke
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 Eugene
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
Guest OS: OpenSuSE Linux 11.3 x86

#15546 fixed fullscreen mini toolbar missing replabrobin
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

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