Custom Query (45 matches)
Results (10 - 12 of 45)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #14 | fixed | The VBox 'Main' server traps in libc | ||
| Description |
The problem is with VBox XPCOM API server (VBoxSVC.exe, aka 'Main'), it is related to another problem in ticket #13, but after I started VBoxXPCOMIPCD.exe manually, then VBoxSVC.exe, and if then start a frontend, or a tstVBoxAPIXPCOM.exe testcase (to test if the VBox XPCOM API is working), the VBoxSVC.exe traps in libc066.dll: [l:\src\vbox\out\os2.x86\release\bin]VBoxSVC *************************************************** Oracle VM VirtualBox XPCOM Server Version 5.0.0_OSE (C) 2004-2015 Oracle Corporation All rights reserved. Starting event loop.... [press Ctrl-C to quit] Killed by SIGSEGV pid=0x5d0f ppid=0x5d03 tid=0x0003 slot=0x00c8 pri=0x0200 mc=0x0001 ps=0x0010 L:\SRC\VBOX\OUT\OS2.X86\RELEASE\BIN\VBOXSVC.EXE LIBC066 0:0004ddea cs:eip=005b:1df4ddea ss:esp=0053:02b9e44c ebp=02b9e574 ds=0053 es=0053 fs=150b gs=0000 efl=00010212 eax=00000004 ebx=00748dac ecx=0000002d edx=00000004 edi=ffffffff esi=00000004 Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it. And after this trap, VBoxXPCOMIPCD.exe terminates. |
|||
| #15 | fixed | Trap #3 in the Host driver (assertion failed) | ||
| Description |
eax=00000001 ebx=003617c0 ecx=00000000 edx=00000002 esi=003617bc edi=00000000 eip=f08d7280 esp=f8ecfba4 ebp=f8ecfbdc iopl=0 -- -- -- nv up ei pl nz na po nc cs=0178 ss=1550 ds=0170 es=0170 fs=0000 gs=0000 cr2=1cd3d040 cr3=0020c000 p=00 0178:f08d7280 cc int 3 0178:f08d4a8c vboxdrv:TEXT32:_supdrvIDC + 27f4 0178:f08d8408 _supdrvQueryVTCapsInternal - 1188 0178:f08d7280 cc int 3 0178:f08d7281 90 nop 0178:f08d7282 ebce jmp f08d7252 0178:f08d7284 83ec08 sub esp,+08 0178:f08d7287 6a00 push +00 0178:f08d7289 ff75dc push dword ptr [ebp-24] 0178:f08d728c e887cd0100 call _RTR0MemObjFree (f08f4018) 0178:f08d7291 83c410 add esp,+10 0178:f08d7294 85c0 test eax,eax 0178:f08d7296 89c3 mov ebx,eax 0178:f08d7298 7853 js f08d72ed 0178:f08d729a 83ec08 sub esp,+08 0178:f08d318e fd34f7b4 00000001 00000000 003617b8 _supdrvIOCtlFast + 2606 0178:f08d46df 0000000a f9d56fd0 fd34f7b4 003617a0 _supdrvIOCtl + 8b 0178:f08cea84 0000000a f9d56fd0 fd34f7b4 003617a0 _VBoxDrvClose + 5e8 0178:f08ce041 00000139 000000c0 0000000a 003617a0 _VBoxDrvEP_GenIOCtl_Other_32 + 22 0178:016854a1 fff9de3b 00000178 3f880000 00000246 _gItemString + 1675a61 ## |
|||
| #16 | fixed | The VBox 'Main' server does not automatically start when starting VBoxHeadless | ||
| Description |
Noticed that in WinXP and Linux, VBoxSVC is started automatically by each frontend, like VBoxHeadless, VBoxSDL or VirtualBox?. But it isn't so on OS/2. Need to work it out. |
|||
