http://bugs.winehq.org/show_bug.cgi?id=12930
Summary: Trusted storage failed to initialize Product: Wine Version: 0.9.60 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: yolande@haneder.biz
This bug appeared in Wine 0.9.60 preventing the installation of the licensing utility (Flexnet), still existing in 0.9.51 with all other components (including Java and .NET) of Trados installing fine and very obvious progresses in the field of assemblies registrations.
One difference with the previous versions was that when you had this installed and you were starting Wine server, you had for a few seconds a black (dos) screen where flexnet was initializing. Now this black screen is not happening anymore.
I will do a regression test in the course of the week-end.
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #1 from Yolande Haneder yolande@haneder.biz 2008-05-03 04:36:30 --- f6662c7bbec5eb010f5d4cd4844758fdaba4fa0a is first bad commit commit f6662c7bbec5eb010f5d4cd4844758fdaba4fa0a Author: Alexandre Julliard julliard@winehq.org Date: Fri Apr 4 18:22:23 2008 +0200
winex11: Ignore ConfigureNotify events when a window is iconified.
:040000 040000 94f360a9ddf0ab9345edd70951934f26ad27ff81 0c393336c0cb3ae8079d71f31f75fd91278512c5 M dlls
That's what the bisect is giving me for that black window not appearing anymore (which contained the initialization of the licensing server) I must however add that I may be wrong because the black window is not inconified, it's hidden. Usually it's launched only once when starting Wineserver.
On Windows this black window does not appear at all.
http://bugs.winehq.org/show_bug.cgi?id=12930
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #2 from Yolande Haneder yolande@haneder.biz 2008-05-23 13:12:40 --- Update on rc2:
Now you have just before the message that trusted storage failed to initialize a small grey message "starting installshield wizard". This message is immediately closing (no need to click on OK or anything) without crashing the main installation, this prompting the other error message. This is happening during the main installation, it looks like a second installation within the main installation.
I can't tell wether it's a progress or not, on Windows this message is never coming up.
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #3 from Yolande Haneder yolande@haneder.biz 2008-06-27 13:03:55 --- Update for 1.1.0
Trusted storage failed to initialize now happens once. The first time (with SDLX), after the message from the installshield that it is being installed, it's OK. The second time, when trying to install the licensing utility (after killing once wineserver and restarting because SDLX is hanging trying to debug a page fault), and launching the installation of the licensing utility, it's claiming that it is failing to initialize.
Some progress though. Or should it boot with wineserver when installed and I killed Wine???
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #4 from Yolande Haneder yolande@haneder.biz 2008-07-01 13:50:55 --- Created an attachment (id=14511) --> (http://bugs.winehq.org/attachment.cgi?id=14511) + relay of the last lines before the installation aborting
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #5 from Yolande Haneder yolande@haneder.biz 2008-07-01 13:51:40 --- Two more comments about this bug.
When using +relay, Wine is getting over the point where it is hanging over a page fault and the installation is fully installing after a long time.
Then I made a relay of the "trusted storage failed to initialize and as attachment, you can find the last 18 MB. The Full log is about 367 MB. One thing I noticed over the log is that the call message about the demo timer keeps coming again and again through the last 200 MB of the log.
When it used to be installed, the demo was working exactly 30 days and I got every day of the last remaining week messages about how many days I had still to register. That's why I can say that the timer was working. It seems like curious to me why it nows keeps calling about the DemoServerTimer. Maybe that's what broken now (?)
http://bugs.winehq.org/show_bug.cgi?id=12930
Yolande Haneder yolande@haneder.biz changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14511|0 |1 is obsolete| |
--- Comment #6 from Yolande Haneder yolande@haneder.biz 2008-07-05 06:35:07 --- Created an attachment (id=14593) --> (http://bugs.winehq.org/attachment.cgi?id=14593) New log of the bug with +ole
Some new lines appeared on the first run of the installation of the license utility:
err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-3200-00002f000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-3200-00002f000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108
as a consequence I decided to make a log with +ole since things seem to get moving. The log is the full +ole log on the second run. Please tell me if you need additional informations.
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #7 from Yolande Haneder yolande@haneder.biz 2008-07-05 12:27:18 --- Created an attachment (id=14599) --> (http://bugs.winehq.org/attachment.cgi?id=14599) Log with +ole and +rpc
Here again a new log, this time with rpc.
From my limited to non existing knowledge (and without nobody telling me the
contrary), it seems that the time check is not working because there is no input of some Uuid so that UuidCompare and UuidEqual simply fails and that the timer can't initialize. This could be then the case of any utility using the 30 demo but once licensed the check would not be made anymore and succeed.
Would be nice to be (gently) told that I am wrong.
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #8 from Yolande Haneder yolande@haneder.biz 2008-07-08 14:32:26 --- Now that the first occurrence of the failure had been fixed, here a regression test for the second:
commit e7c00ca727fe08f5d98171af18df248c6c307340 Author: Aric Stewart aric@codeweavers.com Date: Mon Apr 7 10:45:22 2008 -0500
imm32: Properly handle unicode and non unicode IMEs with SetCompositionString.
:040000 040000 677d47e5f9b8a130b5bcf143f1ae96e8701789cf 7f7960e03785e38ac4ad4f5764abb94c6a32ffa0 M dlls
http://bugs.winehq.org/show_bug.cgi?id=12930
Yolande Haneder yolande@haneder.biz changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14593|0 |1 is obsolete| | Attachment #14599|0 |1 is obsolete| |
--- Comment #9 from Yolande Haneder yolande@haneder.biz 2008-07-11 06:39:10 --- Created an attachment (id=14726) --> (http://bugs.winehq.org/attachment.cgi?id=14726) New log with just assembly failure
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #10 from Yolande Haneder yolande@haneder.biz 2008-07-11 06:39:50 --- Good work! Error had been cleared (error message gone). Now I just had the less cryptic message on the attached file
Maybe I will be able to close the bug on the next release.
http://bugs.winehq.org/show_bug.cgi?id=12930
Yolande Haneder yolande@haneder.biz changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14726|0 |1 is obsolete| |
--- Comment #11 from Yolande Haneder yolande@haneder.biz 2008-07-11 23:58:05 --- Created an attachment (id=14738) --> (http://bugs.winehq.org/attachment.cgi?id=14738) new +relay
I am sorry if this may appears as spamming bugzilla. On 1.1.1 it's not fixed but thanks to the assembly error of my side of yesterday, now I have been able to prompt directly the exe from the source and I have a new +relay without all the noise of the installshield. I hope this may be of help for future developments.
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #12 from Austin English austinenglish@gmail.com 2009-01-21 10:54:47 --- Is this still an issue in current (1.1.13 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #13 from Yolande Haneder yolande@haneder.biz 2009-01-21 13:06:17 --- Still not fixed in wine 1.1.13 but slowly getting there. The black window is loading again at the previous place of the first message instance (empty however) and I get the lines.
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\Programme\Gemeinsame Dateien\InstallShield\Professional\RunTime\IsProBE.tlb" failed with error 2 fixme:storage:StgCreateDocfile Storage share mode not implemented.
Second instance, failing to initialize, as in the past.
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #14 from Austin English austinenglish@gmail.com 2009-07-21 13:53:28 --- Is this still an issue in current (1.1.26 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12930
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #15 from Austin English austinenglish@gmail.com 2010-04-30 17:08:56 --- No response in over 6 months, marking abandoned. If this is still an issue in current (1.1.43 or newer) wine, and you can provide the needed information, feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=12930
--- Comment #16 from Austin English austinenglish@gmail.com 2010-04-30 17:09:16 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=12930
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Austin English austinenglish@gmail.com 2010-04-30 17:13:45 --- Really closing.
-
wine-bugs＠winehq.org