August 2003 - Wine-devel - list.winehq.org

GTA3 crash :( -- RedHat 9
by root 14 Aug '03

14 Aug '03

Hey, After been away too long I'm back again :). Thirst thing what I did was checking that GTA3 still worked. But it didn't :( After it produced a lot of CheckDeviceMultiSampleType fixme's it produced this screen :(: fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:b) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:c) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:d) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:e) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:f) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:10) fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(2,D3DUSAGE_DEPTHSTENCIL), ResTyp:(1,D3DRTYPE_SURFACE), CheckFmt:(73,D3DFMT_D15S1)) fixme:d3d:IDirect3D8Impl_CheckDepthStencilMatch (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(17,D3DFMT_R5G6B5), RendrTgtFmt:(17,D3DFMT_R5G6B5), DepthStencilFmt:(49,D3DFMT_D15S1)) fixme:d3d:IDirect3D8Impl_CreateDevice Requested full screen support not implemented, expect windowed operation X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 145 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 488 Current serial number in output stream: 488 I think the last functions (RendrTgtFmt and ImplCreateDevice) are responsible for the crash or could it be my openGL setup (I think not, because it worked before) -- E. C. F. Wolff

1 0

Another problem wih Charlie's Angels
by Dominik.Strasser＠t-online.de 14 Aug '03

14 Aug '03

ReHi, after hacking Wine for the problem in my previous mail I got further, but no success yet. The problem is: Charlie's Angels unpacks a "System.dll" into a temporary directory and tries to load it. But as there is a compiled-in loadorder default which says "builtin", the builtin 16bit system.dll is loaded which results in a failure. Only commenting the loadorder helped. Neither --dll nor DllOverrides worked. Perhaps we need a more sophisticated loadorder detection. Regards Dominik PS: Now as the game is installed, it doesn't work. It crashes right at the begining even before the game is loaded. I'll dig deeper into this.

1 0

Re: [winegcc03] winewrap can handle the default output name
by Dimitrie O. Paun 14 Aug '03

14 Aug '03

On August 13, 2003 09:55 pm, Richard Cohen wrote: > Default name that mingw uses is a.exe > This also stops winewrap from segfaulting when passed no arguments. > > Changelog > Handle default linker output name (a.exe) in winewrap The reason I've handled it in winegcc rather than winewrap is that this seems to be a (historical) feature that's specific to gcc, and there doesn't seem to be any reason to have such a feature perpetuated in winewrap. -- Dimi.

2 2

Fwd: Re: status of Kazaalite crash patch ?
by Dimitrie O. Paun 14 Aug '03

14 Aug '03

-- Dimi.

1 0

Re: [X11DRV] Re-add support for the 'UseXShm' config key.
by Alexandre Julliard 14 Aug '03

14 Aug '03

Lionel Ulmer <lionel.ulmer(a)free.fr> writes: > Changelog: > - the UseXShm key was still present but not used anymore Do you actually need it? Otherwise I think we might as well remove it completely, clearly nobody depends on it since it has been broken for a long time. -- Alexandre Julliard julliard(a)winehq.com

2 3

winevdm: can't exec
by Dominik.Strasser＠t-online.de 14 Aug '03

14 Aug '03

Hi, trying to run the game demo of "Charlie's Angels" which can be found here: http://www.gamesdomain.com/demos/demo/1861.html I am running into a strange problem. The demo is a NE binary, so winevdm is called. But is has the "32-bit-flag" set, so MODULE_LoadModule16 returns handle 21 (Win32 binary). Consequently winevdm emits "can't exec". By hacking __wine_process_init to start WIN16 binaries as WIN32, I am proceeding much further. Should I modify MODULE_GetBinaryType to look for the above mentioned 32-bit-flag and to return a new binary type which is treated like PE ? Regards Dominik

1 0

Re: [winegcc01] Don't use BINDIR to spawn subprograms
by Dimitrie O. Paun 14 Aug '03

14 Aug '03

On August 13, 2003 09:49 pm, Richard Cohen wrote: > Just using $PATH to find stuff makes it much easier to spawn off tools > when running within the tree. > > Changelog: > Remove hardcoded BINDIR paths Yes, this is a problem -- eventually we want to use these things from within the tree. I guess we can prepend $WINE_HOME/tools to the PATH within the Makefile. Another way do to it is to look at argv[0], and if we're running from within the tree, we automatically select the in-tree tools, rather than the ones from BINDIR. What do people think, any other suggestions? -- Dimi.

2 1

Re: Implementations of WCSToMBEx and MBToWCSEx and PolyPatBlt
by Dimitrie O. Paun 14 Aug '03

14 Aug '03

On August 13, 2003 10:10 pm, Jonathan Wilson wrote: > Here are the implementations of those functions I did for ReactOS. (and no, > I didnt use disassembler on them this time :) > I am licencing them under whatever licence I need to in order for them to > go into WINE (if the WINE team wants them that is) > They compile on ReactOS just fine. Not sure if they work or not, tests > would be usefull :) Please submit them as a patch, so that Alexandre can apply them to the tree like all the other patches. > BTW, I can also share some of the info I have on other user32 functions I > was able to figure out/find info on if there is a need for it. Sure, more info can't hurt (if you got it through legal means :)). -- Dimi.

2 2

status of Kazaalite crash patch ?
by wim delvaux 14 Aug '03

14 Aug '03

Hi, Read on the devel archive (using search) about crashing Kazaalite .. I can confirm. I have the same problem since 200306 version. Just upgraded to 200307 but still crashes. What's the status of this problem ? W

2 1

Re: [resend 3rd time ] SetMenu patch
by Alexandre Julliard 13 Aug '03

13 Aug '03

Oleg Prokhorov <xolegpro(a)rbcmail.ru> writes: > Cause: > SetMenu was limited to update client/non-client only if window is > visible, while MS Windows SetMenu updates it anyway. > > Changelog: > SetMenu always updates client/non-client. This causes a SetWindowPos to happen during window creation, before the window is properly initialized, with bad results. This will need more work I'm afraid. -- Alexandre Julliard julliard(a)winehq.com

1 0