October 2007 - Wine-bugs - list.winehq.org

[Bug 2196] Can not input my Language
by wine-bugs＠winehq.org 21 Oct '07

21 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=2196 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #4 from Austin English <austinenglish(a)gmail.com> 2007-10-21 04:09:13 --- Closing abandoned. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2196] Can not input my Language
by wine-bugs＠winehq.org 21 Oct '07

21 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=2196 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED --- Comment #3 from Austin English <austinenglish(a)gmail.com> 2007-10-21 04:08:55 --- No activity for 6 months. Resolving abandoned. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2012] Keyboard input metabug
by wine-bugs＠winehq.org 21 Oct '07

21 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=2012 Bug 2012 depends on bug 2196, which changed state. Bug 2196 Summary: Can not input my Language http://bugs.winehq.org/show_bug.cgi?id=2196 What |Old Value |New Value ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6964] Daz Studio does not install
by wine-bugs＠winehq.org 21 Oct '07

21 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=6964 --- Comment #6 from Austin English <austinenglish(a)gmail.com> 2007-10-21 00:24:33 --- It's a change on their end. 1.5.0 still fails to install for me in wine 0.9.47, but 1.7.1.9 installs without a hitch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5968] Richedit crashes when adding a chr(10) or chr(13)
by wine-bugs＠winehq.org 21 Oct '07

21 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=5968 Alex Villacís Lasso <a_villacis(a)palosanto.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |a_villacis(a)palosanto.com --- Comment #3 from Alex Villacís Lasso <a_villacis(a)palosanto.com> 2007-10-20 20:20:13 --- Adding myself to CC list. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5968] Richedit crashes when adding a chr(10) or chr(13)
by wine-bugs＠winehq.org 21 Oct '07

21 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=5968 --- Comment #2 from Alex Villacís Lasso <a_villacis(a)palosanto.com> 2007-10-20 20:19:01 --- Created an attachment (id=8693) --> (http://bugs.winehq.org/attachment.cgi?id=8693) Proof of concept on possible way to handle \r\r\n sequence for 1.0 emulation I have taken interest in this particular bug. From digging into the code, I have found out the following information, which will be useful in order to finally eliminate this bug. For a start, the test application is trying to use a rich edit control in 1.0 emulation mode. This is important, because the bug concerns the behavior of paragraph breaks when inserting non-standard sequences. To recap, the 1.0 emulation involves (but is not necessarily limited to) treating \r\n pairs as paragraph breaks, and returning, in turn, paragraph breaks as \r\n pairs. In contrast, 2.0 and higher treat \r, \n, and \r\n as valid indicators for paragraph breaks, but treat them all as a single character, and are all represented as \r. There are some places in builtin riched20 that make allowances for this, but due to the lack of richedit 1.0 tests, they are not currently exercised. When pressing the button labeled "Crash", the app code tries to insert the (non-standard) sequence \r\r\n . For riched20 in 2.0 and higher, this should insert a single space. For 1.0, this should insert the characters as they are, and advance the cursors by a delta of 3 (from the point of view of the app). The bug is that currently, builtin treats this sequence as *two* paragraph breaks (\r, then \r\n), and then the emulation code shows a cursor delta of 4 (twice the \r\n sequence). The app expected a delta of 3, so it panics and throws an exception. The sequence that leads to the exception goes somewhat like this: 1) Control starts with contents of "RichEdit1\r\n", which should mean, 9 printable characters, plus one paragraph break composed of two characters, for a total of 11 characters. EM_EXGETSEL agrees with this and returns a CHARRANGE of (11,11). 2) User presses "Crash" button. 3) A EM_REPLACESEL is sent to the control, with the sequence "\r\r\n" (3 bytes). 4) Current builtin takes this to mean "\r is one paragraph break, and \r\n is another, so two paragraph breaks should be inserted". 5) The Delphi app disagrees: "\r is a standalone character, but non-printable, and only \r\n counts as a paragraph break. Only one paragraph break is inserted, but all three characters should end up in the control". 6) App then sends a EM_EXGETSEL message to query the current selection. 7) Due to the reasoning at 4), builtin inserted two paragraph breaks. However, since the app requested a 1.0 control, builtin converts each paragraph break into \r\n pairs. For an initial selection at (11,11), builtin reports now (15,15). 8) Due to the reasoning at 5), the app expects to see (14,14). When builtin reports (15,15), the app screams and throws an exception. The attached patch is a proof of concept. It changes the behavior of text insertion, so that \r by itself won't create a new paragraph - only \r\n will. An unpaired \r will be inserted as a normal character. This patch is enough to prevent the app from throwing an exception. However, this patch makes one extra space (the solitary \r) appear as selectable. So this is not a proper solution. If this patch is taken as a basis for a complete solution, it will need modifications to the painting routines in order to refuse to select solitary trailing \r characters at the end of paragraphs. Most importantly, this will need a fully-fledged riched32 1.0 test suite. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8774] WoW hangs with GL_INVALID_OPERATION
by wine-bugs＠winehq.org 21 Oct '07

21 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=8774 --- Comment #19 from Tim Mayhugh <stim216(a)gmail.com> 2007-10-20 20:03:45 --- Yeah, Same issue's here, cant log into the game in d3d mode, unless im in 'the boonies'. My workaround has been to log in -opengl, and hike to a less populated area, and relog. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8774] WoW hangs with GL_INVALID_OPERATION
by wine-bugs＠winehq.org 21 Oct '07

21 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=8774 Tim Mayhugh <stim216(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stim216(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6297] Half life 2 based games occasionally do not start due to registry in use
by wine-bugs＠winehq.org 21 Oct '07

21 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=6297 Karl <noboundaries_au(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |noboundaries_au(a)hotmail.com --- Comment #23 from Karl <noboundaries_au(a)hotmail.com> 2007-10-20 18:08:47 --- Im getting this now on HL2:EP1 incl. when starting from the desktop. HL2 and Steam SDK run fine always -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9098] GTA: San Andreas crashes if qedit.dll is present
by wine-bugs＠winehq.org 20 Oct '07

20 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=9098 Lei Zhang <thestig(a)google.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #3 from Lei Zhang <thestig(a)google.com> 2007-10-20 14:18:02 --- confirmed by comment 2 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0