May 2003 - Wine-Devel - list.winehq.org

Re: [dx37] come back

by Lionel Ulmer

> well well, > where is it ? ;))) Well, I spent more time doing D3D work than working on DInput (as it was just something I planned to do, not something that was blocking any of my tests, it was at a pretty low priority :-) ). > i can send a cleaner patch if you can't ;) Feel free, I will review it and see if it's nice enough :-) Lionel (busy doing tests in real Windows about reference counting) -- Lionel Ulmer - http://www.bbrox.org/

May 31, 2003

[D3D8] want info

by Raphaël Junqueira

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, have anynone the 'fragment_shader' (ARB or NV) extension exported by cg drivers ? (you can see it using 'glxinfo') As my stupid nvidia card only export it on windows i can't reaaly test my new wine code ,( Thanks, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+2JC+p7NA3AmQTU4RAhv6AJ43D4/CyDSAHJ1ZPMOqyYOsOji7pgCfW/yx XNk9Ki7amhVa3Ny3AHws1Ho= =1x6u -----END PGP SIGNATURE-----

May 31, 2003

Re: [dx37] come back

by Raphaël Junqueira

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Vendredi 23 Mai 2003 19:41, Lionel Ulmer a écrit : > > PS: lionel can you send an updated version of dinput patch ? else i'll > > try to send it. > > I will do it this week-end (as the weather forecast is horrible :-) ) > > Lionel well well, where is it ? ;))) i can send a cleaner patch if you can't ;) Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+2I1Jp7NA3AmQTU4RAvmIAJ0dS/lgWaVJoMkljs2cezXB4tKuHwCeMS1x tmB4t4EZ3WxEWc2oUoc7Rx4= =Qp7d -----END PGP SIGNATURE-----

May 31, 2003

Re: Dmusic ClassFactory with IGI2

