October 2005 - Wine-Bugs - list.winehq.org

[Bug 1800] [user documentation] bad LANG_* definition location
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=1800 richard(a)daijobu.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed| |1 ------- Additional Comments From richard(a)daijobu.co.uk 2005-01-10 03:28 ------- Yes, the documentation is wrong -- the incorrect text is now in winedev-windowing.sgml The reference to winnls.h in winedev-coding.sgml is wrong too -- the language specific resource files tend to be named after the Unix LANG. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 3037] LTspice: UI glitches
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=3037 ------- Additional Comments From a(a)gaydenko.com 2005-01-10 01:44 ------- The same for version 20050930. The irony here is: the wine works well with payware client applications. And as for freeware one (I mean LTspice) - the bug is live during almost a year :-) The sadness here is: regression of app's behaviour takes place. What can I do to rise wine developers' interest to eliminate the regression? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 3432] Installation failure in xforce
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=3432 dank(a)kegel.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed| |1 Summary|Installation failure |Installation failure in | |xforce ------- Additional Comments From dank(a)kegel.com 2005-01-10 01:26 ------- Still happens with 20050930. (This is not an MSI installer; running with WINEDEBUG=+msi shows no messages.) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 2398] Application interface (LightWave 3D) completely unusable
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=2398 ------- Additional Comments From truiken(a)gmail.com 2005-01-10 00:48 ------- The user can always choose to run more than one different wine version, albeit with a little difficulty in setup, but the Wine project will not support old versions. Even though we're coming close to a stable release, .9, Wine is still alpha right now. That means there are going to be lots of bugs. We planned the WM rewrite knowing that lots of apps would stop working as a consequence; that's just the result of an evolving code base such as Wine. Promoting users to use older versions of wine until specific apps start working again is not a good solution. New features wouldn't be tested, and regressions wouldn't be caught. The term "the last-known-good version of Wine" is relative to each user's experience. My last-known-good version of Wine is today's CVS. Most distribution packagers aren't going to provide old versions of Wine, and if you happened to have a bug with an old version, the developers wouldn't be able to help you out (the bug was probably fixed already). Bottom line is that we don't encourage the use of old Wine versions, but do highly encourage testing the newest releses. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 2672] Won't start
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=2672 dank(a)kegel.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From dank(a)kegel.com 2005-01-10 00:17 ------- There's not enough detail in this bug report to be useful. I'm going to close this one. If you're still having problems with the latest wine, please specify which program you were trying to run with wine, the commandline you used, and paste in the error message you saw. Thanks! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 3432] Installation failure
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=3432 dank(a)kegel.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.xforce- |http://www.xforce-online.de |online.de/index.php | Keywords| |download ------- Additional Comments From dank(a)kegel.com 2005-01-10 00:13 ------- The game can be downloaded from http://www.xforce-online.de/download/xforce-setup.exe -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 461] Implement processing for SystemParametersInfo actions with id>=115
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=461 infyquest(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From infyquest(a)gmail.com 2005-30-09 23:48 ------- closing this as it an implementation discussion. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 2201] wine: Unhandled exception (thread 0013), starting debugger... WineDbg starting on pid e Can't find file for ELF 'wine-kthread' ((nil))WineDbg starting on pid eCan't find file for ELF 'wine-kthread' ((nil))
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=2201 infyquest(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED ------- Additional Comments From infyquest(a)gmail.com 2005-30-09 23:44 ------- closing as abandoned , please re-open it if you have got any more issues -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 3358] application fails to start because of SSHDRV82.sys (probably)
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=3358 ------- Additional Comments From vitaliy(a)kievinfo.com 2005-30-09 22:31 ------- HAL.DLL & NTOSKRNL.EXE are the two major pieces of the windows NT+ kernel. Even if you stub HAL.DLL (it's easy all it probably imports are a SpinLock functions) there are still no way this can work on Wine. Because it's missing completely kernel level environment. You best bet is to use no-cd patches for your application. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 2398] Application interface (LightWave 3D) completely unusable
by Wine Bugs Oct. 1, 2005

Oct. 1, 2005

http://bugs.winehq.org/show_bug.cgi?id=2398 ------- Additional Comments From phil(a)ldex.terica.net 2005-30-09 21:50 ------- The problem is that : a) The previous version worked for this app and potentially many others before the change. The current version doesn't and there is no workaround/fix except downgrading Wine. That kind of breakage would put off a good number of people from using wine for any kind of development purpose. It would have been better to retain the choice until bugs in the new code were hammered out (such as this one). If I were a commercial vendor looking at something like Winelib for porting an application, I suspect I would be less than encouraged by this all-or-nothing approach to evolving the system. I don't dispute that many other apps have seen their behaviour improve with the change - I'm simply suggesting that having two systems side-by-side would be a better option at the moment. Once this and other issues have been resolved in the new code, the old code could be removed. b) The old working version of Wine is not packaged for current distributions. The user is left with a choice of attempting to install a package for an older distribution (potentially also conflicting with any newer version of wine that they care to install) or with compiling from source. That's not particularly friendly and those users coming from Windows who are determined enough to go this far will be few and far between (noting that Windows folks are not generally disposed to filing bug reports following years of being ignored by many vendors). If there is no technical way of having both systems implemented in Wine (with the old system being chosen by a command line switch or environment variable), then what about having the last-known-good version of Wine available for current distributions (and being able to be side-installed with the current version of Wine)? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0