http://bugs.winehq.org/show_bug.cgi?id=13953
Summary: Spiceworks Hangs on launching app Product: Wine Version: 1.0-rc5 Platform: PC OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: hytek3000@yahoo.com CC: hytek3000@yahoo.com
Created an attachment (id=14106) --> (http://bugs.winehq.org/attachment.cgi?id=14106) Output from starting wine spicework_desktop.exe and trying to launch application
Installer works okay for the most part (blank text on two of the install screens), and the taskbar icon works. When clicking launch, spiceworks loading screen hangs on "is starting..."
The log contained has some messages about a missing registry entry for Ruby.
AppDB entry: http://appdb.winehq.org/objectManager.php?sClass=version&iId=12579
http://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #1 from Lei Zhang thestig@google.com 2008-06-24 22:52:44 --- Are you running the 3.0 beta?
http://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #2 from Uriah hytek3000@yahoo.com 2008-06-30 21:03:56 --- Yes it is the 3.0 beta.
The Spiceworks 2.x has far more issues then the beta 3.x.
http://bugs.winehq.org/show_bug.cgi?id=13953
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://community.spiceworks. | |com/topic/17142 Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=13953
Uriah hytek3000@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14106|0 |1 is obsolete| |
--- Comment #3 from Uriah hytek3000@yahoo.com 2008-07-09 07:50:49 --- Created an attachment (id=14694) --> (http://bugs.winehq.org/attachment.cgi?id=14694) log from starting spiceworks, restarting, and closing
This is with the official Spiceworks 3.0 release running on Ubuntu 8.04 Desktop x86 and Wine 1.1.0
Launching the spiceworks_desktop.exe brings up the tasktray icon, but the startup splash screen stays on "is starting..." and never closes.
When right clicking the tasktray icon, you can click on any of the options, and it will successfully complete that command. EXCEPT for "restart" and "launch"
Attached is the log file for: 1. Starting Spiceworks 2. Right clicking on tasktray icon and clicking "Restart" 3. Right clicking on tasktray icon and clicking "Close"
(Spiceworks3.log)
http://bugs.winehq.org/show_bug.cgi?id=13953
Uriah hytek3000@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://community.spiceworks.%7Chttp://download.spiceworks.c |com/topic/17142 |om/Spiceworks.exe Severity|normal |blocker Version|1.0-rc5 |1.1.2
--- Comment #4 from Uriah hytek3000@yahoo.com 2008-08-13 12:37:46 --- This issue is still here in 1.1.2 wine.
It seems that Spiceworks checks for port 80 (or the port configured during setup), and if that port is not available Spiceworks does not successfully start.
This is with the officially released version 3 of spiceworks.
Download Link, version, and severity changed to reflect the current status.
http://bugs.winehq.org/show_bug.cgi?id=13953
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14694|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=13953
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal Version|1.1.2 |1.0.0
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2008-08-13 13:24:03 --- Not a blocker. Please don't change original reported version.
What port have you specified for it to listen on?
http://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #6 from Uriah hytek3000@yahoo.com 2008-08-13 14:32:38 --- Opps. Sorry.
Default is port 80, but I have tried other ports with no success.
Here is why I think it is checking port 80 though. (didn't included it on my last bug entry): If I have apache installed and running, Spiceworks does not hang on the loading screen. But I am not able to browse to http://localhost/dashboard (the default page for Spiceworks when you open a browser and try to use the application)
Thanks for the info...
http://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #7 from Vitaliy Margolen vitaliy@kievinfo.com 2008-08-13 15:47:38 --- (In reply to comment #6)
Default is port 80, but I have tried other ports with no success.
Don't use ports < 1024. You have too have root privileges to do that.
http://bugs.winehq.org/show_bug.cgi?id=13953
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.0.0 |1.0-rc5
http://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #8 from Uriah hytek3000@yahoo.com 2009-01-15 20:40:20 --- This is with the latest git as of this posting and Spiceworks 3.5.
fixme:secur32:GetUserNameExW 2 (nil) 0x7debe6e8 fixme:secur32:GetUserNameExW 2 0x214718 0x7debe6e8 fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
This is using either the default port of 80 or 8080.
The app just sits there trying to load. It doesn't lock up or anything as I can use the tray-app to adjust prefs and restart at any point, it just never finishes loading.
Cheers.
http://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #9 from Uriah hytek3000@yahoo.com 2009-01-16 20:05:35 --- Here is a quick debug. Seems that NtCreateFile in ntdll isn't working right which is causing to come up with "files not found". Even for the windows/system32 folder
(heres one for the windows folder:) trace:ntdll:NtCreateFile handle=0xbf87f328 access=80000000 name=L"\??\C:\windows" objattr=00000040 root=(nil) sec=(nil) io=0xbf87f318 alloc_size=(nil) attr=00000080 sharing=00000001 disp=2 options=00000021 ea=(nil).0x00000000 warn:ntdll:NtCreateFile L"\??\C:\windows" not found (c0000035)
(heres one for a file in windows/system32:) trace:ntdll:NtCreateFile handle=0xbf87ede8 access=80000000 name=L"\??\C:\windows\system32\wineboot.exe" objattr=00000040 root=(nil) sec=(nil) io=0xbf87edd8 alloc_size=(nil) attr=00000000 sharing=00000005 disp=1 options=00000050 ea=(nil).0x00000000 warn:ntdll:NtCreateFile L"\??\C:\windows\system32\wineboot.exe" not found (c0000034)
Basically it loops this same trace/warn for every folder and file which is hundreds of them needed for the client app. I'm debating on updating the component which I think I'm sure it's the ntdll, but my programming and knowledge just isn't there yet :)
Cheers.
http://bugs.winehq.org/show_bug.cgi?id=13953
Uriah hytek3000@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14694|0 |1 is obsolete| |
--- Comment #10 from Uriah hytek3000@yahoo.com 2009-06-26 17:17:37 --- Created an attachment (id=22043) --> (http://bugs.winehq.org/attachment.cgi?id=22043) Debug and STD output for ntdll
Mint 7 x86 Wine: wine-1.1.24-292-ga2dd6fb Kernel: 2.6.28-11-generic GCC: 4.3.3-5ubuntu4 WineTricks: wininet allfonts
Issue: ntdll:FILE_CreateFile
When the debug for ntdll is enabled, it loops for the same two or so files until the application is closed.
Attached is the standard output using wine, and then the debug=ntdll
http://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #11 from Uriah hytek3000@yahoo.com 2009-06-26 17:21:36 --- Forgot to add:
SpiceWorks Version: 4
The standard out complains about the registry, but debug=ntdll loops forever with file not found.
Cheers.
http://bugs.winehq.org/show_bug.cgi?id=13953
Benjamin Debski benjamin.debski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |benjamin.debski@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=13953
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |focht@gmx.net Depends on| |34941 Ever Confirmed|0 |1
--- Comment #12 from Anastasius Focht focht@gmx.net 2013-12-10 19:08:14 CST --- Hello folks,
the app bundles with Ruby and some binaries run into bug 34941
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Spiceworks
$ spiceworks_package.exe ... 0024:Ret PE DLL (proc=0x78ab1dfc,module=0x78aa0000 L"msvcr100.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0024:trace:loaddll:load_native_dll Loaded L"C:\Program Files\Spiceworks\bin\spiceworks.dll" at 0x10000000: native 0024:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\msvcp90.dll" at 0x7e510000: builtin ... 0024:Call KERNEL32.CreateFileW(00202100 L"C:/Program Files/Spiceworks/lib/ruby/1.9.1/racc/parser.rb",80000000,00000003,0033f7e0,00000003,00000080,00000000) ret=7e64b01d 0024:Ret KERNEL32.CreateFileW() retval=00000060 ret=7e64b01d ... 0024:Call msvcrt._get_osfhandle(00000003) ret=10080410 0024:Ret msvcrt._get_osfhandle() retval=00000060 ret=10080410 0024:Call KERNEL32.GetFileInformationByHandle(00000060,0033f86c) ret=1008041a 0024:Ret KERNEL32.GetFileInformationByHandle() retval=00000001 ret=1008041a 0024:Call msvcrt.memcpy(0016a9e8,100f2f0c,00000001) ret=100139f5 0024:Ret msvcrt.memcpy() retval=0016a9e8 ret=100139f5 0024:Call msvcrt.malloc(0000003a) ret=100682c4 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,0000003a) ret=7e652a47 0024:Ret ntdll.RtlAllocateHeap() retval=00202188 ret=7e652a47 0024:Ret msvcrt.malloc() retval=00202188 ret=100682c4 0024:Call msvcrt.memcpy(00202188,001464d0,0000003a) ret=1009768c 0024:Ret msvcrt.memcpy() retval=00202188 ret=1009768c 0024:trace:seh:__regs_MSVCRT__setjmp3 buf=0x33f880 ebx=00001800 esi=00000001 edi=0016aa08 ebp=0033f8e8 esp=0033f870 eip=10005814 frame=0033fdcc 0024:Call msvcrt._setmode(00000003,00008000) ret=1002b626 0024:Ret msvcrt._setmode() retval=00004000 ret=1002b626 0024:Call msvcrt._get_osfhandle(00000003) ret=1007fd1d 0024:Ret msvcrt._get_osfhandle() retval=00000060 ret=1007fd1d 0024:Call msvcrt._get_osfhandle(00000003) ret=1007fd35 0024:Ret msvcrt._get_osfhandle() retval=00000060 ret=1007fd35 0024:Call KERNEL32.PeekConsoleInputA(00000060,0033f794,00000001,0033f7a8) ret=1007fd50 0024:Ret KERNEL32.PeekConsoleInputA() retval=00000000 ret=1007fd50 0024:Call msvcrt.malloc(00002000) ret=100682c4 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00002000) ret=7e652a47 0024:Ret ntdll.RtlAllocateHeap() retval=002048e8 ret=7e652a47 0024:Ret msvcrt.malloc() retval=002048e8 ret=100682c4 0024:trace:seh:__regs_MSVCRT__setjmp3 buf=0x13e450 ebx=0013e388 esi=00202100 edi=0013e388 ebp=0033f758 esp=0033f74c eip=10004563 frame=0033fdcc 0024:Call KERNEL32.ReleaseMutex(00000054) ret=100065df 0024:Ret KERNEL32.ReleaseMutex() retval=00000001 ret=100065df 0024:Call msvcrt._get_osfhandle(00000003) ret=1007d5c5 0024:Ret msvcrt._get_osfhandle() retval=00000060 ret=1007d5c5 0024:Call msvcrt._get_osfhandle(00000003) ret=1007d606 0024:Ret msvcrt._get_osfhandle() retval=00000060 ret=1007d606 000d:Call KERNEL32.WriteFile(00000074,0033f494,00000008,0033f3dc,00000000) ret=7e619cfb 000d:Ret KERNEL32.WriteFile() retval=00000001 ret=7e619cfb 000d:Call KERNEL32.WriteFile(00000074,7c673b98,00002000,0033f3ec,00000000) ret=7e619cfb 000d:Ret KERNEL32.WriteFile() retval=00000001 ret=7e619cfb ... --- snip ---
At least on my system the main app 'spiceworks_desktop.exe' suffers from bug 35041 (workaround: 'taskset -c 0'). It's actually the first app that causes a reproducible live-lock in X11 lib (3 out of 4 threads hang with 100% cpu usage in libx11).
--- snip --- $ taskset -c 0 wine ./spiceworks_desktop.exe ... fixme:wincodecs:PngDecoder_Block_GetCount 0x13a778,0x85e6bc: stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x65e520 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x65e388 1 C) semi-stub fixme:msvcrt:MSVCRT__set_abort_behavior _WRITE_CALL_REPORTFAULT unhandled err:ntdll:RtlpWaitForCriticalSection section 0x11fcd4 "?" wait timed out in thread 002b, blocked by ffffffff, retrying (60 sec) --- snip ---
The wait timeout problem is bug 34941 again.
$ sha1sum Spiceworks.exe bb1865fec27f77ac1d3cd49074af04d96fd51e74 Spiceworks.exe
$ du -sh Spiceworks.exe 61M Spiceworks.exe
$ wine --version wine-1.7.8-135-gfaa355b
Regards
https://bugs.winehq.org/show_bug.cgi?id=13953 Bug 13953 depends on bug 34941, which changed state.
Bug 34941 Summary: Ruby 1.9.x interpreter hangs with OS-level thread concurrency error (critical section not initialized in msvcrt internal semi-documented 'ioinfo' struct) https://bugs.winehq.org/show_bug.cgi?id=34941
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
https://bugs.winehq.org/show_bug.cgi?id=13953
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #13 from super_man@post.com --- wine: Call from 0x7b83bfde to unimplemented function ndis.sys.NdisSystemProcessorCount, aborting wine: Unimplemented function ndis.sys.NdisSystemProcessorCount called at address 0x7b83bfde (thread 0022), starting debugger...
it still doesnt seem to work correctly.
wine 1.7.50
https://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #14 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to super_man from comment #13)
wine: Call from 0x7b83bfde to unimplemented function ndis.sys.NdisSystemProcessorCount, aborting wine: Unimplemented function ndis.sys.NdisSystemProcessorCount called at address 0x7b83bfde (thread 0022), starting debugger...
it still doesnt seem to work correctly.
wine 1.7.50
The mentioned function is now implemented, please retest wine wine 1.9.13.
https://bugs.winehq.org/show_bug.cgi?id=13953
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fjfrackiewicz@gmail.com
--- Comment #15 from fjfrackiewicz@gmail.com --- Created attachment 54955 --> https://bugs.winehq.org/attachment.cgi?id=54955 Terminal output Wine 1.9.13 Windows XP mode
Still hangs for a bit but then the app crashes silently (the "Is Starting" window closes without any crash dialogue box).
Attached the terminal output for Wine 1.9.13 with the "wine spiceworks_desktop.exe" command.
https://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #16 from super_man@post.com --- Seems to hang with wine-staging 1.9.13 too.
https://bugs.winehq.org/show_bug.cgi?id=13953
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #17 from winetest@luukku.com --- Hangs wine 1.9.22
https://bugs.winehq.org/show_bug.cgi?id=13953
--- Comment #18 from winetest@luukku.com --- (In reply to winetest from comment #17)
Hangs wine 1.9.22
Still hangs wine 2.0-git.
-
wine-bugs＠winehq.org