by Raphaël Junqueira

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > The classes must be added to the registry. > Try the attached patch. (entries come from a running Windows 2000 pro) > Well, its more cleaner than my hack thanks Now i have to implement some stubs to avoid crash ,( Or find a way to say to unreal2 that we don't support dmusic Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+2Iyjp7NA3AmQTU4RAs44AJ9xc+2I66vZ8u2mPCBLg9W3RAz8hACfeer5 UlwhBA6OQFh/f6/QdtExBeA= =YHnx -----END PGP SIGNATURE-----

May 31, 2003

Re: Again GTA3 problems -- it is fully broken. Warcraft 3 as well.

by Raphaël Junqueira

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, have you any progress on GTA3 using lastest cvs + all pending patches (from wine-patches) ? Can you test with all patches + this last one (attached) please ? Thanks, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+2Iw+p7NA3AmQTU4RAgZ1AJ4uNEjZpgRvDjpKvC1zNHcFemgaFQCeKi7A WKMQkxhimXpSkRlS43BNZv4= =kBFm -----END PGP SIGNATURE-----

May 31, 2003

Re: Turkish LANG. problem

by Dmitry Timoshkov

"Arman Aksoy" <armish(a)linux-sevenler.de> wrote: > err:module:BUILTIN32_LoadLibraryExA loaded .so but dll display.dll still > not found - 16-bit dll or version conflict. > err:dc:CreateDCA no driver found for DISPLAY > wine: ../../windows/sysmetrics.c:122: SYSMETRICS_Init: Assertion `hdc' > failed. > wine: Unhandled exception, starting debugger... As a very first step I'd suggest to run with '--debugmsg +relay,+x11drv' and find out what prevents our x11drv from loading. P.S. I assume you are using CVS or the latest released version and a 'no windows' setup. If that's not the case, please follow the advice above. -- Dmitry.

May 31, 2003

Turkish LANG. problem

by Arman Aksoy

Hi all, Firstly, I want to thank every developer of wine. This is the most amazing program I have ever seen. But we, all (Turkish people) have some problems about it. Maybe this subject was discussed many times before, maybe not. But I want to tell all the strory perfectly as I can with my terrible English. 1) Keyboard 2) Font These, two problems can be easily solved by configuring some simple things. So I do not want to talk about. 3) I don't know what kind of problem is this? I have translated some wine docs to Turkish and some friends help people about Wine. 90 percent of these people come to us with the same problem: Here's a common example Turkish people see in their consoles... ; user$ wine myprogram.exe err:module:BUILTIN32_LoadLibraryExA loaded .so but dll display.dll still not found - 16-bit dll or version conflict. err:dc:CreateDCA no driver found for DISPLAY wine: ../../windows/sysmetrics.c:122: SYSMETRICS_Init: Assertion `hdc' failed. wine: Unhandled exception, starting debugger... ... (And a long list of debugging messages... These are not so important I think, so I decided not to post them) That's the problem and here's how we solve it; user$ export LANG=en_US user$ wine myprogram.exe Yes, there are no error/warning messages. "Ok, perfect you solved it , why are you still keeping to disturb us?" This solution has some disadvantages. The most important one is we can not use translated programs because they often look what the $LANG is. When they see en_US, they show us English programs. And the second one, people (especially newbies) dont want to use console and export command. They either would like to click on their .exe's and run them easily. I am not a developer but I can guess the reason. Turkish char.s are some way different from English ones. Here is the most problem one. upper => I , lower => ı (Please use iso8559-9 to view it) in Turkish upper => I , lower => i in English. I think this "dotlessi" (ı) causes all this problem. (Just an idea). Is there something you can do to fix it? Or what we can we do about it? Thanks too much and Good Luck... -- Armish http://lfs.geleceklinux.org http://linux-sevenler.de

May 30, 2003

Re: Bultin OCX?

by Steven Edwards

Andreas Mohr wrote: >Hi, > >On Thu, May 29, 2003 at 06:20:11PM +0100, Mike Hearn wrote: > > >>>Err, we are trying that. >>> >>> >>Hmm, you want to create an Explorer clone as well? MS Paint? What I >>meant was, it's not necessary to recreate every aspect of Windows the >>desktop. Windows the platform yes, maybe. >> >> > >Naah, probably not an Explorer clone (unless we need a special one to support >Wine-specific features, that is, and even that could be done instead by asking >a well-established Explorer clone to support these Wine enhancements...) > > > Developing a Explorer clone has been on the roadmap for a while. ReactOS is working on one and I am hoping to see it in WINE one day if someone needs a good interface for --desktop mode. Thanks Steven

May 30, 2003

Re: Internet Explorer regressions

by Mike Hearn

It's alive! The crossover fixes must have sorted out my z-ordering problem, and wiping my .wine and reinstalling it all from scratch, has led to a mostly working app. Only took, ooh, 3 weeks. Now I just have to hope it still works when I put it on another machine. Big thanks to those who helped me! :) -mike On Thu, 2003-05-29 at 15:04, Mike Hearn wrote: > Back to the real thing now, is anybody else seeing big regressions in > IE? Rendering speed has dropped through the floor, I can watch it paint > the web page in chunks. Fonts seem a bit off, and I need a load of > native DLLs otherwise it freezes, seemingly spinning - but when I attach > in winedbg and take a look, it seems all the threads are simply blocking > on NtWaitForMultipleObjectsEx. > > I'm wondering if I broke my setup somewhere along the way, or if the > latest round of checkins b0rked IE. > > this is frustrating.... so close to our app working!! :/ > ta -mike > >

May 30, 2003

Re: Bultin OCX?

by Andreas Mohr

Hi, On Thu, May 29, 2003 at 06:20:11PM +0100, Mike Hearn wrote: > > Err, we are trying that. > > Hmm, you want to create an Explorer clone as well? MS Paint? What I > meant was, it's not necessary to recreate every aspect of Windows the > desktop. Windows the platform yes, maybe. Naah, probably not an Explorer clone (unless we need a special one to support Wine-specific features, that is, and even that could be done instead by asking a well-established Explorer clone to support these Wine enhancements...) We're talking about *system* parts, and the relatively widely used Winsock OCX DEFINITELY falls under that category. (together with several other important OCXes in windows/system/) > > And a standard winsock OCX falls uder the > > "to be done" category for me. > > Ok, cool. I'd guess it's like MFC, nice to have but as apps usually ship > with it, not critical. But if somebody is going to write it, then that's > great :) Yep, it's sort of an "enhancement", since the native Winsock OCX should hopefully work with our own builtin Winsock DLL, so no need to write something here and now. (although it'd be cool to have it here and now, of course!) However if this OCX does NOT work with our Winsock, then please yell immediately. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

May 30, 2003