wine-devel

wine-devel@winehq.org

84463 discussions

OpenGL problems - textures hosed
by David D. Hagood 19 Oct '02

19 Oct '02

I'm getting some strange textures on HalfLife, Opposing Force, and Blue Shift: Sample screen shots are here: http://sktc.net/~wowbagger/ba_hazard10000.png http://sktc.net/~wowbagger/ba_hazard10001.png Specifically, any static texture is screwed up. Dynamic textures, like water or "people" are OK. Native GL apps, like Q3A, RTCW and UT are fine, which would tend to exonerate the local GL. This is running the CVS of Wine, updated a few hours ago (call it noon US Central Daylight time 19 Oct 2002 (UTC-5)), and the main branch of the DRI CVS, on a dual P3-1GHz machine. I have tried coming up in single processor mode with no change in rendering. Any pointers?

1 0

Re: Don't link winedump to libwine
by Alexandre Julliard 19 Oct '02

19 Oct '02

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > tools/winedump/Makefile.in: > Don't link winedump to libwine, we don't need that Actually we do, it's used for the various portability functions. -- Alexandre Julliard julliard(a)winehq.com

2 2

_tempnam
by Uwe Bonnes 19 Oct '02

19 Oct '02

Changelog: dlls/msvcrt/file.c: _tempnam Follow documented searchpath for directory. Return with no file created. LT Switchercad installation passes NULL as dir-argument. Xilinc _pn.exe relies on a _mkdir call succeeding immediatly after the _tempnam call. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/msvcrt/file.c =================================================================== RCS file: /home/wine/wine/dlls/msvcrt/file.c,v retrieving revision 1.39 diff -u -r1.39 file.c --- wine/dlls/msvcrt/file.c 17 Sep 2002 18:32:53 -0000 1.39 +++ wine/dlls/msvcrt/file.c 19 Oct 2002 13:37:18 -0000 @@ -1274,15 +1274,32 @@ char *_tempnam(const char *dir, const char *prefix) { char tmpbuf[MAX_PATH]; + char dirname[MAX_PATH]; - TRACE("dir (%s) prefix (%s)\n",dir,prefix); - if (GetTempFileNameA(dir,prefix,0,tmpbuf)) - { - TRACE("got name (%s)\n",tmpbuf); - return _strdup(tmpbuf); - } + if ( (GetEnvironmentVariableA("TMP",dirname,MAX_PATH) ) + && (GetTempFileNameA(dirname,prefix,0,tmpbuf))) + goto done; + if ( (dir) && lstrcpynA(dirname, dir,MAX_PATH) + && (GetTempFileNameA(dirname,prefix,0,tmpbuf))) + goto done; +#ifdef P_tmpdir + if ( (dir) && lstrcpynA(dirname, P_tmpdir,MAX_PATH) + && (GetTempFileNameA(dirname,prefix,0,tmpbuf))) + goto done; +#else + if ( (GetEnvironmentVariableA("PWD",dirname,MAX_PATH) ) + && (GetTempFileNameA(dirname,prefix,0,tmpbuf))) + goto done; +#endif + TRACE("failed (%ld)\n",GetLastError()); return NULL; + + done: + TRACE("got name (%s)\n",tmpbuf); + DeleteFileA(tmpbuf); + return _strdup(tmpbuf); + } /********************************************************************* @@ -1291,16 +1308,36 @@ WCHAR *_wtempnam(const WCHAR *dir, const WCHAR *prefix) { WCHAR tmpbuf[MAX_PATH]; + WCHAR dirname[MAX_PATH]; + WCHAR tmp_env[] = {'T','M','P',0}; + WCHAR pwd_env[] = {'P','W','D',0}; - TRACE("dir (%s) prefix (%s)\n",debugstr_w(dir),debugstr_w(prefix)); - if (GetTempFileNameW(dir,prefix,0,tmpbuf)) - { - TRACE("got name (%s)\n",debugstr_w(tmpbuf)); - return _wcsdup(tmpbuf); - } TRACE("failed (%ld)\n",GetLastError()); return NULL; -} + if ( (GetEnvironmentVariableW(tmp_env,dirname,MAX_PATH) ) + && (GetTempFileNameW(dirname,prefix,0,tmpbuf))) + goto done; + if ( (dir) && lstrcpynW(dirname, dir,MAX_PATH) + && (GetTempFileNameW(dirname,prefix,0,tmpbuf))) + goto done; +#ifdef _wP_tmpdir + if ( (dir) && lstrcpynW(dirname, _wP_tmpdir,MAX_PATH) + && (GetTempFileNameW(dirname,prefix,0,tmpbuf))) + goto done; +#else + if ( (GetEnvironmentVariableW(pwd_env,dirname,MAX_PATH) ) + && (GetTempFileNameW(dirname,prefix,0,tmpbuf))) + goto done; +#endif + + TRACE("failed (%ld)\n",GetLastError()); + DeleteFileW(tmpbuf); + return NULL; + +done: + TRACE("got name (%s)\n",debugstr_w(tmpbuf)); + return _wcsdup(tmpbuf); + } /********************************************************************* * _umask (MSVCRT.@)

1 0

Problem with lz32.dll
by Sylvain Petreolle 19 Oct '02

19 Oct '02

Hi, trying to start programs that use lz32 give me problems with the loadorder thing. I specified lz32 to be loaded native in the global [DllOverrides] section and the program I want to use report this : Warning: loading builtin lz32.dll, but native version already present. Expect trouble. I don't have an entry in my config file that want lz32 to be builtin for a wanted application. This happens with builtin expand. I attached expandlog and my .wine/config ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: [PATCH] some dc:LockWindowUpdate work
by Alexandre Julliard 19 Oct '02

19 Oct '02

Christian Neumair <chris(a)gnome-de.org> writes: > this patch improves dc:LockWindowUpdate (windows/dce.c); locking > other windows still not possible, though. Apart from removing the fixme this doesn't appear to change anything at all. What were you trying to fix? -- Alexandre Julliard julliard(a)winehq.com

2 6

new wine, me whining
by sauer＠studcs.uni-sb.de 19 Oct '02

19 Oct '02

1. when will this be fixed ? fixme:ddraw:DIB_DirectDrawSurface_Blt dwFlags DDBLT_WAIT and/or DDBLT_ASYNC: can't handle right now. wine: Unhandled exception, starting debugger... 2. I need this to play panzer general!!!!! 3. where can i get the old wine sources (not with first implementation of dx8) 4. why not split development of wine and DX so, that anyone can install the DX version he wants. 5. what can i do to speed up development? mIc

3 7

Re: Listview U0
by Andreas Mohr 19 Oct '02

19 Oct '02

On Sat, Oct 19, 2002 at 02:55:44AM -0400, Dimitrie O. Paun wrote: > > ChangeLog > U0: Better report mode. Hmm, I guess you better reach listview completion rather soon, otherwise you'll slowly run out of patch letters... ;-))) In other news: thanks a bunch for this incredible work ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 1

Re: Second Listview status update
by Rizsanyi Zsolt 19 Oct '02

19 Oct '02

On Friday 18 October 2002 22:29, you wrote: > On October 18, 2002 11:53 am, Rizsanyi Zsolt wrote: > > 'Properties' is a simple listview which is tied to a 'preview' window, > > which does not show preview, but some properties of the document. > > Though its a simple listview as the 'List', but it has this bug, while > > 'List' does not have... > > Thanks for the explanation. Try T0-4, they should solve it. > If not, please let me know. And what have to be applied to the current cvs? Its enough if I only apply the T0-4 patches? I dont really know where Alexandre has reached with applying your pathes. Maybe he should add the codename of the patch to the cvs commits. Regards Zsolt

3 2

DECLARE_OLD_HANDLE ?
by Michael Stefaniuc 19 Oct '02

19 Oct '02

Hello Alexandre, any reason why you haven't removed DECLARE_OLD_HANDLE? It's now with the per dll -DSTRICT compilation IMO useless. Changing the remaining DECLARE_OLD_HANDLE's to DECLARE_HANDLE didn't changed the compile output. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

problem with --debugmsg +relay
by Medland, Bill 18 Oct '02

18 Oct '02

Does anyone know of a problem with +relay? I've never been able to use it effectively because turning it on crashes the program I am working on. Anyway, I've just got an indication that either it is modifying arguments or damaging memory. Is this a known issue? If so then what are the circumstances? Bill

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel