Hello
I started CorelDraw with the given WINEDEBUG options but there is no chance to get success with this options. It took me more than 2 hours just to start Corel and generated about 1.5GB of log output. Even moving the mouse generated more than 5000 lines of debug output. So I removed the +relay option. And here is the generated debug output which is already a lot of text. (See the attachement). I hope this is enough information to find where there bug exactly comes. Many thanks for the efforts.
Roland Kaeser
>----- Ursprüngliche Mail ----
>Von: Ulrich Czekalla <[EMAIL PROTECTED]>
>An: Roland Kaeser <[EMAIL PROTECTED]>
>CC: wine-devel@winehq.org
>Gesendet: Freitag, den 12. Mai 2006, 14:18:00 Uhr
>Betreff: Re: thanks for wine
I started CorelDraw with the given WINEDEBUG options but there is no chance to get success with this options. It took me more than 2 hours just to start Corel and generated about 1.5GB of log output. Even moving the mouse generated more than 5000 lines of debug output. So I removed the +relay option. And here is the generated debug output which is already a lot of text. (See the attachement). I hope this is enough information to find where there bug exactly comes. Many thanks for the efforts.
Roland Kaeser
>----- Ursprüngliche Mail ----
>Von: Ulrich Czekalla <[EMAIL PROTECTED]>
>An: Roland Kaeser <[EMAIL PROTECTED]>
>CC: wine-devel@winehq.org
>Gesendet: Freitag, den 12. Mai 2006, 14:18:00 Uhr
>Betreff: Re: thanks for wine
>On Fri, May 12, 2006 at 06:20:13AM +0000, Roland Kaeser wrote:
>> >The only major issues that I'm aware of are coping and pasting OLE embedded
>> >objects. That should be taken care of when Rob is finished his COM work.
>>
>> >IMO 633, 2382 and 5061 are not really copy and paste bugs. They are caused
>> >by problems translating from windows data formats to linux data formats and
>> >vice versa.
>>
>> As far as I know, all "complex" objects in the windows clipboard, such as formatted text, images etc. is stored as rtf-object.
>> BTW: There is also a bug #3611 which was marked as dublicate of #633 but its not the exact reason.
>>
>> I recognized that the copy and paste bug #3611 works on some systems. I may have to do with some X11 library/KDE Lib versions. etc. Is there a kind of WINEDEBUG option to track what happens when copy/paste in application?
>> On the other side I saw a lot of applications by which the copy/paste does not work. It seems to be a much bigger issue than assumed.
>>
>I agree, they are different bugs. I don't have Corel Draw 9 so if you can
>send me a +relay,+clipboard,+tid trace I can take a look.
>/Ulrich
>> >The only major issues that I'm aware of are coping and pasting OLE embedded
>> >objects. That should be taken care of when Rob is finished his COM work.
>>
>> >IMO 633, 2382 and 5061 are not really copy and paste bugs. They are caused
>> >by problems translating from windows data formats to linux data formats and
>> >vice versa.
>>
>> As far as I know, all "complex" objects in the windows clipboard, such as formatted text, images etc. is stored as rtf-object.
>> BTW: There is also a bug #3611 which was marked as dublicate of #633 but its not the exact reason.
>>
>> I recognized that the copy and paste bug #3611 works on some systems. I may have to do with some X11 library/KDE Lib versions. etc. Is there a kind of WINEDEBUG option to track what happens when copy/paste in application?
>> On the other side I saw a lot of applications by which the copy/paste does not work. It seems to be a much bigger issue than assumed.
>>
>I agree, they are different bugs. I don't have Corel Draw 9 so if you can
>send me a +relay,+clipboard,+tid trace I can take a look.
>/Ulrich
cdrlog2.txt.gz
Description: application/gunzip
