October 2002 - Wine-Devel - list.winehq.org

Re: InstallShield
by Jeff Smith Oct. 20, 2002

Oct. 20, 2002

Already running builtin ole32/oleaut32/rpcrt4. I have stdole2.tlb and stdole32.tlb, but no tbl files. Am I missing something? Any further thoughts? BTW, the only command-line message I get is: "fixme:seh:check_resource_write Broken app is writing to the resource data, enabling work-around" - Thanks - Jeff S. > >>>>> "Jeff" == Jeff Smith <whydoubt(a)hotmail.com> writes: > > Jeff> Trying to install the Music Ace Demo (harmonicvision.com) I get > Jeff> stopped by a messagethat "The InstallShield Engine (iKernel.exe) > Jeff> could not be installed. (0x20)" > > Jeff> I think someone said DCOM98 needs to be installed for > Jeff> InstallShield to work properly, so I did, and nothing changed. > >Have native stdole*.tbl available in the system directory and run with >builtin ole32/oleaut32/rpcrt4. Has been told uqite often... > >Bye >-- >Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de _________________________________________________________________ Get a speedy connection with MSN Broadband. Join now! http://resourcecenter.msn.com/access/plans/freeactivation.asp

2 1

DOS/Win16 interrupt handling architecture
by Jukka Heinonen Oct. 20, 2002

Oct. 20, 2002

I have been thinking about interrupt handling in Wine because it needs some reworking in order to get DPMI32 programs to work. I have formed a proposal for refactoring current interrupt handling code and I would like to get some comments about this scheme before I decide whether I want to work on it or not. So, my proposal is to move all interrupt handlers to winedos dll and have only single interrupt handler routine per interrupt, instead of having separate real and protected mode handlers. If an interrupt occurs in protected mode ntdll would just load winedos and call single function from winedos that simulates the interrupt. A list of some things pro and con the proposal: + Win32 programs don't care about interrupt handlers. It would seem reasonable to think that many Win16 programs don't need them either. Also, architectures not supporting DOS/Win16 probably don't want to have any interrupt code. + Real and protected mode interrupt handlers are heavily interconnected. For example, protected mode handlers already serve both real mode and protected mode interrupts. MSDN documentation also says that nearly all interrupts under Win16 work just like they do under DOS real mode. + Differences in handling interrupts depend more on whether we are running DOS or Windows process than on whether the interrupt was called from real or protected mode. + We would only have one place that handles interrupts. This should make it easier to maintain interrupt code. + DLL separation would be easier because we would require far fewer calls between winedos and ntdll. - Win16 programs using interrupts take a bit longer to start and they get all kinds of unnecessary stuff into their address space from winedos. - Restructuring stuff means lots of work and possibility for regression bugs in Win16 support. P.S. I have a good idea on what needs to be done to make Wine support DPMI32. I have actually got some 32-bit DOS extenders to almost work. However, this requires lots of interrupt related work and I would like to wait until I get enough feedback about this interrupt refactoring proposal in order to see whether to continue working using the current interrupt code. -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 4

WANTED (dead or alive): additional AppDB maintainer
by Andreas Mohr Oct. 19, 2002

Oct. 19, 2002

Hi all, as I'm currently in my studies duties again and the AppDB submissions are piling up enormously (> 20 new entries in less than two weeks), I'm looking for one or two additional AppDB maintainers to do the Beowulf thingy ;-) (I'm talking about http://appdb.winehq.org, here) The job description can be found at http://www.winehq.org/about/index.php?contrib#active Sadly enough, this description page has been online for several months now, with (almost ?) nobody applying for any jobs listed. Thanks, Andi

4 3

InstallShield
by Jeff Smith Oct. 19, 2002

Oct. 19, 2002

Trying to install the Music Ace Demo (harmonicvision.com) I get stopped by a messagethat "The InstallShield Engine (iKernel.exe) could not be installed. (0x20)" I think someone said DCOM98 needs to be installed for InstallShield to work properly, so I did, and nothing changed. Anybody got a take on what I need to try next? -- Jeff S. _________________________________________________________________ Choose an Internet access plan right for you -- try MSN! http://resourcecenter.msn.com/access/plans/default.asp

2 1

Appplied U[1-5], still faults
by David D. Hagood Oct. 19, 2002

Oct. 19, 2002

Applied and tested listview patches through U5 - The road type column in the directions window is back (good), but the system still dies on the Along the way (bad), with the same assertion failure as the previous report.

2 1

OpenGL problems - textures hosed
by David D. Hagood Oct. 19, 2002

Oct. 19, 2002

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 Oct. 19, 2002

Oct. 19, 2002

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 Oct. 19, 2002

Oct. 19, 2002

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 Oct. 19, 2002

Oct. 19, 2002

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 Oct. 19, 2002

Oct. 19, 2002

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