Custom Query (16363 matches)
Results (1687 - 1689 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #16357 | fixed | kBuild: abspathex is broken on Windows 10 | ||
| Description |
The abspathex in kBuild is broken when running on a Windows 10 x64 machine. The function always expands short paths which results in the build to fail. Here is an example (taken from footer-pass2-compiling-targets.kmk): # Adjust paths if we got a default path. ifneq ($(defpath),) local libpath := $(abspathex $(libpath),$(defpath)) local deps := $(abspathex $(deps),$(defpath)) local orderdeps := $(abspathex $(orderdeps),$(defpath)) othersrc := $(abspathex $(othersrc),$(defpath)) # libs are not subject to this because of the the -l<lib> stuff. Use $(<target>_DEFPATH)/lib if relative to current dir! endif libpath's value before calling abspath: C:/PROGRA~2/MICROS~3/Windows/v7.1A/Lib libpath's value after calling abspath: C:/Program Files (x86)/Microsoft SDKs/Windows/v7.1A/Lib This results in an invalid libpath containing blanks which will later on cause the build to produce following compiler command line and fail: C:/PROGRA~2/MICROS~4.0/VC/bin/link.exe -nologo -machine:x86 -Ignore:4197 /NOD /INCREMENTAL:NO /MAPINFO:EXPORTS /LargeAddressAware /DynamicBase /NxCompat /Release /Debug /Opt:Ref /Opt:Icf /Version:501.51 /DISALLOWLIB:libcd.lib /DISALLOWLIB:libcmtd.lib /DISALLOWLIB:msvcrt.lib /DISALLOWLIB:msvcrtd.lib /DISALLOWLIB:msvcprt.lib /DISALLOWLIB:msvcprtd.lib /OUT:D:/vbox/out/win.x86/release/obj/bin2c/bin2c.exe /MAPINFO:EXPORTS /INCREMENTAL:NO /MAP:D:/vbox/out/win.x86/release/obj/bin2c/bin2c.map /LIBPATH:C:/Program /LIBPATH:Files /LIBPATH:(x86)/Microsoft /LIBPATH:SDKs/Windows/v7.1A/Lib @D:/vbox/out/win.x86/release/obj/bin2c/bin2c.rsp Obviously the /LIBPATH arguments at the end are completely screwed due to the blanks in the path.
Also I tried to remove the line This issue is related to https://forums.virtualbox.org/viewtopic.php?f=10&t=81139 |
|||
| #16409 | fixed | Stack overflow in VBoxSvc debug builds on Windows | ||
| Description |
When running a debug build of VBoxSvc on Windows host a crash occurs due to a stack overflow. The overflow is caused by an endless recursion started by CComCriticalSection. CComCriticalSection creates a critical section that calls Log (in rtThreadAdopt) which again later on locks a critical section and so on and so on. The problem is that CExeModule is defined as a global variable in svcmain.cpp and when its constructor is called RTR3InitExe has not been called yet. This was fixed in r60865 but was reintroduced in r62701. |
|||
| #8675 | duplicate | Copy Paste In Import Template Wizard Crash | ||
| Description |
To VirtualBox Team: When importing an OVF template on version 4.0.4 and you choose the OVF template and then go to Appliance Import Settings to change the name, if you type in the Name such as LAB1-DC and copy the name, then try to past that name from the Name field to alter the path of the Virtual Disk Image, it locks up VirtualBox's exe. I am running Windows 7 Ultimate 64bit. The guest residing within the OVF template is Windows Server 2003 R2. |
|||

