wine-bugs May 2009

wine-bugs@winehq.org

2 participants
5809 discussions

[Bug 14972] New: The config program that comes with Final Fantasy 8 does not work.
by wine-bugs＠winehq.org 25 May '12

25 May '12

http://bugs.winehq.org/show_bug.cgi?id=14972 Summary: The config program that comes with Final Fantasy 8 does not work. Product: Wine Version: 1.1.3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: iliketoast(a)gmail.com The program FF8Config.exe that comes with a Final Fantasy 8 installation does not work. The following is the output: rpj8 FINAL FANTASY VIII $ wine FF8Config.exe fixme:mixer:ALSA_MixerInit No master control found on USB Device 0x46d:0x8ad, disabling mixer fixme:win:EnumDisplayDevicesW ((null),0,0x32f7d4,0x00000000), stub! fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface err:ntdll:RtlpWaitForCriticalSection section 0x7efecc24 "loader.c: loader_section" wait timed out in thread 0036, blocked by 0035, retrying (60 sec) -- 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 18

[Bug 15042] New: check boxes go sometimes completely black
by wine-bugs＠winehq.org 25 May '12

25 May '12

http://bugs.winehq.org/show_bug.cgi?id=15042 Summary: check boxes go sometimes completely black Product: Wine Version: 1.1.3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: toni.ruottu(a)iki.fi Created an attachment (id=15695) --> (http://bugs.winehq.org/attachment.cgi?id=15695) screen shot of it happening check boxes go sometimes completely black -- 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 17

[Bug 12385] New: Maya PLE 8.5: Dialogs sometimes hangs on the screen until exit
by wine-bugs＠winehq.org 25 May '12

25 May '12

http://bugs.winehq.org/show_bug.cgi?id=12385 Summary: Maya PLE 8.5: Dialogs sometimes hangs on the screen until exit Product: Wine Version: unspecified Platform: PC URL: http://usa.autodesk.com/adsk/servlet/index?siteID=123112 &id=7639525 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: l.jirkovsky(a)gmail.com Created an attachment (id=11884) --> (http://bugs.winehq.org/attachment.cgi?id=11884) more dialogs at time Dialogs that are placed above 3D window sometimes hang on the screen even if Maya is minimized until maya closing. Steps to reproduce: 1. run Maya PLE 2. Open these dialogs: View, Shading, Lighting, Show, Renderer, Panels -> usually it takes some time before dialog disappear -> dialogs hangs usually when more dialogs are visible or if some of the sub-dialogs is shown. In console is: fixme:menu:TrackPopupMenuEx not fully implemented -- 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 26

[Bug 18111] New: program crashes immediately after start since wine 1.1.19
by wine-bugs＠winehq.org 21 May '12

21 May '12

http://bugs.winehq.org/show_bug.cgi?id=18111 Summary: program crashes immediately after start since wine 1.1.19 Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: MadLoisae(a)gmx.net Created an attachment (id=20548) --> (http://bugs.winehq.org/attachment.cgi?id=20548) output on command line on start. With wine 1.1.18 an application works well - with wine 1.1.19 it crashes immediately after start with the attached backtrace. the program is a program like emule. should I make a Regressiontest (my CPU is very slow ...) or can anyone see the reason for the crash? thanks! kind regards, Alois -- 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 22

[Bug 15347] New: Lexware: Installation fails with "=?UTF-8?Q?Systempr=C3=BCfung=20konnte=20nicht=20erfolgreich=20abgeschlossen=20werden?="
by wine-bugs＠winehq.org 20 May '12

20 May '12

http://bugs.winehq.org/show_bug.cgi?id=15347 Summary: Lexware: Installation fails with "Systemprüfung konnte nicht erfolgreich abgeschlossen werden" Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: koesterreich(a)gmx.net Created an attachment (id=16179) --> (http://bugs.winehq.org/attachment.cgi?id=16179) wine output I am trying to install Lexware financial office pro[1], Version "2008 Juli" on Ubuntu 8.04.1 with wine 1.1.5 from APT-repo. For starting the installer various libraries need to be installed. I did that using winetricks from 2008-08-25: winetricks msxml3 jet40 mdac28 winxp The installation fails with a message-box saying "Systemprüfung konnte nicht erfolgreich abgeschlossen werden" ("The system-check could not be completed sucessfully. Aborting installation") [2]. Unfortunately there is now demo-version available for download (as far as I know) but you can order a 4-week-trial on DVD [3]. I append the output of wine using (WINEDEBUG=+relay,+msgbox) and the following debug parameters in user.reg: [Software\\Wine\\Debug] 1221939180 "RelayExclude"="ntdll.RtlEnterCriticalSection;ntdll.RtlLeaveCriticalSection;kernel32.94;kernel32.95;kernel32.96;kernel32.97;kernel32.98;RtlEnterCriticalSect$ "RelayFromExclude"="winex11.drv;user32;gdi32;advapi32;kernel32" I extracted a 1000-line section around the msgbox using tail and head. Hope the log is helpful. Regards, Fabian [1] AppDB entry: http://appdb.winehq.org/objectManager.php?sClass=application&iId=5505 [2] Screenshot of error: http://appdb.winehq.org/appimage.php?iId=20158 [3] 4-Week-Trial: http://www.lexware.de/SID141.WXWPbkjL394/shop/productDetails?orderNo=A09018… -- 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 36

