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

[Bug 8424] PokerTracker can't run a 2nd time because of invalid ID

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=8424 --- Comment #16 from Hubmaster <Hubmasterflex(a)hotmail.com> 2008-07-03 12:58:14 --- There are still plenty of people that use PT2 because of the fact that PT3 still has too many bugs/problems. I don't think this software is ready to be deemed obsolete until PT3 becomes stable. -- 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.

July 3, 2008

[Bug 3498] Civilization 3: Fonts missplaced

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=3498 Jeremy White <jwhite(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #7959 is|0 |1 obsolete| | --- Comment #22 from Jeremy White <jwhite(a)codeweavers.com> 2008-07-03 12:58:05 --- Created an attachment (id=14559) --> (http://bugs.winehq.org/attachment.cgi?id=14559) Tarball of most current version of my patches. These patches are a work in progress and should not be presumed good. -- 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.

July 3, 2008

[Bug 3498] Civilization 3: Fonts missplaced

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=3498 --- Comment #21 from Matthew Schultz <mattsch(a)gmail.com> 2008-07-03 12:49:40 --- (In reply to comment #18) > > I checked out 1.1 but noticed that your patches are still not in there. Are > > you able to check it in now? > > I have sent a new round of patches to Alexandre, yes. He has a range of > reservations about this set of patches, so it's not clear if they will be going > in any time soon. I'm doing my best... > Thanks for your effort too. :-) Can you post your latest set of patches here or a link to them so I can at least patch the source manually? I noticed as of 1.1 some changes were made in areas where your previous patches were making changes and as a result, I'm not sure what to change to make them work again for 1.1. -- 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.

July 3, 2008

[Bug 8745] openwatcom debugger hits unimplemented function vdmdbg.dll.VDMEnumProcessWOW

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=8745 Vijay Kamuju <infyquest(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Vijay Kamuju <infyquest(a)gmail.com> 2008-07-03 12:42:02 --- The patch has been commited in main branch. http://source.winehq.org/git/wine.git?a=commitdiff;h=1be44ab2fc36be56743714… Closing as Fixed. -- 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.

July 3, 2008

[Bug 14221] bonjour service (mdnsresponder) crash in winsock/iphlpapi

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14221 Juan Lang <juan_lang(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #10 from Juan Lang <juan_lang(a)yahoo.com> 2008-07-03 12:32:49 --- Marking fixed then. The winsock bug should be fixed, but it doesn't prevent bonjour service from starting. (Thanks for your help, AF.) -- 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.

July 3, 2008

[Bug 12965] Weird border in MSN Messenger when hiding tittle bar

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=12965 --- Comment #3 from Jaime Rave <jaimerave(a)gmail.com> 2008-07-03 12:30:10 --- Still a problem in wine 1.1.0. -- 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.

July 3, 2008

[Bug 14269] New: Shareaza does not save preferences

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14269 Summary: Shareaza does not save preferences Product: Wine Version: 1.0.0 Platform: Other URL: http://shareaza.sourceforge.net/ OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Hubmasterflex(a)hotmail.com I've noticed that while using Shareaza, if I modify the preferences within Shareaza, they do not save at next startup. It returns back to standard post-installation settings. This is annoying as I have to go into preferences every startup to enable Gnutella1 and EDonkey. P.S. To test this bug, MAKE SURE you download from http://shareaza.sourceforge.net/ and NOT Shareaza.com as that website is hacked. -- 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.

July 3, 2008

[Bug 9775] Syberia 2, Max Payne 1 & 2 - Screenshots and thumbnails broken

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=9775 --- Comment #31 from Tobias Jakobi <liquid.acid(a)gmx.net> 2008-07-03 12:20:36 --- (In reply to comment #30) > I would also shorten the test's comment to one or few lines, but it's just my > opinion. I don't know how to fit all important information in two lines. Even if I dropped the MSDN refs it would be much longer than two lines. > I do know that msdn references are not in very good favor in general, > I think previously there even have been patches specifically removing msdn > links. There is some sense in it, to discourage reliance on msdn for purpose of > documenting the code (or there is a risk that after 5 years code documentation > consists of references to materials that went the same way as e.g. DX6 docs > went). I don't think this is a valid point. It's true that Microsoft doesn't provide the docs anymore on their homepage, BUT there are still mirrors on the net providing these old docs for download. I have currently docs for DX7, 8 and 9 installed - from which only 9 is provided by MS currently (docs for 8 and 7 were removed already). Also I don't think devs are reverse engineering the entire DX lib by watching what call XYZ does (like nouveau figures out how the nvidia hw works). If I'm going to fix say DX6 code I need the DX6 SDK anyway. I do understand that paving the code with MSDN links isn't very clever, but at least allow it to contain some refs so you can look it up if you want further information (and have access to the docs). ------------------------------------------------- Let's take a look at my comment block: > Test the behaviour of the IDirect3DDevice8::CreateImageSurface method. What method is tested... > Expected behaviour (and also documented in the original DX8 docs) is that the > call returns a surface with the SYSTEMMEM pool type. Games like Max Payne 1 > and 2 which use Direct3D8 calls depend on this behaviour. What the method should do and which apps that rely on the behaviour. Includes remark why this behaviour should be correct (further verified by the testcase) > A short remark in the DX9 docs however states that the pool of the > returned surface object is of type SCRATCH. This is misinformation and results > in screenshots not appearing in the savegame loading menu of both games > mentioned above (engine tries to display a texture from the scratch pool). Explaining why the bug popped up in the the first place: misinformation from DX9 Also xplaining the results of the wrong implementation. > This test verifies that the behaviour described in the original D3D8 docs is > the correct one. Summing up.. > For more information about this issue, see the MSDN: > D3D9 docs: "Converting to Direct3D 9" > D3D9 reference: "IDirect3DDevice9::CreateOffscreenPlainSurface" > D3D8 reference: "IDirect3DDevice8::CreateImageSurface" Now for this one is important: it's COMPLETLY optional! As stated "for MORE information" - you don't need this to understand the core of the bug and the bugfix. Only a hint... ---------------------------------------- I'm always grateful of hints in sourcecode. Makes it easier for someone with no insight in the code to get involved. Usually you spend hours skimming through code until you get an idea what it is doing. I find it very helpful to get some clues where I can find further (documenting) information to get an overview. It also helps me speeding up my google searches, because with the overview I know what to search for (because I now know the right keywords). I'm currently writing another testcase for a different D3D8 method (LockBox, the current implementation isn't really behaving how it should) and up to now it has almost no sourcecode comments - and it's not going to contain any refs to the MSDN, simply because it wouldn't make any sense there (the docs don't describe when locks should succeed or fail). So don't think I added the three refs just for fun, they are actually there to support/help further development. > Ultimately it's Alexandre Julliard who commits (or not) the patch. BTW a > good way to know the status of patches / rejection reason is to ask him (nick > julliard) on #winehackers, he is usually very responsive when online. It > sometimes happens that patches get lost in high traffic. > Sure, but I was hoping to get some sort of ACK from a guru like you ;-) And I don't want to spam on wine-patches if the patches aren't applied anyway. Greets, Tobias -- 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.

July 3, 2008

[Bug 14229] winedbg can't dump stack of functions that take float args?

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14229 --- Comment #4 from Dan Kegel <dank(a)kegel.com> 2008-07-03 12:17:56 --- Loading either of the apps I've tried so far in winedbg and then doing Wine-dbg>disas _chkstk yields a similar error, Needing an integral value -- 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.

July 3, 2008

[Bug 4538] FolderShare crashes when trying to connect to network

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=4538 --- Comment #11 from Ben McCann <benjamin.j.mccann(a)gmail.com> 2008-07-03 11:51:22 --- Thanks Kai. This is excellent news and I will certainly retest. Unfortunately, I am in the middle of the move and it may be a couple weeks before I can test as my Linux machine is packed up and about to be loaded on a truck. I'll report back as soon as I can. -- 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.

July 3, 2008