February 2006 - Wine-Devel - list.winehq.org

Early warning: kernel address space change
by Andreas Mohr Feb. 27, 2006

Feb. 27, 2006

Hi, FYI (just in case it happens to affect Wine): http://lkml.org/lkml/2006/2/27/159 Andreas

2 1

[Dnsapi.dll] Implement Dnsapi.dll
by MattK Feb. 27, 2006

Feb. 27, 2006

This is a patch to implement Dnsapi.dll. It contains "bare bones". This was done mainly to help with Bug 4323 <http://bugs.winehq.org/show_bug.cgi?id=4323>. This patch has the DllMain entry point, a function and a stub, header files, implementation into the tree, and a .spec file. Please tell me how to correct anything if there is a problem.

1 0

DirectX 8 test: Gothic 2 on wine
by Olaf Leidinger Feb. 27, 2006

Feb. 27, 2006

Hello List! Gothic2 seems to start working with wine. Well - as long as you disable sound in system/gothic.ini. There are some issues with DirectDraw/Direct3D I'd like to report (not sure if they are known): - most textures are missing - everything is really dark (I have to set gamma to 2.5 (via xgamma -gamma 2.5) ) - fonts are missing/crippled I took some pictures and put it together with a log on a simple webpage. Please have a look at http://leidola.newcon.de/gothic2 Thanks a lot for your attention, Ciao, Olaf Leidinger

5 9

Re: ddraw.dll
by Segin Feb. 26, 2006

Feb. 26, 2006

Alexander N. Sørnes wrote: > Hello, > > I have found that some Westwood installers, such as the ones for Nox, > C&C Tiberian Sun, C&C Yuri's Revenge and C&C Tiberain Sun: Firestorm > require ddraw.dll to be present in the windows/system 32 directory; if > not, they give a message saying they failed to initialize DirectX. > Can someone submit a patch so this file is created by > wineprefixcreate? ddraw.dll is present system directories of both > Windows 98SE and Windows XP. > > > Regards, > > Alexander N. Sørnes > > > I wouldn't know why it does this, but a highly likely explanation is that the installers dlopen() C:\WINDOWS\DDRAW.DLL using an absolute or semi-absolute (flexible Windows directory, in case Windows is installed on D: or even in "D:\WINNT\") path. It probably also tries to stat() thew file before opening it so that the lack of the file causes an error before it is dlopen()d. A good suggestion is if a DLL file is stat()d in the c:\windows\system(32) directory in Wine, Wine should check it against any .so files in $INSTALLPREFIX/lib/wine, and claim the file exist if a compatable .dll.so is found. Wine should also 'remember' this mapping in case of fopen() or compatable calls.

1 0

Windows Device driver for NTFS
by Gerold J. Wucherpfennig Feb. 25, 2006

Feb. 25, 2006

Can anybody help me to code a little driver for a virtual hard disk drive for examination of undocumented NTFS filesystem stuctures i.e. the $LOGFILE (journaling of NTFS)? The data should be written to e.g. C:\image.bin, filesize e.g. 50MB which will correspond to a drive e.g. Z:, drive size 50MB. After every write the driver should be paused to examine the C:\image.bin to get the undocumented structure of the file $LOGFILE? Can anybody help me? I'm a little confused by the windows DDK documentation and tutorials found on the internet. I've already downloaded the windows DDK. Please CC me and excuse me for crossposting. Regards, Gerold

2 1

Re: [PATCH] please commit this FCI work
by Detlef Riekenberg Feb. 25, 2006

Feb. 25, 2006

Am Freitag, den 24.02.2006, 14:28 +0100 schrieb Gerold J. Wucherpfennig: > Please commit. I have no knowledge about fci, but some code is strange: +#define fci_set_error(A,B,C) \ + p_fci_internal->perf->erfOper = A; \ + p_fci_internal->perf->erfType = B; \ + p_fci_internal->perf->fError = C; + You use SetLastError() for B almost everywhere following the Macro. Why not add this statement to the Macro? Exceptions where you did not use SetLastError(): Macro-Parameter B is 0 - Did you mean NO_ERROR / ERROR_SUCCESS? - Does Windows use a SetLastError(NO_ERROR) in this case? (Tests for cabinet.dll are only in one file: "extract.c". can you add tests for fci/compress?) When windows does a SetLastError(NO_ERROR): append "SetLastError(B)" to the Macro When windows does not do a SetLastError(NO_ERROR): append "if (B) SetLastError(B)" to the Macro + /* write error */ + fci_set_error( FCIERR_TEMP_FILE, ERROR_WRITE_FAULT, TRUE ); + p_fci_internal->perf->erfType = ERROR_WRITE_FAULT; + p_fci_internal->perf->fError = TRUE; + SetLastError(ERROR_WRITE_FAULT); the two p_pci_* - lines are duplicates (already done in the Macro) btw: What should be added to the changelog? cabinet/fci: cleanup error-handling with a MACRO -- By By ... ... Detlef

2 1

Diffrent behaviours of wine apps on diffrent distros
by Roland Kaser Feb. 25, 2006

Feb. 25, 2006

Hello As I reported earlier I ascertained some windows apps does have diffrent behaviours on the same wine version but on diffrent linux distros. Its not fully clear to me whats the exact reason of this behaviour. Whouldn't it be a good idea to create some reference installation images (VMWare player or similar) where the application maintainers can test whose applications to have defined sandbox for reporting bugs etc? Regards Roland Kaeser

1 0

Re: D3D8 -> WineD3D ('rest')
by Stefan Dösinger Feb. 25, 2006

Feb. 25, 2006

Hi, > The other two files need to be added to the d3d8 directory and replace the > current shader code. You can add new files with a patch if you do a diff -u /dev/null /dlls/d3d8/vertexshader.c.

1 0

OLE32: OpenStorage related question
by Vitaly Lipatov Feb. 25, 2006

Feb. 25, 2006

I try to improve WINE's storage support for compatibility with program. I guess StgOpenStorageOnILockBytes function creates file in temp dir and mapping? ILockBytes contents to it. I can't discover case when StgOpenStorageOnILockBytes has such behaviour. Have anyone some thoughts about the topic? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

1 0

RE: [PATCH] Implement GetCurrentHwProfileA() fully
by Rolf Kalbermatter Feb. 25, 2006

Feb. 25, 2006

>2. Add default registry entries for the HWLK\*\IDConfigDB\* values. > >This still results in a default profile GUID. If anyone knows a way to >generate a value for this during wineboot, that's probably the best >solution. Ole32 has a function CoCreateGuid, (basically forwarding to rpcrt4.UuidCreate that generates a (pseudo)random GUID. To mimick Windows I would say this should be done at wineinstall (or self-registration of the advapi DLL?). Rolf Kalbermatter

1 0