http://bugs.winehq.org/show_bug.cgi?id=4187
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2005-30-12 00:37 -------
another msvcrt
*** This bug has been marked as a duplicate of 4128 ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3590
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wilson(a)afn.org
------- Additional Comments From vitaliy(a)kievinfo.com 2005-30-12 00:35 -------
*** Bug 4024 has been marked as a duplicate of this bug. ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4024
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2005-30-12 00:35 -------
It's a dup.
*** This bug has been marked as a duplicate of 3590 ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4024
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |astralstorm(a)gorzow.mm.pl
------- Additional Comments From vitaliy(a)kievinfo.com 2005-30-12 00:26 -------
*** Bug 4189 has been marked as a duplicate of this bug. ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4189
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2005-30-12 00:26 -------
Would be really cool to search bugs first before opening exactly the same bug.
*** This bug has been marked as a duplicate of 4024 ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4144
------- Additional Comments From dank(a)kegel.com 2005-30-12 00:06 -------
Try clicking on the 'Reset Color' button. All this does is
invoke the function
Private Sub bBlack_Click()
With T1
.SelStart = 0
.SelLength = Len(T1.Text)
.SelColor = vbBlack
.SelStart = 0
End With
End Sub
in file F1.frm. Wine can't handle this, and the program exits
with a dialog box saying "Run-time error 380: invalid property value".
Here's an exerpt of the log with +ole,+richedit:
trace:richedit:ME_SplitByBacktracking Must backtrack to split at: L"strictly
enforced so you may see both. "
trace:richedit:ME_UpdateScrollBar min=0 max=2097 page=363 pos=1734 shift=0
trace:richedit:RichEditANSIWndProc hWnd 0x1004c msg 2111 () 04000000 0001004c
trace:richedit:RichEditANSIWndProc hWnd 0x1004c msg 0434 (EM_EXGETSEL) 00000000
7bb18450
trace:richedit:RichEditANSIWndProc EM_EXGETSEL = (0,10380)
trace:ole:CreateErrorInfo (0x7bb1e948)
trace:ole:IErrorInfoImpl_QueryInterface (0x7bcbc970)->(
IID: {22f03340-547d-101b-8e65-08002b2bd119},0x7bb1e948)
trace:ole:ICreateErrorInfoImpl_AddRef (0x7bcbc970)
trace:ole:IErrorInfoImpl_AddRef (0x7bcbc970)->(count=1)
trace:ole:IErrorInfoImpl_QueryInterface -- Interface: (0x7bb1e948)->(0x7bcbc974)
trace:ole:IErrorInfoImpl_Release (0x7bcbc970)->(count=2)
trace:ole:ICreateErrorInfoImpl_SetGUID
(0x7bcbc970)->({e9a5593c-cab0-11d1-8c0b-0000f8754da1})
trace:ole:ICreateErrorInfoImpl_SetHelpFile (0x7bcbc970,L"RTFBox98.CHM")
trace:ole:ICreateErrorInfoImpl_SetHelpContext (0x7bcbc970,380)
trace:ole:ICreateErrorInfoImpl_SetDescription (0x7bcbc970): L"Invalid property
value"
trace:ole:ICreateErrorInfoImpl_SetSource (0x7bcbc970): L"RichtextCtrl"
A similar error happens if you click "Find" after entering text
in the search box; the text is found and highlit, and then
you get the same error dialog box, and the program quits.
Here's an excerpt of a +ole,+richedit log:
fixme:richedit:ME_FindText Case-insensitive search not implemented
trace:richedit:ME_FindText found at 10343-10344
trace:richedit:RichEditANSIWndProc hWnd 0x2003c msg 0437 (EM_EXSETSEL) 00000000
7bb1eb7c
trace:richedit:RichEditANSIWndProc EM_EXSETSEL (10343,10344)
trace:richedit:ME_StrRelPos L"strictly enforced so you may see both. ",0,&26
trace:richedit:ME_StrRelPos L"strictly enforced so you may see both. ",0,&27
trace:richedit:ME_StrRelPos L"strictly enforced so you may see both. ",0,&27
trace:richedit:ME_StrRelPos L"strictly enforced so you may see both. ",0,&26
trace:richedit:ME_StrRelPos L"strictly enforced so you may see both. ",0,&27
trace:richedit:RichEditANSIWndProc hWnd 0x2003c msg 0014 () 00000f08 00000000
trace:richedit:RichEditANSIWndProc hWnd 0x2003c msg 000f () 00000f08 00000000
trace:richedit:RichEditANSIWndProc hWnd 0x2003c msg 0434 (EM_EXGETSEL) 00000000
7bb183e4
trace:richedit:RichEditANSIWndProc EM_EXGETSEL = (10343,10344)
trace:richedit:RichEditANSIWndProc hWnd 0x2003c msg 00b7 (EM_SCROLLCARET)
00000000 00000000
fixme:richedit:RichEditANSIWndProc EM_SCROLLCARET: stub
trace:ole:_invoke returns 00000000
trace:ole:ITypeInfo_fnInvoke varresult: 0x7bb1ec74->{VT_I4|VT_BYREF,0x7bbb4882}
trace:ole:ITypeInfo_fnInvoke -- 0x00000000
trace:ole:ITypeInfo_fnRelease (0x7bcb39c0)->(2)
trace:ole:ITypeLib2_fnRelease (0x7bc8edb8)->(1)
trace:ole:ITypeLib2_fnAddRef (0x7bc8edb8)->ref was 1
trace:ole:ITypeInfo_fnAddRef (0x7bcb39c0)->ref is 3
trace:ole:SetErrorInfo (0, (nil))
trace:ole:ITypeInfo_fnInvoke
(0x7bcb39c0)(0x7bc8b470,id=8,flags=0x00000004,0x7bb1ede8,(nil),0x7bb1edc8,0x7bb1edf8)
trace:ole:dump_DispParms args=1 named args=1
trace:ole:dump_Variant 0x7bb1ee50->{VT_I4|VT_BYREF,0x7bb1ef58}
trace:ole:ITypeInfo_fnInvoke invoking:
trace:ole:_invoke Calling 0x200079f5(7bc8b470,929083f6,)
trace:ole:CreateErrorInfo (0x7bb1e8a4)
trace:ole:IErrorInfoImpl_QueryInterface (0x7bcbce90)->(
IID: {22f03340-547d-101b-8e65-08002b2bd119},0x7bb1e8a4)
trace:ole:ICreateErrorInfoImpl_AddRef (0x7bcbce90)
trace:ole:IErrorInfoImpl_AddRef (0x7bcbce90)->(count=1)
trace:ole:IErrorInfoImpl_QueryInterface -- Interface: (0x7bb1e8a4)->(0x7bcbce94)
trace:ole:IErrorInfoImpl_Release (0x7bcbce90)->(count=2)
trace:ole:ICreateErrorInfoImpl_SetGUID
(0x7bcbce90)->({e9a5593c-cab0-11d1-8c0b-0000f8754da1})
trace:ole:ICreateErrorInfoImpl_SetHelpFile (0x7bcbce90,L"RTFBox98.CHM")
trace:ole:ICreateErrorInfoImpl_SetHelpContext (0x7bcbce90,380)
trace:ole:ICreateErrorInfoImpl_SetDescription (0x7bcbce90): L"Invalid property
value"
trace:ole:ICreateErrorInfoImpl_SetSource (0x7bcbce90): L"RichtextCtrl"
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4144
------- Additional Comments From dank(a)kegel.com 2005-29-12 23:34 -------
Here's the text that was embedded in the demo program; it really
should have been part of the bug description.
--- snip ---
RichEd demo
The point of this demo is to demonstrate the problems with the
Wine version of RichEd. There are 5 notable bugs:
1) Wine RichEd ignores wordwrap messages sent to the window.
2) [LockWindowUpdate is unimplemented in wine]
Note: Some programmers use the WM_SETREDRAW message ( &HB ) instead of
LockWindowUpdate. The effect is virtually the same.
3) Wine RichEd ignores the options when finding text in a RichTextBox.
If you do a search for "blah" you can see a simple demo of the problem.
Use the find button with options checked or unchecked for testing.
The message behind the RichEd.Find call (in the activeX control)
is EM_FINDTEXT (WM_USER + 56).
The way it works is that SendMessage is used to send EM_FINDTEXT to the window.
(There is also EM_FINDTEXTEX (WM_USER + 79) )
SendMessage(windowHandle, EM_FINDTEXT, Options, FINDTEXT struct pointer)
The Options parameter is a 32-bit integer flag.
Using the Windows RichEd library, RichEd20.dll, #1 and #3 here are not bugs.
They only malfunction with the Wine Riched version.
(One interesting note: A Find done not-whole-word will miss a second
version of the word in a row. Ex.: in blahblah only the first "blah" is
found, while if RichEd20.dll is not loaded the Find is almost entirely
malfunctional. It's possible those issues are partially connected to
some problem with offset position numbers used to start the Find. In
both the control and API the RTB text has a zero-based offset system,
but Wine could be starting text at 1? )
---------------------------------
4) ActiveX controloperations bug:
( The test buttons use ActiveX control methods or API methods.
Use "Find API" and "Color Test API" for the API functions.)
The problems above apply to the RichTextBox when API calls
are used for the Find and coloring operations.
When the ActiveX control method RTB.Find is used, it seems to always
crash with various and rather odd errors.
One common error was OLE error 80010108, which I think is:
"The object has disconnected from its client".
Another time there was error -1 (?).
The ActiveX control Find method crash happens regardless of
whether the Wine Riched20.dll is used.
Complication note: On Win9x the activeX control, RichTx32.ocx,
is actually a wrapper for RichEd v. 1 - RichEd32.dll. On later Windows
versions that have RichEd v. 3 or 4, the v. 1 library is "emulated"
for the control. So it's uncertain whether the control is actually using
the Windows RichEd20.dll library, whether it's loaded or not. )
5) Finally, if you run this demo under both Wine and Windows you'll see
that the text coloring operation, designed to be inefficient for the sake
of the demo, is nevertheless *several times slower* under Wine than it
is on Windows.
--- snip ---
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4144
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From dank(a)kegel.com 2005-29-12 22:57 -------
Filed bug 4190 along with a patch for a problem
observed while using this test app.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4190
Summary: _invoke unsupported number of arguments 15 in stdcall
Product: Wine
Version: 0.9.4.
Platform: Other
URL: http://www.jsware.net/linux/riched.zip
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
See bug 4144 for interactive test app.
To repeat:
1. install RichTextEd.exe as described in bug 4144.
2. run RichTextEd.exe
3. Enter anything in search field
4. Click "Find" (not "Find API")
Logging with +ole shows:
...
fixme:ole:_invoke unsupported number of arguments 15 in stdcall
trace:ole:_invoke returns ffffffff
trace:ole:ITypeInfo_fnInvoke varresult: 0x7b91ec74->{VT_I4|VT_BYREF,0x7bbb4882}
warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0xffffffff
...
http://bugs.winehq.com/show_bug.cgi?id=1912 was similar...
--
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.