Huge frustration
Hello Please take the following not personal but the huge pent-up frustration constrains me to say a few words. I've just tested one of my "longest waiting" apps to get working on linux: CorelDraw X3/X4. And I had to see that it fails already with the same errors. I tooke a short look into the bug database to see all the related bugs: http://bugs.winehq.org/show_bug.cgi?id=11687open (not even confirmed) since more than 3 years http://bugs.winehq.org/show_bug.cgi?id=14123open since 2008-06-25 http://bugs.winehq.org/show_bug.cgi?id=3599 open (new) since 2005-10-15 http://bugs.winehq.org/show_bug.cgi?id=3611 open (new) since 2005-10-17 I know we had this discussion already a lot of times but after six acc. three years its time for me to say something again. I know also thats a lot more fun developing directx routines instead of fixing old bugs but sometimes You should also think about the "other" generality which uses the computer not just to play games. It would be understandeable to me if its written in the bug that the fix of this bug will consume a lot of resources and its impossible to fix this, but just to ignore it is not "the proper way to behave". I'm sure that there are many more of the above bugs which nobody has has ever took seriously a lock at it. Has anybody ever imagined how many apps depending on such bugs which prevents them to get running on Linux? Maybe all of the above bugs are only related to CorelDraw but its also possible that dozens or hundrets of other apps also fail with the same problems but nobody has ever wrote a bug report or saw it in the bug database and thought that it will be fixed cause its already reported? Just take a look at: http://www.inside-it.ch/frontend/insideit?_d=_article&site=ic&news.id=22515 English version: http://arstechnica.com/civis/viewtopic.php?f=14&t=1122655 The most of their problems where related to special windows apps running only in goverment institutions and where not able to run on Linux (wine). How many of these problems whould not even ever have been occured if such small bugs like the above whoud be fixed which makes all of those apps runnable on linux. Sorry to say that but Your politics just to develop things which makes fun or are interesting is also part of the above problem. Regards Roland
AW: 1.0 Bugs - Microsoft Office 2003
Hello Sorry for my cheek, but don't a 1.0-Version mean that every Windows app works on Wine? Regards Roland - Ursprüngliche Mail Von: Dan Kegel <[EMAIL PROTECTED]> An: EA Durbin <[EMAIL PROTECTED]> CC: Wine Developers List Gesendet: Sonntag, den 7. Oktober 2007, 22:36:41 Uhr Betreff: Re: 1.0 Bugs - Microsoft Office 2003 On 10/7/07, EA Durbin <[EMAIL PROTECTED]> wrote: > I was able to get around bug 9023 with a patch applied to the appdb I see you attached the patch to bug 9023, thanks. > and I > did some further testing in Office 2003 today. Initially I'm prompted to > activate my copy of microsoft office 2003, and both means of activating the > application are broken in wine due to bugs 9943 and 9944. Then I tried to > open VBA inside of Office and was prompted with a dialog stating unable to > open macro storage(bug 8795). The only real reason I use Microsoft Office > over Open Office is the need for VBA integration. > > I think we should add these bugs to the 1.0 target http://bugs.winehq.org/show_bug.cgi?id=8795 http://bugs.winehq.org/show_bug.cgi?id=9023 http://bugs.winehq.org/show_bug.cgi?id=9943 http://bugs.winehq.org/show_bug.cgi?id=9944 I'm not opposed, but perhaps we should be clear. Do we want to add Microsoft Word 2003 to the "must have" apps list for 1.0? It might delay the release. - Dan Yahoo! Clever: Stellen Sie Fragen und finden Sie Antworten. Teilen Sie Ihr Wissen. www.yahoo.de/clever
AW: wine killing X?
Hello I saw the same problem starting SimCity 4 and Railroad Tycoon on Nvidia drivers and 0.9.36. But only sometimes. Roland - Ursprüngliche Mail Von: Juan Lang <[EMAIL PROTECTED]> An: wine-devel@winehq.org Gesendet: Freitag, den 27. April 2007, 21:58:37 Uhr Betreff: wine killing X? I just upgraded to the latest wine version and tried wineprefixcreate (no .wine directory), and it kills X. Nvidia drivers 1.0.9755. Anyone else see this? --Juan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Yahoo! Clever - Der einfachste Weg, Fragen zu stellen und Wissenswertes mit Anderen zu teilen. www.yahoo.de/clever
AW: Call for Installer Bugs...
HelloThere are Bugs in Corel Draw:CorelDRAW 10: Bug #5801I know that CorelDRAW 11 installation fails at start but have not a version so cannot provide a bug report.CorelDRAW 12 is already reportedOffice 2003 installation fails on 0.9.21SimCity 4 needs special interaction to get it running: http://www.holarse-linuxgaming.de/h2006/space/SimCity+4Also a securom issue.Roland- Ursprüngliche Mail Von: Dan Kegel <[EMAIL PROTECTED]>An: "wine-devel@winehq.org" Gesendet: Freitag, den 22. September 2006, 19:11:04 UhrBetreff: Call for Installer Bugs...Lots of progress has been made in fixing installer bugs lately,but there are probably many such bugs hiding in plain view still.It would be very helpful if people could look for bugs which:a) appear to be MSI or setupapi related, andb) occur in freely downloadable executables (e.g. trial versions)c) aren't already in bugzilla(seehttp://bugs.winehq.org/buglist.cgi?product=Wine&component=wine-msi&keywords_type=allwords&keywords=download&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENEDfor list)and file reports as appropriate at http://bugs.winehq.org.Thanks!- Dan
Wine directx and xinerama
Hello allI just regognized that I get serious trouble trying to run apps on a xinerama screen (Matrox Parhelia) with Triple display configuration (http://www.matrox.com/graphics/workstation/cre_pro/products/pseries/p750.cfm / 01:00.0 VGA compatible controller: Matrox Graphics, Inc. Millenium P650/P750 (rev 02)). Running the same apps (such as Railroad Tycoon) on a "normal" machine with intel 945G (VGA compatible controller: Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02)) its works fine. But running RT3 on my Matrox card makes it crashing or just bringing a error message, even when I configured a virtual desktop (1024x768). Does somebody has a idea about this behaviour?ThanksRoland
AW: AW: Already Error while installing MS Office 2003
>For the *weekly* application list, who is going to compile it? Wine is>not Microsoft, therefore they do not have access to something along>the lines of Microsoft's Compatibility Lab (and I think not even>Microsoft itself could release this weekly list).Eventually we could talk to the application maintainers (as my self) to provide a weekly state (via mail ev.) of their maintaned app. Regarding to the application rating in the appdb. Just list all the apps with a gold state. It also whold give a good overview for which apps wine is currently ready and it whould also be a good monitor of regression issues.Roland>- Ursprüngliche Mail >Von: Stephen Eilert <[EMAIL PROTECTED]>>An: Roland Kaeser <[EMAIL PROTECTED]>>CC: wine-devel@winehq.com>Gesendet: Samstag, den 16. September 2006, 20:11:24 Uhr>Betreff: Re: AW: Already Error while installing MS Office 2003>I like the deadline idea, but I do think they've got this already,>just not in terms of working applications, but subsystems.>For the *weekly* application list, who is going to compile it? Wine is>not Microsoft, therefore they do not have access to something along>the lines of Microsoft's Compatibility Lab (and I think not even>Microsoft itself could release this weekly list).>Furthermore, applications have to be legally purchased to be tested,>as far as I know. I'm not a [wine]developer, but I think you have>absolutely no idea of the amount of effort you are talking about.>>There is Wine Application Database. I've contributed one entry myself.>Not much, I know, but at least it is a start.>>>>Stephen>>>>On 9/16/06, Roland Kaeser <[EMAIL PROTECTED]> wrote:>>>>>> >You want stable software, don't you?>> Yes but not for the price of developing 10 years for a software.>>>>>> >And break other Applications.>> Not urgently>>>> Hey guys can't anybody see the reason? The wine project (or the finish of>> itself) could bring linux the breakthrough. I know a lot of people who asks> >as first question: Is this or the other app working on linux? Then I will> >think about a migration.>>>> Yes, faster development is paid by a less of stability. But is wine>> currently stable? By many tests with windows apps could I recognize that it>> is not ever!>>>> We should make a weekly public list of currently working applications (out>> of the box). I strongly think this is the measurement of the development>> progress of wine. This is is also the only thing users are interested in! So>> if the developers has a huge effort to develop things in wine but the count>> of working apps is not increasing over the time so its a strong indicator>> that something goes wrong. Think about commercial software dev projects they>> have milestones and deadlines and they have to fulfil it. Why not making>> hard milestones and a hard deadline which the project itself can measure>> against it . Lets say the deadline of a version 1.0 is end of next year>> (2008-01-01). So if everybody has this deadline in brain, it meight make the>> whole thing a bit more efficient. Its easier to make hard priority>> decisions.>>>> Roland>>>>>>>> >- Ursprüngliche Mail >> >Von: Detlef Riekenberg <[EMAIL PROTECTED]>>>>> >An: Roland Kaeser <[EMAIL PROTECTED]>>> >CC: Jim White <[EMAIL PROTECTED]>; wine-devel@winehq.com>> >Gesendet: Samstag, den 16. September 2006, 19:16:34 Uhr>> >Betreff: Re: AW: Already Error while installing MS Office 2003>>>> >>> >On Sa, 2006-09-16 at 06:34 +, Roland Kaeser wrote:>> >> Why don't just accept the code?>> >You want stable software, don't you?>> >>> >> There is enough time later to make it more "beautiful" or correct it>> >> to a better quality.>> >Who will do it later?>> >Nobody!>> >>> >> But for the moment, some of the code directly allows important apps to>> >> work.>> >>> >And break other Applications.>> >>> >>> >-->> >>> >By by ... Detlef>>
AW: AW: Already Error while installing MS Office 2003
>You want stable software, don't you?Yes but not for the price of developing 10 years for a software.>And break other Applications.Not urgentlyHey guys can't anybody see the reason? The wine project (or the finish of itself) could bring linux the breakthrough. I know a lot of people who asks as first question: Is this or the other app working on linux? Then I will think about a migration. Yes, faster development is paid by a less of stability. But is wine currently stable? By many tests with windows apps could I recognize that it is not ever!We should make a weekly public list of currently working applications (out of the box). I strongly think this is the measurement of the development progress of wine. This is is also the only thing users are interested in! So if the developers has a huge effort to develop things in wine but the count of working apps is not increasing over the time so its a strong indicator that something goes wrong. Think about commercial software dev projects they have milestones and deadlines and they have to fulfil it. Why not making hard milestones and a hard deadline which the project itself can measure against it . Lets say the deadline of a version 1.0 is end of next year (2008-01-01). So if everybody has this deadline in brain, it meight make the whole thing a bit more efficient. Its easier to make hard priority decisions.Roland>- Ursprüngliche Mail >Von: Detlef Riekenberg <[EMAIL PROTECTED]>>An: Roland Kaeser <[EMAIL PROTECTED]>>CC: Jim White <[EMAIL PROTECTED]>; wine-devel@winehq.com>Gesendet: Samstag, den 16. September 2006, 19:16:34 Uhr>Betreff: Re: AW: Already Error while installing MS Office 2003>>On Sa, 2006-09-16 at 06:34 +, Roland Kaeser wrote:>> Why don't just accept the code?>You want stable software, don't you?>>> There is enough time later to make it more "beautiful" or correct it>> to a better quality. >Who will do it later?>Nobody!>>> But for the moment, some of the code directly allows important apps to>> work.>>And break other Applications.>>>-- >>By by ... Detlef
AW: Already Error while installing MS Office 2003
>Are you a software developer of any kind? This is a professional open>source product, and we only allow the cleanest code in our tree. Wine>is one of the most impressive pieces of software I've ever had the>chance to work on. I, and all the other developers of Wine, do not>want hacks in the code base, and am very thankful they are not>allowed. If someone really wants an application to work, they can>spend time and effort on writing proper fixes for the Wine tree, as we>all do.Yes, I'm a software developer and I know from a uncountable amout of projects that perfect and absolute clean code is IMPOSSIBLE. Its always a calculation between the efforts and the expected results. Yes, You can write absolute (as far as this is generally possible) code but then wine will be arrive version 1.0 in 2020. Just think about the goal, users don't interst the coding quality of the sourcecode, they just want to run their windows apps on linux. I know a lot of people where have no idea about opensource. They just wan't to run their apps. And they wan't do it asap not after waiting 10 years. Look for all the alternate opensource project for properitary software, such as gimp,scribus,inkscape,openoffice,firefox,kdenlive,cinelerra,etc. Soon, the time will come where is no longer need for wine because the opensource apps are much better and more performant than actually the windows apps are. Don't You think wine (version 1.0) should be finished before this time?Roland>- Ursprüngliche Mail >Von: James Hawkins <[EMAIL PROTECTED]>>An: Roland Kaeser <[EMAIL PROTECTED]>>CC: Jim White <[EMAIL PROTECTED]>; wine-devel@winehq.com>Gesendet: Samstag, den 16. September 2006, 09:47:27 Uhr>Betreff: Re: Already Error while installing MS Office 2003>>On 9/15/06, Roland Kaeser <[EMAIL PROTECTED]> wrote:>>>>>> Hello>>>>>> >Codeweavers version of Wine has changes that Alexandre deems>> >unacceptable for the "clean" WineHQ tree.>>>> If this is that way, it would be real a horror. Why are code patches which>> allows a huge major app (key application) to run on linux "unacceptable">> (From point of view of the MS users). Do we here make trench warfares? Or>> are there quality conceivabilities which are completely unrealistic?>> Shouldn't we not see the major goal of wine? To run windows apps on linux?>> Not to have a few lines code a bit better quality etc. I think we don't have>> the choice to reject code. Be very very thankful for each line which is>> checked in!! I think some responsible persons are to deep in the code. They>> are looking just into the code but can't see the benefit of the code for the>> wine project itself. Why don't just accept the code? There is enough time>> later to make it more "beautiful" or correct it to a better quality. But for>> the moment, some of the code directly allows important apps to work.>>>>Are you a software developer of any kind? This is a professional open>source product, and we only allow the cleanest code in our tree. Wine>is one of the most impressive pieces of software I've ever had the>chance to work on. I, and all the other developers of Wine, do not>want hacks in the code base, and am very thankful they are not>allowed. If someone really wants an application to work, they can>spend time and effort on writing proper fixes for the Wine tree, as we>all do.>>-- >James Hawkins
AW: Already Error while installing MS Office 2003
Hello>Codeweavers version of Wine has changes that Alexandre deems>unacceptable for the "clean" WineHQ tree.If this is that way, it would be real a horror. Why are code patches which allows a huge major app (key application) to run on linux "unacceptable" (From point of view of the MS users). Do we here make trench warfares? Or are there quality conceivabilities which are completely unrealistic? Shouldn't we not see the major goal of wine? To run windows apps on linux? Not to have a few lines code a bit better quality etc. I think we don't have the choice to reject code. Be very very thankful for each line which is checked in!! I think some responsible persons are to deep in the code. They are looking just into the code but can't see the benefit of the code for the wine project itself. Why don't just accept the code? There is enough time later to make it more "beautiful" or correct it to a better quality. But for the moment, some of the code directly allows important apps to work.Roland>- Ursprüngliche Mail >Von: Jim White <[EMAIL PROTECTED]>>An: Roland Kaeser <[EMAIL PROTECTED]>>CC: wine-devel@winehq.com>Gesendet: Freitag, den 15. September 2006, 19:41:45 Uhr>Betreff: Re: Already Error while installing MS Office 2003>>Roland Kaeser wrote:>>> Just tried to test install office 2003 on wine 0.9.21. But getting>> already errors. I read in C't (german it magazine) that office 2003>> works on codeweavers. Can somebody declare me this? Does codeweavers>> voluntary not provide the corrections to wine to sell their product?>> Looks very strange to me.>> ...>>Codeweavers version of Wine has changes that Alexandre deems>unacceptable for the "clean" WineHQ tree.>>The Codeweavers Wine source is here:>>http://www.codeweavers.com/products/source/>>Jim
Already Error while installing MS Office 2003
Hello Just tried to test install office 2003 on wine 0.9.21. But getting already errors. I read in C't (german it magazine) that office 2003 works on codeweavers. Can somebody declare me this? Does codeweavers voluntary not provide the corrections to wine to sell their product? Looks very strange to me.RolandDebug Output while installing office (breaks down when it trieds to start installation of the files (after setup configuration and serial number request)-fixme:imm:ImmDisableIME (-1): stubfixme:advapi:CheckTokenMembership ((nil) 0x190388 0x346d3c) stub!err:ole:CoUninitialize Mismatched CoUninitializeerr:ole:CoUninitialize Mismatched CoUninitializefixme:advapi:CheckTokenMembership ((nil) 0x1ad6f8 0x7d3683b8) stub!err:msidb:WHERE_VerifyCondition Couldn't find column L"Lock"fixme:msi:msi_unimplemented_action_stub MigrateFeatureStates -> 67 ignored L"Upgrade" table valueserr:msidb:WHERE_VerifyCondition Couldn't find column L"Lock"err:msi:msi_dialog_set_font No font entry for L"52"err:msi:msi_dialog_set_font No font entry for L"9"err:msi:msi_dialog_set_font No font entry for L"52"fixme:msi:ControlEvent_SpawnWaitDialog Doing Nothingfixme:msi:ControlEvent_SpawnWaitDialog Doing Nothingerr:msi:msi_dialog_set_font No font entry for L"100"err:heap:HEAP_ValidateInUseArena Heap 0x11: in-use arena 0x1ed990 next block has PREV_FREE flagfixme:msi:msi_unimplemented_action_stub MigrateFeatureStates -> 67 ignored L"Upgrade" table valueserr:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\1031\\OFREADME.HTM")err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\1031\\OFREADME.HTM")fixme:msi:ACTION_HandleStandardAction unhandled standard action L"SetODBCFolders"fixme:msi:deformat_component component key L"HTM_Editor_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"HTM_Editor_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"Core_IDE_Resource_DLLs_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"Core_IDE_Resource_DLLs_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"Core_IDE_Cmd_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"Core_IDE_Cmd_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"VS_SCC_Core_TeamCore_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"VS_SCC_Core_TeamCore_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"CSS_Package_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"CSS_Package_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"_VS_Debugging_SDM2_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"_VS_Debugging_SDM2_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"_VS_Debugging_VSDebug_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"_VS_Debugging_VSDebug_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"WbBrwsrPckgRsrcDLLDEUX86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"WbBrwsrPckgRsrcDLLDEUX86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"URL_Font_Color_Picker_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"fixme:msi:deformat_component component key L"URL_Font_Color_Picker_DEU_X86.3643236F_FC70_11D3_A536_0090278A1BB8"err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\VS Runtime\\1031\\CSSPKGUI.DLL")err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\VS Runtime\\1031\\CSSPKGUI.DLL")err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\VS Runtime\\1031\\HTMEDUI.DLL")err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\VS Runtime\\1031\\HTMEDUI.DLL")err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\VS Runtime\\1031\\htmdlgsUI.dll")err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\VS Runtime\\1031\\htmdlgsUI.dll")err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\VS Runtime\\1031\\vsdebugui.dll")err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\VS Runtime\\1031\\vsdebugui.dll")err:msi:deformat_file Unable to get ShortPath size (L"c:\\Programme\\Microsoft Office\\OFFICE11\\VS Runtime\\1031\\MSDBGUI.DLL")err:msi:deformat_file Un
Page Fault when try to start Railroad Tycoon
HelloI'm currently on testing my apps for 0.9.20 and getting the following error when try to run a cleanly installed RailRoad Tycoon 3 (on new wine dir). Can somebody help me to figure out the problem? I use a Matrox Parhelia with Tripple-Monitor Configuration.ThanksRoland Kaesererr:x11drv:X11DRV_CreateWindow invalid window width 1919249263err:x11drv:X11DRV_CreateWindow invalid window height 1952540704err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threadedfixme:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain The app requests more than one back buffer, this can't be supported properly. Please configure the application to use double buffering(=1 back buffer) if possibleerr:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found! (desktop)fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x18b400) : stub, simulating 64MB for now, returning 64MB leftfixme:d3d:IWineD3DDeviceImpl_ValidateDevice (0x18b400) : stubfixme:d3d:IWineD3DDeviceImpl_ValidateDevice (0x18b400) : stubwine: Unhandled page fault on read access to 0x1874 at address 0x7e03d9c1 (thread 000e), starting debugger...WineDbg starting on pid 0xdUnhandled exception: page fault on read access to 0x1874 in 32-bit code (0x7e03d9c1).Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7e03d9c1 ESP:003100a8 EBP:0001 EFLAGS:00210206( - 00 - RIP1) EAX:1860 EBX:7e3b6efc ECX:7c29daf0 EDX: ESI: EDI:7c2957e0Stack dump:0x003100a8: 7df65d78 7c29da6c 7c29ee94 0x003100b8: 3f80 7e04ac27 00310340 0x003100c8: 7e3b6efc 7c2bf3d0 7e40b7ac 003102240x003100d8: 7dfb58ba 7c2957e0 7c2c11ec 7e1f5fb50x003100e8: 0001 7e3b6efc0x003100f8: 7e3b6efc fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c119Backtrace:=>1 0x7e03d9c1 in libgl.so.1 (+0x1199c1) (0x7e03d9c1) 2 0x (0x)0x7e03d9c1: movl 0x14(%eax),%edxModules:Module Address Debug info Name (91 modules)PE 40-da2000 Deferred rt3cPE 2110-21164000 Deferred mss32PE 3000-30072000 Deferred binkw32ELF 7bf0-7bf03000 Deferred ELF 7d543000-7d559000 Deferred midimap \-PE 7d55-7d559000 \ midimapELF 7d57f000-7d597000 Deferred msacm32 \-PE 7d59-7d597000 \ msacm32ELF 7d597000-7d5d7000 Deferred wineoss \-PE 7d5a-7d5d7000 \ wineossELF 7d6ed000-7d6f7000 Deferred libnss_files.so.2ELF 7d6f7000-7d81d000 Deferred libcrypto.so.0.9.8ELF 7d81d000-7d85a000 Deferred libssl.so.0.9.8ELF 7d85a000-7d878000 Deferred libcups.so.2ELF 7d90d000-7d93f000 Deferred uxtheme \-PE 7d91-7d93f000 \ uxthemeELF 7d941000-7d95d000 Deferred imm32 \-PE 7d95-7d95d000 \ imm32ELF 7d9a3000-7d9a6000 Deferred libxrandr.so.2ELF 7d9a6000-7d9ae000 Deferred libxrender.so.1ELF 7d9ae000-7d9b3000 Deferred libxfixes.so.3ELF 7d9b3000-7d9bc000 Deferred libxcursor.so.1ELF 7d9bc000-7d9d9000 Deferred ximcp.so.2ELF 7d9d9000-7d9db000 Deferred xlcutf8load.so.2ELF 7d9db000-7da6a000 Deferred winex11 \-PE 7d9f-7da6a000 \ winex11ELF 7dc36000-7dc55000 Deferred libexpat.so.1ELF 7dc55000-7dc8e000 Deferred libfontconfig.so.1ELF 7dc8e000-7dca Deferred libz.so.1ELF 7dca-7dd0d000 Deferred libfreetype.so.6ELF 7dd0d000-7dd27000 Deferred wsock32 \-PE 7dd1-7dd27000 \ wsock32ELF 7dd27000-7dd4 Deferred version \-PE 7dd3-7dd4 \ versionELF 7dd4-7dd6d000 Deferred ws2_32 \-PE 7dd5-7dd6d000 \ ws2_32ELF 7dd6d000-7ddb9000 Deferred dsound \-PE 7dd8-7ddb9000 \ dsoundELF 7ddb9000-7ddf Deferred dinput \-PE 7ddc-7ddf \ dinputELF 7deae000-7df24000 Deferred libglu.so.1ELF 7df24000-7e40c000 Export libgl.so.1ELF 7e40c000-7e503000 Deferred libx11.so.6ELF 7e503000-7e511000 Deferred libxext.so.6ELF 7e511000-7e529000 Deferred libice.so.6ELF 7e529000-7e532000 Deferred libsm.so.6ELF 7e533000-7e547000 Deferred lz32 \-PE 7e54-7e547000 \ lz32ELF 7e547000-7e55f000 Deferred dinput8 \-PE 7e55-7e55f000 \ dinput8ELF 7e55f000-7e613000 Deferred wined3d \-PE 7e57-7e613000
AW: Getting Help With Bugs (was: Re: AW: 0.9.17 and other issues)
HelloThanks. These are good ideas. I hope I have done my best yet to support the developpers. I had already good feedbacks with patches to test against a wine version for fixing a certain problem. But also sometimes I don't have the time (other things keep me really busy) to make that wide testes. As far as I see that I can file a useful bug report with less than a half day I see to get the time to make more intense tests to get a good quality bug report. On other side, I also see bugs which are completely (or no fix replay) untouched since they where reported. See Bugs #3599 #3611 #3800. The other part is (and I think I'm not alone with this) that I can only maintain a limited apps at a time. There whould be much more apps to maintain (the ones I know from my daily business) but currently I don't have the resources to do this. So I hoped that I can start with a "most important list" and work on this list as maintainer until they are completely working with wine to go forward for new ones to get them working. But I noticed that I working still on the same count of apps. Maybe i'ts not important for all but here a small list of the apps which are regulary requested to be working on Linux (out of the box): - Corel Draw 9-13 (much often, not just by myself) - MS Office XP / 2003 (specially Outlook and Access) (sorry) - MS Project (sorry again) - Photoshop / Illustrator / InDesign - Adobe Premiere (I know its nearly impossible) - Lotus Notes (6.5.x / 7.0) - DentalLab XP (a small erp solution for Dental Technicans) - The Nokia Sync Software for their mobiles - Serveral Tools to feed GPS navigation PDA's - Adobe Acrobat (Professional) (I don't know why) - NavBox Pro Plan (Aviatics Application) (private pilots) - PCMet (Meteo app for aviatices (private pilots)) - AustroControl (Meteo app for aviatices (private pilots)) - Pocket FMS (Navigation Software etc.) I know there are a lot of others which I cannot rember yet. It whould need to take a small survey but I know there are others.I also know that for the most of the listed apps are good linux equivalents avialable. As I said before, its (my) goal to bring the people frist to a linux desktop. switching from the windows apps to their linux alternatives can be made later when theyself recognize that the native linux app is more powerful than their windows version.Roland- Ursprüngliche Mail Von: Robert Shearman <[EMAIL PROTECTED]>An: Roland Kaeser <[EMAIL PROTECTED]>CC: wine-devel@winehq.orgGesendet: Dienstag, den 11. Juli 2006, 17:17:55 UhrBetreff: Getting Help With Bugs (was: Re: AW: 0.9.17 and other issues)Roland Kaeser wrote:> The following is not specific for you, but something I hope can help others out that are in your situation:There are a number of things you can do to make your bugs more likely to be fixed by volunteer developers:1 File a bug!2. Describe the bug accurately. If it is not completely obvious, describe what the program should be doing and what actually happens.3. Only describe one bug per bugzilla entry, unless you think they are related. Doing otherwise will probably cause your second problem to be ignored.4. Provide debug messages printed when reproducing the bug.5. Use a standard Wine configuration. This includes not mixing native and builtin DCOM dlls and not using WineTools. In fact, try to use as many builtin DLLs as possible.6. Try to reproduce the bug in a freely downloadable version of the application (for example, a demo or trial version) and provide a link in the bug. (Note that having to fill in a form with details to download a program puts me off trying to fix a bug, but others' opinions may be different.)7. If you suspect the bug is in a certain component due an error message in a dialog box or on the console and you know which debug channel it corresponds to then attach a log of that debug channel to the bug.8. Be repsonsive to developers asking for you to retest, try different dlls and create debug logs. You can be pro-active, but be careful to not be annoying. Deriding Wine or Wine developers is likely to be seen as annoying and your bug will be ignored. Testing the bug on each release of wine (or on a less regular basis) and reporting its status is welcomed and will show that you care about the bug being fixed and that you will be responsive if a developer investigates the bug further.-- Rob Shearman
Re: AW: 0.9.17 and other issues
HeyThats not nice to write such things. (also the things in the previous mails). Sounds more as Microsoft than opensource. The argument that everybody has its own goals is one of the current biggest problems of the opensource community (as also readt in the editorial of the professional computer magazine C't (in german area)). This namly means also that there is no coordination. You should better make a step back and see the whole picture. There is whole issue at the opensource community and everybody should not just ask what the can do to improve their own environment. Its the goal to improve the whole environment. So just look over the horizon. What made the PC to that allround machine it is today? Sorry to tell You hat, meight be a shock for You: It weren't the developers or scientific users. It were the small business users who wanted to run their excel and word. So if anybody here wan'ts Linux to get success the Linux tools MUST take care about this users because this users will make the decision about the future of Linux. And they will not go out business just because the use of MS Office. They rater will forward support microsoft by using their desktops. Just THINK: If we can provide them a Linux desktop with their ms office. Will they not rater switch later completely to opensource? How will you show them the benefits of opensource when they just know their virus contaminated windows desktop and make the admins crazy. Roland- Ursprüngliche Mail Von: Kuba Ober <[EMAIL PROTECTED]>An: Roland Kaeser <[EMAIL PROTECTED]>Gesendet: Dienstag, den 11. Juli 2006, 15:40:19 UhrBetreff: Re: AW: 0.9.17 and other issues> For sample: most of the people in the office depend on MS Office 2003 and> some other small apps. I also cannot understand this in case of the much> better openoffice. But they wan't their licensed office.It's their problem that they like to waste money on MS Office. I'd say good for them, let them bleed money. Maybe they'll go out of business. Out of the business gene pool -- so much the better for everyone. I wish them what they deserve.Cheers, Kuba
AW: 0.9.17 and other issues
Yes, that is noticable - it makes you so angry that you write somethings in a style that could be a bit more polite.Sorry, wasn't my intention to attack the people. But understand my desperation at this time. I'm just very hardly waiting until all the required apps getting work to migrate a lot of people in the office and at home to linux But every hope from release to release that the time has come to do this was destroyed.>> All the people I know WANT TO RUN THEIR BUSINESS APPS ON LINUX.>You seem to be rather limited in the diversity of the people you know>;-)No, what I ment was that the people doesn't want to run games but instead their other small tools and toys (which where included in "Business Apps">Just to give a little picture: Your neighbor likes to do gardening and>such. What you are complaining about would be similar to going over to>him and complaining that he was setting up a new flower bed while he>could be fixing your roof. Just think about it a bit.Yes, I understand what You mean. But its not just for me (personally) it will help the whole comunity when getting this bugs fixed. I'm just a member of this community which tries their best to promote and support opensource as much as it possible. So I do a lot of my freetime in promoting opensource and developing opensource apps (as Java Programmer). And from my point of view, its also important to bring the people to Linux. And sometimes (specially in this case) I gonna fight for linux (in my sourrounding areas) and doesn't get adequate supply from the programmers front.>- Ursprüngliche Mail >Von: Joerg Mayer <[EMAIL PROTECTED]>>An: Roland Kaeser <[EMAIL PROTECTED]>>Gesendet: Dienstag, den 11. Juli 2006, 13:53:43 Uhr>Betreff: Re: 0.9.17 and other issues>On Tue, Jul 11, 2006 at 10:02:31AM +, Roland Kaeser wrote:>> By all respect of all the hard work the developers make all day.>> But to see the changes in 0.9.17 makes me really angry.>Yes, that is noticable - it makes you so angry that you write some>>things in a style that could be a bit more polite.>>> Is everybody developing for the gamers?>>No, lots of stuff seems to go into installer/ole improvements as well.>Please check the commit-list for details.>>> Whats the focus of the wine development?>>There is no such focus - or there are several of them. It depends who>you ask:>- If you ask the people who do "game development", then you will get the> answer "to make games (better) playable". Most/all of them are people> who do this in their spare time without payment. From time to time,> these people find/fix some non-game-related-bugs. That's how you> profit from game development too.>- If you ask the people being (partly) payed by Codeweavers, then yes,> they work application focused. Of course, they work on the> applications that Codeweavers supports first, so if you want> preferential treatment for your applications, you should talk to> Codeweavers and pay them to work on your applications.> As a side effect though, currently every msi installer that doesn't> work seems to be considered a bug and gets preferential treatment too.>- Other people working on wine may have other goals (like> security/cryptography/webbrowsing).>>> All the people I know WANT TO RUN THEIR BUSINESS APPS ON LINUX.>>You seem to be rather limited in the diversity of the people you know>;-)>>> WHATS THE FOCUS OF THE WINE DEVELOPMENT>>If you ask 10 developers, you might end up with 11 or more answers.>>Again: 3D is being developed by volunteers who do what they want to do.>They rarely break something outside 3D and occasionally fix/implement>things outside 3D, so even non-games profit a bit from their work.>>Just to give a little picture: Your neighbor likes to do gardening and>such. What you are complaining about would be similar to going over to>him and complaining that he was setting up a new flower bed while he>could be fixing your roof. Just think about it a bit.>>Regards> Joerg>-- >Joerg Mayer <[EMAIL PROTECTED]>>We are stuck with technology when what we really want is just stuff that>works. Some say that should read Microsoft instead of technology.
AW: 0.9.17 and other issues
>If you want to get more business applications working in wine, you are>welcome to contribute to that yourself. Submit patches, or donate>money or software to developers. Write letters to businesses>registering your interest in having their applications run in wine or>Linux. Help do quality assurance; find and report bugs for these>applications, and write tests for wine to run. There are many things>you can do to help. The other developers are already helping with what>they do best.I'll do my best in supporting wine. I'm application maintainer of Corel Draw 9 and Railroad Tycoon (I know also a game). But I'm not a C Programmer and I can do this just small part time. But I try everything to get the people to linux and tell them that wine can run teir business apps on it but when they give me the apps (they need to run Linux) and I'm gonna test it, I regurlary get serious errors on that apps in case of very old bugs. For sample: most of the people in the office depend on MS Office 2003 and some other small apps. I also cannot understand this in case of the much better openoffice. But they wan't their licensed office. But currently its not installable in case of very old (and well documented) bugs in MSI. Or the other ones from Corel Draw: Printing is currently impossible in case of wrong processing of the generated print data in wine. Its also a very old bug. The same with copy/paste (ole32) or PDF export (msvcrt) in Corel Draw. There are a lot of other old issues which primarily prevents 90% of the required apps to run. If the developers whould start a work to clean up all the old bugs whould enable thousands of apps to work on wine. I think its not that hard work (for Your experienced programmers) but it should be done.Roland>- Ursprüngliche Mail ---->Von: n0dalus <[EMAIL PROTECTED]>>An: Roland Kaeser <[EMAIL PROTECTED]>>CC: wine-devel@winehq.com>Gesendet: Dienstag, den 11. Juli 2006, 12:49:26 Uhr>Betreff: Re: 0.9.17 and other issues>On 7/11/06, Roland Kaeser <[EMAIL PROTECTED]> wrote:>> By all respect of all the hard work the developers make all day. But to see>> the changes in 0.9.17 makes me really angry. Is everybody developing for the>> gamers? Whats the focus of the wine development? Currently I have many>> bugzilla bugs open to be fixed to get business applications running. And I>> can see while testing my 10 application with every release that nothing had>> changed on the business apps. All of them are the same unstable, or>> installable or some bugs else (see printing issues etc). I know thats cool>> developing gaming features but THAT CANNOT BE THE GOAL! In the offices>> I support as admin/sys engineer, we are all waiting for wine becomes stable>> enough to get the business apps running to switch to linux completely. But>> all I can see is that all the bugs are already there from release to>> release! But on every release I read some things about DirectX, Gaming>> Support etc. Whould it not be better just to fix the existing bugs before>> developping new ones? All the people I know WANT TO RUN THEIR BUSINESS APPS>> ON LINUX. Nobody wants run games. So my question again: WHATS THE FOCUS OF>> THE WINE DEVELOPMENT>>>>Don't be angry because volunteer developers are doing what interests>them. You'll find that the paid wine (codeweavers) developers do a lot>of work to get business applications working under wine, while the>volunteer developers do whatever interests them at the time (often>games). These people have great skills to contribute to wine, even if>it's in an area you think should not be a goal.>>>n0dalus.
AW: 0.9.17 and other issues
>the goal is to implement the win32 APIs on top of unix. this does>neither exclude the gamers nor the "appers".No that wasn't my idea. But remember the mission: Bring the people to Linux! It's just a matter of priorization. What brings more people to linux? You have right: The business apps. So what's more important?>so why not support that efford by donating some of your time or money>(e.g. your employers) to fix the problems? recently there where the>auditions for the summer of code - why not advocate then to make things>better? why not try crossover's wine?Sorry, I can just program Java but no C nor C++. And my salery is just enough to life. But as soon crossover supports my core required business apps I will surely buy one and will strongly recommend my circly of friends to do the same. Its also my opinion to support crossover for their work. But does it makes sense to buy a software which would currently be usesless for me?>you have many options - but instead you have chosen to whine to a list>of developers that spend their free time to improve the things they have>problems with; what do you think this will help?My most other freetime goes also into opensource projects or projects which promotes opensource (such as the yearly linux installation parties). It wasn't my intent to "whine" on the list but sometimes it required to give the people a soft kick in ass. >- Ursprüngliche Mail >Von: Christoph Frick <[EMAIL PROTECTED]>>An: Roland Kaeser <[EMAIL PROTECTED]>>CC: wine-devel@winehq.org>Gesendet: Dienstag, den 11. Juli 2006, 13:11:29 Uhr>Betreff: Re: 0.9.17 and other issues>>On Tue, Jul 11, 2006 at 10:02:31AM +, Roland Kaeser wrote:>>> I know thats cool developing gaming features but THAT CANNOT BE THE>> GOAL!>>>>the goal is to implement the win32 APIs on top of unix. this does>>neither exclude the gamers nor the "appers".>>>> In the offices I support as admin/sys engineer, we are all waiting>> for wine becomes stable enough to get the business apps running to>> switch to linux completely.>>so why not support that efford by donating some of your time or money>(e.g. your employers) to fix the problems? recently there where the>auditions for the summer of code - why not advocate then to make things>better? why not try crossover's wine?>>you have many options - but instead you have chosen to whine to a list>of developers that spend their free time to improve the things they have>problems with; what do you think this will help?>> But on every release I read some things about DirectX, Gaming Support> etc. Whould it not be better just to fix the existing bugs before> developping new ones? All the people I know WANT TO RUN THEIR BUSINESS> APPS ON LINUX. Nobody wants run games.>>you state yourself, that lots of features (that are announce-worthy) are>for games and you think no one cares for games? do you think they are>done for the pure fun of it? have you actually checked the ChangeLog of>the current release? do you think all this changes in ole, msxml, &c.>dlls are done for the pure fun of it? if so - why not join the fun?>>-- >cu
0.9.17 and other issues
Hello AllBy all respect of all the hard work the developers make all day. But to see the changes in 0.9.17 makes me really angry. Is everybody developing for the gamers? Whats the focus of the wine development? Currently I have many bugzilla bugs open to be fixed to get business applications running. And I can see while testing my 10 application with every release that nothing had changed on the business apps. All of them are the same unstable, or installable or some bugs else (see printing issues etc). I know thats cool developing gaming features but THAT CANNOT BE THE GOAL! In the offices I support as admin/sys engineer, we are all waiting for wine becomes stable enough to get the business apps running to switch to linux completely. But all I can see is that all the bugs are already there from release to release! But on every release I read some things about DirectX, Gaming Support etc. Whould it not be better just to fix the existing bugs before developping new ones? All the people I know WANT TO RUN THEIR BUSINESS APPS ON LINUX. Nobody wants run games. So my question again: WHATS THE FOCUS OF THE WINE DEVELOPMENTRoland Kaeser
Lotus Notes R7 on Wine
HelloI currently trying to run the Domino Client (Lotus Notes R7) on Wine 0.9.14 but couldn't get success yet. Does somebody has experience about running the R7 on Wine? I tried a lot of diffrent WINEDLLOVERRIDES settings but all I get is that Lotus brings the crash dialog (which creates a crash error message). I would be very appreciative for any hint.Roland Kaeser
Whats with the Application DB?
HelloI just tried to update the state section of Corel Draw 9 with the newest expertises but cannot login again. Can somebody tell me the state of the appdb and eventually send me a actual account registration?ThanskRoland Kaeser
AW: thanks for wine
HelloI tried to copy a formated text object into the clipboard. (Click on the Text Tool and on the page and write some letters. Resize it (make it a little bit bigger) and than CTRL+C, move the original and try to paste the previous copied text back in to Corel.) so its just a test if copy/paste works. I use such actions often to copy some design elements to a other page.> and to which application were you pasting?The is a kind of misunderstanding. I just want to copy/paste from/into the same application instance of Corel Draw 9. And sometimes this works (on some Linux distributions (SuSE/Fedora etc.). But currently I don't have one who the copy/paste works. The most strange about this is that I observed that it works on a SuSE 10 on a office computer but not on a SuSE 10 system at home. Currently I'm updating the systems to SuSE 10.1 and saw on my notebook that it also not works with SuSE 10.1, Xorg 6.9, KDE 3.5.1, Wine 0.9.13. So I can't find a pattern by which I get a idea form which part the bug comes. You might test it on diffrent systems to get a overview what happens. The debug output was created on a system with SuSE 10.0 / xorg 6.8.2 / kde 3.5.1 / wine 0.9.13 and the most recent updates from suse.--- Xorg Packages --- xorg-x11-fonts-75dpi-6.8.2-100 xorg-x11-server-6.8.2-100.2 xorg-x11-devel-6.8.2-100 xorg-x11-libs-6.8.2-100.2 xorg-x11-Xvnc-6.8.2-100 xorg-x11-server-glx-6.8.2-100 xorg-x11-man-6.8.2-100 xorg-x11-Mesa-devel-6.8.2-100 xorg-x11-Mesa-6.8.2-100 xorg-x11-Xnest-6.8.2-100 xorg-x11-fonts-scalable-6.8.2-100 xorg-x11-6.8.2-100.2Many thanksRoland>- Ursprüngliche Mail >Von: Ulrich Czekalla <[EMAIL PROTECTED]>>An: Roland Kaeser <[EMAIL PROTECTED]>>Gesendet: Dienstag, den 16. Mai 2006, 02:14:07 Uhr>Betreff: Re: thanks for wine>What exactly did you do to generate the log? What did you copy and to which>application were you pasting? Was this two instances of Corel Draw?>I might be able to get my hands on a copy of Corel Draw 9 sometime next>week. If I can I'll see if I can reproduce the bug.>Thanks,>/UlrichOn Fri, May 12, 2006 at 09:12:30PM +, Roland Kaeser wrote:> 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> > >On Fri, May 12, 2006 at 06:20:13AM +, 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> > > >
AW: thanks for wine
HelloI 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 +, 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 cdrlog2.txt.gz Description: application/gunzip
AW: thanks for wine
>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.Roland Kaeser>Von: Ulrich Czekalla <[EMAIL PROTECTED]>>An: Dan Kegel <[EMAIL PROTECTED]>>CC: wine-devel ; [EMAIL PROTECTED]>Gesendet: Freitag, den 12. Mai 2006, 00:47:01 Uhr>Betreff: Re: thanks for wine>There may be an odd bug here and there but copy and paste should be working>just fine between most applications. At least the X11 driver code should be>working correctly.>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.>3486 is an edit control bug and not a general copy and paste bug.>4523 looks like an OLE bug. Have you tried with native ole32? This bug>also suffers from the fact that we don't get notifications when an X app>changes its selection. The XFixes extension should help. I've starting>looking into this but just haven't found the time to finish it.>/UlrichOn Thu, May 11, 2006 at 02:09:41PM -0700, Dan Kegel wrote:> >>Copy-paste didn't work between wine and Gnome, but everything else was> >>without a hitch!> >> >Doh! What exactly failed? Could you give me the exact steps to reproduce> >the problem?> > Yes, please do! Let's get a bug filed about this.> > There are quite a few copy and paste bugs in Wine, e.g.> http://bugs.winehq.org/show_bug.cgi?id=633> http://bugs.winehq.org/show_bug.cgi?id=2382> http://bugs.winehq.org/show_bug.cgi?id=3486> http://bugs.winehq.org/show_bug.cgi?id=4523> http://bugs.winehq.org/show_bug.cgi?id=5061> > I wonder if just getting copy and paste working well would be> a sufficient summer of code project! Too bad submissions> are closed. Ah, well, next year :-)> - Dan> > -- > Wine for Windows ISVs: http://kegel.com/wine/isv> >
Re: Wine Font Rendering
Marcus Meissner wrote: > On Tue, Feb 14, 2006 at 09:08:10AM +0100, Roland Kaser wrote: >> Hello >> >> Sorry, this is the second post for this reason, but it's important for me >> to sort this problem out. Can somebody try to get a answer? >> >> I noticed a strange behavior of the Font/Vector objects functionality of >> Corel Draw on diffrent SuSE 10 Systems. On one system Rotated Text works >> fine (without any failure) on a other system, rotated fonts became >> invisible on the screen. At pdf export, the fonts are normally visible. >> So it seems to be a graphics subsystem error. No winedebug output at all. >> >> Can somebody tell me which system libraries used for the font rendering >> functions? So that I can compare the two systems to find out where the >> font-rendering error cames from. > > Its using freetype2, libXft and libXrender. > > It might also depend on what truetype fonts you have installed. > > Are these SUSE Linux 10.0 systems both 32bit systems? > > Ciao, Marcus Yes the programs uses the same true type fonts (the same document) on all systems (with the exact same true type fonts), and all systems are 32-bit systems. Thanks Roland
Wine and Font rendering
Hello all I noticed a very strange font problem in Corel Draw using wine. On some systems (all SuSE 10) rotated fonts became invisible. An other problem is with text boxes on some systems text boxes (with floating text) are very strange rendered (the text appears multiple times, the cursor is not at the position where the character is printed while writing, some text is invisible while editing) Can somebody tell me which routines (system and wine) are responsible for font rendering in wine. Based on that all machines have the same graphics card and driver version, I'm pretty sure its not a driver or graphics card related problem but on some systems, online updates are made. If I could know about the internal work of font rendering in wine, I probably can figure out where this problem cames from. Many thanks Roland Kaeser
wine and xscanimage
Hello I recently tried to get a sane-scanner work with wine and noticed hat the xscanimage mostly is no longer part of the shipped sane frontends by actual distributions. It becomes harder and harder to get a update to date version of xscanimge. Wouldn't it be better to choose an other sane-frontend for the wine twain/sane integration? Kind regards Roland Kaeser
Re: Corel Draw and Printing
Hello Sorry, had to do something emergency stuff these days. I tried it to print into a postscript file sent it to the printer (we don't have local printers, all our, and mine, printers are only network printers, so I can't send the code to /dev/lp0). This worked fine. I think its a kind of missing config parameters and its behaviour in wine. It should be possible to force wine to spool everything first through the local cups instead of sending it "passthough". Can somebody see that this feature comes into wine asap. Roland Kaeser Kuba Ober wrote: >> There is, since a longer time ago, a wine bug #3599 about Corel Draw and >> printing. Its a very strange behaviour. I can configure what ever I want, >> I always uses the wine passthrough and sends the postscript code, of >> Corel Draw directly to the printer instead of spooling it first through >> the cups driver. I've readt all known documentations about wine and >> printing but cannot get one step ahead. Can somebody tell me the wine >> internal reason of this behaviour? I would really like to have this >> feature working. Why didn't wine spool everything first through the cups >> spooler (as the default behaviour) unless an other, explicity specified >> configuration tells wine to >> passthrough the spool output. The other question is, why shows wine a >> postscript printer to corel draw? I know, I know, on Linux all printer >> interfaces are postscript, but Corel takes this info literally and >> explicitly creates postscript code (by itself) and not uses the windows >> printer api to create the printer-document. > > That's probably how Corel was designed, and that's OK. > > Now as far as sending "directly" to the printer, what do you mean? Why do > you think it goes "directly" to the printer? Directly as in what -- wine > dumping to /dev/lp0? Have you looked at cups logs? > > Cheers, Kuba
FWD: Wine on SuSE 10 and German Umlauts
Hello I'm new in this list. I'm the Application Maintainer of Corel Draw 9 and Railroad Tycoo3 so I hope I'm ready to discuss with the developers on a equal level. I have a very strange behaviour when using wine (the original suse rpm, the compiled source code (release or cve)) on SuSE 10 on a Intel ia32 machine. All Windows Programs (running on wine) don't accept german umlauts (äöü) keys. The rest of system (console, X-Window System) accepts it (as Yours can see in the mail). Does somebody has a idea about the reason behind this behaviour? Many Thanks Roland Kaeser ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Wine on SuSE 10 and German Umlauts
Hello I'm new in this list. I'm the Application Maintainer of Corel Draw 9 and Railroad Tycoo3 so I hope I'm ready to discuss with the developers on a equal level. I have a very strange behaviour when using wine (the original suse rpm, the compiled source code (release or cve)) on SuSE 10 on a Intel ia32 machine. All Windows Programs (running on wine) don't accept german umlauts (äöü) keys. The rest of system (console, X-Window System) accepts it (as Yours can see in the mail). Does somebody has a idea about the reason behind this behaviour? Many Thanks Roland Kaeser ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
