Custom Query (16363 matches)
Results (1834 - 1836 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #3269 | fixed | Ubuntu Host, Windows 2K or XP Guest: Older Btrieve programs (DOS and Windows) work in virtualbox 2.0.6, but do not work in 2.1.0 or 2.1.2 | ||
| Description |
Environment: VirtualBox with Ubuntu 8.10 Desktop operation system as Host and Windows 2000 or Windows XP as guest. Mainly using Win2k, but also tested and verified problem with WinXP Applications: (1). PeachTree for Windows version 4 (older version) using Btrieve (2). AutoShopWriter, a DOS application that I believe is based upon Btrieve Problem: With VirtualBox 2.0.6 each application runs fine with the DOS program running in a character mode window and the windows program performing properly. Starting with VB_2.1.0 and also with VB_2.1.2 the applications do not run. With VB_2.1.x, the DOS application opens a character mode window, but the window remains blank and the DOS program is no longer responding in the Task Manager and must be terminated. I am not 100% sure that this application is using Btrieve, but suspect it is and that the Btrieve database is loaded as a TSR. The Windows application starts but quickly crashes with a message that wbtr32 is preventing the application from running. In viewing the task manager we see that wbtr32.exe is taking 99-100% cpu time (normally takes 4%). The wbtr32.exe is the Btrieve engine used by PeachTree version4. PeachTree ver 4 is also using wowexec.exe, which is part of windows and allows 16-bit processes to run under 32-bit windows. I believe that each program using Btrieve may provide some hint as to the problem. Although both are using Btrieve, they are separate with no common code, i.e. one is using Btrieve for DOS as a TSR and the other is using wbtr32.exe for windows. |
|||
| #3270 | fixed | prefer username for tmpdir creation -> fixed in SVN | ||
| Description |
On linux host, when runnin virtualbox as root and then as regular user, the following error emerges: Wrong owner (0) of '/tmp/.vbox-mkudlvasr-ipc' When virtualbox is not run from command line, the error is more cryptic: Callee RC: NS_ERROR_FACTORY_NOT_REGISTERED 0x80040154 This is because the tmpdir is not deleted. I understand from the sources, that it is not deleted for security reasons. Ok, but why not to name the dir .vbox-root-ipc, when vbox is run by root? Fix - prefer username (as in getpwuid) instead of trusting just the env variables. Patch attached. The patch doesn't include proper #ifdefs for non-unix systems. I just don't understand the various macros well enough. |
|||
| #3271 | fixed | TFTP Failure with WDS 2008 | ||
| Description |
With a Windows 2008 Guest running the Windows Deployment Server and a second guest to deploy to, I have run into an issue where the second guest can PXE boot from the WDS server, but is never able to complete the TFTP download of the Windows boot image to use for installing the OS. The download will start, but is never able to complete. I have tried this with both an internal network and with both guests attached to the host network. No combination of settings has produced a result that works consistently. |
|||

