November 2008 - Wine-Bugs - list.winehq.org

[Bug 4654] ebasePro 2.12 doesn't start properly--missing plugin
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=4654 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.ebase.org/dl/dlen|http://www.ebase.org/downloa |try.lasso |d Keywords| |download -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5977] Animations in the menus of Star Trek: Armada do not work
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=5977 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #10 from Austin English <austinenglish(a)gmail.com> 2008-11-01 17:23:54 --- Confirming. Please attach updated terminal output. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5224] Grim Fandango patch Gfupd101.exe doesn't start
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=5224 --- Comment #26 from Austin English <austinenglish(a)gmail.com> 2008-11-01 17:21:33 --- (In reply to comment #25) > I'm confused: > this behaves in the same way it has behaved for months: works, but doesn't exit > cleanly. > Shall I file a separate bug about this? > Yes -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3498] Civilization 3: Fonts missplaced
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=3498 Matt Keenan <tank.en.mate+winehq(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tank.en.mate+winehq(a)gmail.co | |m --- Comment #23 from Matt Keenan <tank.en.mate+winehq(a)gmail.com> 2008-11-01 16:31:23 --- I have a sort of simple work around for this problem, of course this assumes that you have access to root on your machine... $ sudo su - # cd ~user/.wine/drive_c/"Program Files"/"Firaxis Games"/"Civilization III" # chown root . civ3PTW Conquests # chmod 1775 . civ3PTW Conquests # ln -s LSANS.TTF LSANS.FOT # ln -s LSANS.TTF civ3PTW/LSANS.FOT # ln -s LSANS.TTF Conquests/LSANS.FOT This should allow you to create and delete files in those directories, but more importantly it will stop wine from deleting the LSANS.FOT soft links, and then when it tries to read the .FOT file it will read the .TTF file and it will all just work! :) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7098] RufzXP crashes on startup, needs mscoree.dll.CorBindToRuntimeEx
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=7098 --- Comment #14 from Anastasius Focht <focht(a)gmx.net> 2008-11-01 16:22:52 --- Hello, revisiting. Yes, that app still unearths deficencies in .NET Framework 1.1 installation. The app crashes for me at startup. Wine: GIT (1.1.7+) App: 6b9bc1db7994f2664c1f1935df95f0b502277cb4 rufzxp_fw1_1_setup_1_1_1.exe If it really worked for you earlier then this might be a regression in msi. >From a quick glance it seems that Wine's msi doesn't publish/install some assemblies into GAC. One prime example is: "Microsoft.VisualBasic.dll" assembly. The app expects this assembly in GAC (otherwise it won't run). It gets installed to: "C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\Microsoft.VisualBasic.dll" - which is correct as _temporary_ location before final phase. Windows installer always employs 2-step transactional process for CLR assemblies. At the end this assembly should get published/installed to: "C:\\WINDOWS\\assembly\\GAC\\Microsoft.VisualBasic\\7.0.5000.0__b03f5f7f11d50a3a\\Microsoft.VisualBasic.dll" --- snip msi install log --- .. 001f:trace:msi:msi_check_file_install_states file L"Microsoft_VisualBasic_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" is named L"Microsoft.VisualBasic.dll" 001f:trace:msi:msi_check_file_install_states file L"Microsoft_VisualBasic_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" resolves to L"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\Microsoft.VisualBasic.dll" .. 001f:trace:msi:MSI_ProcessMessage ((nil) 0 200 L"File: Microsoft.VisualBasic.dll, Directory: C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\, Size: 299008") .. 001f:trace:msi:cabinet_copy_file extracting L"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\Microsoft.VisualBasic.dll" .. 001f:trace:msi:execute_script Executing Action (L"MsiPublishAssemblies") 001f:trace:msi:ACTION_PerformAction Performing action (L"MsiPublishAssemblies") 001f:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `ActionText` WHERE `Action` = 'MsiPublishAssemblies'" 0x33f010 .. 001f:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `MsiAssemblyName` WHERE `Component_`='VB7_Runtime_GAC_____X86.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x33ef70 .. 001f:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `Media` WHERE `LastSequence` >= 5153 AND `DiskId` >= 0 ORDER BY `DiskId`" 0x33ed30 .. 001f:trace:msi:MSI_GetPropertyW returning L"C:\\windows\\temp\\IXP000.TMP\\" for property L"SourceDir" 001f:trace:msi:msi_cabextract Extracting L"C:\\windows\\temp\\IXP000.TMP\\netfx1.cab" .. 001f:trace:msi:cabinet_copy_file extracting L"C:\\windows\\temp\\System.Configuration.Install.dll" 001f:trace:msi:cabinet_notify (3) 001f:trace:msi:install_assembly installing assembly: L"C:\\windows\\temp\\System.Configuration.Install.dll" 001f:fixme:msi:install_assembly Manifest unhandled 001f:fixme:msi:install_assembly Assembly should be privately installed .. --- snip msi install log --- install_assembly() is never called for Microsoft.VisualBasic.dll (VB7_Runtime_GAC_____X86.3643236F_FC70_11D3_A536_0090278A1BB8). Either regression or there are still missing bits in msi/ACTION_MsiPublishAssemblies. --- So what should we do with this bug? The bug title doesn't reflect the current problem. Either change the title to something more matching or close this one and open a new one copying the information there. --- As side note: While investigating this, I encountered that race condition other people occasionally reported but no one including me took it for real... Google for: StopDarwinService() - Call to ControlService() failed! winehq Only happens with winetricks dotnet11 (or some other installer which tries to interact with msi server service) when WINEPREFIX is being newly created. Looks like there is a SCM race between msi service shutdown - initiated when wineboot exits - and the app executed immediately thereafter which tries to query/control the service. I added a note to appdb entry, though this might also apply to other stuff. As quickfix, you might want to put a small sleep (3-5 secs) before spawning the installer in winetricks to make sure msi service shutdown is finished after wineboot exited. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5224] Grim Fandango patch Gfupd101.exe doesn't start
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=5224 --- Comment #25 from Andrew Charles Hurst <a.hurst(a)shef.ac.uk> 2008-11-01 14:38:58 --- I'm confused: this behaves in the same way it has behaved for months: works, but doesn't exit cleanly. Shall I file a separate bug about this? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5977] Animations in the menus of Star Trek: Armada do not work
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=5977 --- Comment #9 from Kevin <oracleguy01(a)gmail.com> 2008-11-01 13:23:58 --- (In reply to comment #8) > I'm seeing this bug also - how do we change status from Unconfirmed? > I agree this bug should be changed to confirmed. The sceenshots from two years ago prove it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5977] Animations in the menus of Star Trek: Armada do not work
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=5977 Chris Wales <chris(a)chrobis.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris(a)chrobis.com --- Comment #8 from Chris Wales <chris(a)chrobis.com> 2008-11-01 13:20:10 --- I'm seeing this bug also - how do we change status from Unconfirmed? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5178] Ventrilo loses talk ability while using Push-To-Talk option
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=5178 Eric Sandall <sandalle(a)sourcemage.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sandalle(a)sourcemage.org --- Comment #12 from Eric Sandall <sandalle(a)sourcemage.org> 2008-11-01 13:14:33 --- I can also still hear sound, but my key no longer works, even if I re-focus Ventrilo. WINE 1.1.7 and same issue on x86. Sound card: 01:0a.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) Closing Ventrilo and re-opening solves the issue, temporarily. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4654] ebasePro 2.12 doesn't start properly--missing plugin
by wine-bugs＠winehq.org Nov. 1, 2008

Nov. 1, 2008

http://bugs.winehq.org/show_bug.cgi?id=4654 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #16 from Anastasius Focht <focht(a)gmx.net> 2008-11-01 09:28:08 --- Hello, --- quote --- Download link is busted. Can someone retest? --- quote --- Download link should be updated to: http://www.ebase.org/download Current version tested: http://www.ebase.org/files/ebase/ebasepro220-070714-winsetup.exe Yes, correct $I10_OUTPUT prototype/stub is still missing. The app is based on FileMaker. Judging from how the app builds the stack frame before calling $I10_OUTPUT and extracts return data: calling conv: cdecl return type: int/long (1 = ok, 0 = IEEE overflow?) arg1: long double value (real80, 10 byte) -> MSVCRT__LDOUBLE arg2: int max_digits (max. count of digits in following structure) arg3: int flags ? (not sure, the app has it hard coded to 0) arg4: ptr to caller supplied result structure, I call it "I10_OUTPUT_DATA" struct I10_OUTPUT_DATA { short decimal_point_pos; /* decimal-point position */ char sign; /* sign indicator: "-", " " */ unsigned char digits; /* number of digits returned (excluding NULL term) */ char digit_buf[1]; /* storage to digits string (including NULL terminator) */ } Example dumps of arg4/I10_OUTPUT_DATA data after app called $I10_OUTPUT: --- snip for long double "0.0" (retval=1) --- 00 00 20 01 30 00 ... --- snip --- decpos = 0, sign = " ", digits = "0" --- snip for long double "1.0" (retval=1) --- 01 00 20 01 31 00 [30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 39 33 00]... --- snip --- decpos = 1, sign = " ", digits = "1" --- snip for long double "-1.23" (retval=1) --- 01 00 2D 01 03 31 32 33 00 [30 30 30 30 30 30 30 30 30 30 30 30 30 38] ... --- snip --- decpos = 1, sign = "-", digits = "123" --- snip for long double "-NAN" (retval=0) --- 01 00 2D 06 31 23 51 4E 41 4E 00 ... --- snip --- decpos = 1, sign = "-", digits = "1#QNAN" The remaining parts of digits buffer seems to get overwritten, but of no use for final result (digits taken until first NULL terminator). If you fix the function signature and .spec file you get following output (only printing out args and returning 0, not touching arg4): --- snip --- 001d:Call msvcrt.$I10_OUTPUT(00000000,80000000,00323fff,00000011,00000000,0032f55c) ret=10001035 001d:fixme:msvcrt:MSVCRT_I10_OUTPUT (1.000000, 17, 0, 0x32f55c) 001d:Ret msvcrt.$I10_OUTPUT() retval=00000000 ret=10001035 001d:Call msvcrt._controlfp(00000000,00000000) ret=100044ba 001d:trace:msvcrt:_control87 (00000000, 00000000): Called 001d:trace:msvcrt:_control87 Control word before : 00001372 001d:trace:msvcrt:_control87 Control word after : 00001332 001d:Ret msvcrt._controlfp() retval=000c0003 ret=100044ba 001d:Call KERNEL32.lstrlenA(10012370 "\xf5$\x02`9k\xc8{\x88\xf520000") ret=10004a9e 001d:Ret KERNEL32.lstrlenA() retval=0000000f ret=10004a9e 001d:Call ntdll.memmove(0032f63d,10012370,0000000f) ret=10007f3c 001d:Ret ntdll.memmove() retval=0032f63d ret=10007f3c 001d:Call ntdll.memmove(100124e4,0032f63d,0000000f) ret=10007eee 001d:Ret ntdll.memmove() retval=100124e4 ret=10007eee 001d:Call ntdll._itoa(fffff56d,100124f4,0000000a) ret=100049e3 001d:Ret ntdll._itoa() retval=100124f4 ret=100049e3 001d:Call msvcrt.atof(100124e4 "\xf5$\x02`9k\xc8{\x88\xf520000E-2707") ret=100049ee 001d:Ret msvcrt.atof() retval=000000f5 ret=100049ee --- snip --- The arg types seem ok, but the output structure needs to get initialized, otherwise garbage might be taken for valid. Initializing it with plausible values seem to get the app further, though $I10_OUTPUT will need a real implementation, converting the long double to string representation. Hope this helps for any takers. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0