[Bug 11710] New: wineprefixcreate does not create a color folder
by wine-bugs＠winehq.org 19 May '12

19 May '12

http://bugs.winehq.org/show_bug.cgi?id=11710 Summary: wineprefixcreate does not create a color folder Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: tools AssignedTo: wine-bugs(a)winehq.org ReportedBy: lars.tore(a)mulebakken.net In a normal windows directory tree there should be a color folder. Unfortunately different windows version use different placement. According to Real World Digital Photography, 2nd Edition, which I found after some googling this is the proper places. "For Windows 98 and earlier profiles should be saved in Windows\System\Color directory. For Windows XP, Windows 2000, and Windows ME, profiles should be saved to Windows\System32\Spool\Drivers\Color. For Windows NT, the profiles should belong in Windows\System32\Color Some application like Picture Window Pro require this folder for a functionally color management. There are some discussion about this here http://bugs.winehq.org/show_bug.cgi?id=11532 -- 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 8

[Bug 15580] New: The Bat! v4.0.34.13 lose birthday in addressbook
by wine-bugs＠winehq.org 19 May '12

19 May '12

http://bugs.winehq.org/show_bug.cgi?id=15580 Summary: The Bat! v4.0.34.13 lose birthday in addressbook Product: Wine Version: 1.1.6 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: newsletter(a)Schiermeier-Software.de Created an attachment (id=16581) --> (http://bugs.winehq.org/attachment.cgi?id=16581) The addressbook 'Edit address entry' dialog with the TDateTimePicker-control Using the email program 'The Bat!' the addressbook of this application will set the birthday of an entry inside this addressbook back to the actual day after calling the new addressbook entry again in a new session. The addressbooks birthday is a 'TDateTimePicker' control. This or related controls don't work properly. -- 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 23

[Bug 9345] New: SecureCRT - Scroll fails on any connection
by wine-bugs＠winehq.org 19 May '12

19 May '12

http://bugs.winehq.org/show_bug.cgi?id=9345 Summary: SecureCRT - Scroll fails on any connection Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P5 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: franziskaner.fan(a)gmail.com Created an attachment (id=7632) --> (http://bugs.winehq.org/attachment.cgi?id=7632) image of the buggy scroll Secure crt does not display correctly scroll. When you connect anywhere and execute a long command (long ps, read a log...) and scroll "run" fast it doesn't refresh correctly, mix old lines with new ones. If you select the lines (as shown in screenshot) it display new ones (actual ones) but still display old ones too if it was longer. I had test my version (SecureCRT 5.5.1 with enterprise license) since wine 0.9.38 (allways compiled, not rpm nor binarys) in Mandriva. Other work companions has the same problem in Ubuntu and debian with pre-compiled versions. I too proved other versions with demo version and same problem appear. Thanks for all -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 10649] New: Regression in RegQueryValueExA when called in unorthodox manner
by wine-bugs＠winehq.org 19 May '12

19 May '12

http://bugs.winehq.org/show_bug.cgi?id=10649 Summary: Regression in RegQueryValueExA when called in unorthodox manner Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: trivial Priority: P5 Component: wine-advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: samuel.howard.dennis(a)gmail.com commit bc590e87a6f9c7421ec3386a7c09a63a3e55dead (16/08/2006, Robert Shearman, affects advapi) caused a regression in one of my own programs in which I'd used an unusual calling convention for RegQueryValueEx, being this: char buf[16]; /* or 1 in the particular call that was failing */ DWORD count = sizeof buf; LONG ret; ret = RegQueryValueEx(hkey, "ValueName", NULL, &count, buf, &count); /* value left in count is never checked */ This works under real windows (9x at least, I never ran the program on installs of later Windows versions), but WINE does this before retrieving the value: if (type) *type = REG_NONE; ...which sets count to 0 since I pass the same address for both type and count in the call; this value is later used to determine the buffer size and triggers an overflow error. I am having trouble understanding the precise intent of the troublesome line (when is *type supposed to be set to REG_NONE? On any error? On any error other than buffer overflow? (This is the current WINE behaviour, as *type is unconditionally set again after copying the data)), but clearly assignments happen only after all processing in genuine Windows or *count is read early and that value is used throughout the function. I don't know which fix is appropriate, and am not sure how this case behaves across different versions of Windows so I'm submitting this bug instead of a patch. It is trivial to fix either way. There is also the issue of which value (type or count) is left in the single variable after the call, but calling this way and then checking that is even more perverse and nobody has probably ever done it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 12416] New: Deus Ex and Syberia2 both have corrupted graphics in 0.9. 59
by wine-bugs＠winehq.org 19 May '12

19 May '12

http://bugs.winehq.org/show_bug.cgi?id=12416 Summary: Deus Ex and Syberia2 both have corrupted graphics in 0.9.59 Product: Wine Version: 0.9.58. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eekfrank(a)hotmail.com Both of these games worked gold for me in .58 and were unplayable in .59. I have tried a different machine with a different os and an Nvidia video card, and they work perfectly in .59 so it must be something that is affecting the ATI card specificaly on this machine. I am using the prop. ATI driver 8.471, currrent AFAIK. my video card is an ATI X1950pro. I have tried 0.9.59 both as provided by my distro,(pclinuxos) and built wine from source with the exact same results, graphic corruption so bad as to make it impossible to run the games. -- 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 29

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs May 2009