- wine-devel - winehq.org

Lotus Notes 6.51 on Wine 20050930 - Got it working
by Kevin DeKorte 04 Oct '05

04 Oct '05

Here are a couple of notes on making Lotus Notes 6.51 work on Wine 20050930 The previous version of Wine that worked properly was 20050725. I upgraded to Wine 20050930 and restarted Notes. Notes crashed and complained about usp10 missing some entry points I ran wineprefixcreate (Note that you cannot go back to Wine 20050725 after you do this, so back up you .wine tree before running this) Ran winecfg and set usp10 to Windows Only Restarted Notes Notes seemed to work until I tried to save an attachment, then it crashed Triaged the crash to a change on 8/15/2005 at 9:51CDT. The patch at this time, changes the default version from WIN98 to NT2K Ran winecfg and set the default version to Win98 Restated Notes and the application works and saving attachments works Triaging the version change was a lot of work to find out that I just needed to change the default version. Took me nearly a day to find it. If I switch back the version to default, the crash happens everytime. I believe a file selection dialog is being loaded and there is a problem with that dialog in NT2K mode and it causes a crash. The other thing that is odd is that the layout of the screen between WIN98 mode and NT2k mode is slightly different in 20050930, mainly on the widget that lists the messages. Tracebacks are documented here http://bugs.winehq.org/show_bug.cgi?id=2863 Kevin -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351

1 0

Help translating Japanese error message in installer
by Alex Villacís Lasso 04 Oct '05

04 Oct '05

There is a Japanese RPG I am trying to install, which I downloaded from: http://www.i-o.jp/game/mizukake/mizukake_trial.zip This installer runs fine under Windows 98, but fails in Wine. I believe this to be some kind of trivial error, but I cannot read Japanese, so I am unable to diagnose what is going wrong with this installer. A screenshot of the error message is attached. Could somebody who can read Japanese please translate this screenshot for me, so that I can know what is the issue the installer is complaining about? Alex Villacís Lasso

5 4

What is --extension in win32.api?
by Francois Gouget 04 Oct '05

04 Oct '05

In a number of places in win32.api I see '--extension' is used. For instance for 'advapi32.dll' we have: %long --extension LSA_HANDLE '--extension' is also used for pointer types in other places. However, when I check winapi.pm I see that '--extension' is not used anywhere ($extension is set but never used). So what is it for? Is it obsolete and thus ripe for removal? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ $live{free} || die "";

1 0

Documentation update
by Molle Bestefich 04 Oct '05

04 Oct '05

Log message: [[[ Fix up winedev-debugger doc to match 0.9. Remove 404s, remove config file references, mention disassemblers that actually installs, etc. ]]] Details: * Remove defunct IDA hyperlinks. * Add new IDA hyperlinks and verbosity. * Add GoVest hyperlink. * Add brief mention of SoftIce (and that it doesn't run under Wine). * Add authors for disassemblers, which should help with locating them should they change ownership. * Add reference to Google's directory of Win32 disassemblers. * Remove references to Wine config file. * Add references to debugging related Wine registry keys. * Consistency: Fold a few lines that were more than 80 characters. * Consistency: Use [. ] for line endings. Both [. ] and [. ] were used before. The document is a difficult read, so spacing of sentences makes good sense. * Fix grammar, missing spaces between words, etc. Please apply, someone :-).

2 1

App db not accepting screen shots....
by Oliver Stieber 03 Oct '05

03 Oct '05

Hi, The application DB won't let me upload a screen shot, I get 'connection to host was lost' or 'page contains no data'. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

7 17

Re: shellpath: use wine_get_dos_file_name
by Juan Lang 03 Oct '05

03 Oct '05

> This is going to cause us poor ReactOS guys some trouble as that > kernel32 function neither exists in Windows nor ReactOS. Isn't there a > better solution? This function was already going to cause you trouble, as getenv("HOME") probably won't produce the correct results anyway. Just get rid of the special cases portion of _SHGetDefaultValue, they never apply to ROS. --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

2 3

Re: winecfg: remove .dll extension from DllOverrides
by James Hawkins 03 Oct '05

03 Oct '05

On 10/3/05, Juan Lang <juan_lang(a)yahoo.com> wrote: > This seems to be a common source of confusion. (It got me, and it's asked > on wine-users periodically.) Do .exe extensions need to be stripped too? > I believe only .dll needs to be stripped. .exe and others like .ocx must remain. -- James Hawkins

1 0

Re: shellpath: use wine_get_dos_file_name
by Thomas Weidenmueller 03 Oct '05

03 Oct '05

Juan Lang wrote: > ChangeLog: use wine_get_dos_file_name rather than relying on > GetFullPathNameW hack. This is going to cause us poor ReactOS guys some trouble as that kernel32 function neither exists in Windows nor ReactOS. Isn't there a better solution? - Thomas

1 0

headless question, and IPC question
by Ken Larson 03 Oct '05

03 Oct '05

I'm using wine to access a particular proprietary DLL (I don't have the source for it) on Linux. The way I'm doing this is to write an EXE that wraps the DLL, and makes all of the functions available via socket request and response messages. My linux program has access to the functions of the DLL by sending socket messages to the EXE running under wine. 2 questions: 1. My DLL/EXE uses no calls to pop up graphical windows, so theoretically no display is needed. Of course wine needs a display because it does not know that an EXE won't make such calls. Is there a way to run wine with a null or dummy display - so that it is effectively running headless? 2. The sockets trick was the simplest way I could figure out how to do IPC between a linux process and a wine process. However, is there are any better or faster way to do this? As far as I know I can't use winelib because I don't have the source to the DLL. Thanks, Ken Larson

11 22

Documentation volunteer(s) needed
by Alexandre Julliard 03 Oct '05

03 Oct '05

Folks, As most of you probably know (at least those of you who managed to get out of bed in time for my keynote ;-) we are supposed to release 0.9 real soon now. We do have one remaining issue: the documentation needs some major work. Not every bit of it is critical for the release, but we need to fix at least the User's Guide to reflect the recent configuration changes. Would anybody be interested in helping with that? -- Alexandre Julliard julliard(a)winehq.org

9 23

Re: Rpm's for Fedora Core 4
by Dieter Komendera 03 Oct '05

03 Oct '05

Yesterday I built rpm's of 20050930 for Fedora Core 4. http://komi.bluezones.org/wine/fc4/20050930/ Please review them! I don't know if they are 'good' enough for offical rpms. But if you think they are, you can upload them to sourceforge. They (and all the othery I built) are based on them from Vincent.

1 0

Paths confusion
by F Lace 03 Oct '05

03 Oct '05

Hello Wine Folks, Thanks to google, I learnt about Wine's existence. I havent tried it yet, looking through the website, documentation and source code, I am delighted! I am browsing through some DLL implementation source one by one, but I got stuck at the first one itself(kernel32/files) and got confused with various file path formats. Following are some of the path names I could collect reading through different documentation and I also got a few from my friends who are windows developers. To list my confusion, I have a few questions reading the source: 1. Do UNC paths really start with "UNC\"? I havent seen any, I thought they start with just "\\share\" 2. Does "\\?\" denote a UNC path that refers to the local machine? 3. Wine's RtlDetermineDosPathNameType_U says //./foo is a device path, what does this translate to this path is given to NtCreateFile? 4. Wine's NtCreateFile seems to specially handle only PIPEs and MAILSLOTs. How does it handle the other types that I listed below? (\Device\..., \??\Volume, :{...}, etc 5. How do you determine from the NT path if it is a path to a device? Thanks! /flace C:\Path\To\SomeFile.ext Path\To\A\Relative\File.txt C:\Windows\Absolute\Path.txt \??\C:\Nt\Path.ext \\?\C:\Path\to\a\really\long\file\name.txt \\share\path\to\a\network\shared\file.ext \\.\ <-- what is this for? UNC \Device\KsecDD \??\shadow \??\PIPE\lsarpc \??\PIPE\srvsvc \??\MountPointManager \??\Volume{d73e9554-faa2-11d9-b4c7-806d6172696f}\ \??\IDE#CdRomMATSHITA_DVD-ROM_SR-8177________________NB21____#5&29356cf8&0&0.0.0#{53f5630d-b6bf-11d0-94f2-00a0c91efb8b}\ :{4c8cc155-6c1e-11d1-8e41-00c04fb9386d}:$DATA :SummaryInformation:$DATA :Docf_SebiesnrMkudrfcoIaamtykdDa:$DATA

2 1

Re: excessive stack space usage in NTDLL
by Marcus Meissner 03 Oct '05

03 Oct '05

On Mon, Oct 03, 2005 at 02:36:55PM +0200, Alexandre Julliard wrote: > Marcus Meissner <marcus(a)jet.franken.de> writes: > > > No recursion as far as I can see. I get this backtrace: > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 1469332400 (LWP 24408)] > > 0x5577e57d in wine_cp_wcstombs (table=0x5586e668, flags=0, src=0x57845114, srclen=Cannot access memory at address 0x57845078 > > ) at wctomb.c:181 > > 181 case 7: dst[-7] = uni2cp_low[uni2cp_high[src[-7] >> 8] + (src[-7] & 0xff)]; > > (gdb) bt > > #0 0x5577e57d in wine_cp_wcstombs (table=0x5586e668, flags=0, src=0x57845114, srclen=Cannot access memory at address 0x57845078 > > ) at wctomb.c:181 > > #1 0x55725df1 in RtlUnicodeToOemN (dst=0x57845188 "#", dstlen=7, reslen=0x0, src=0x57845114, srclen=14) at rtlstr.c:845 > > #2 0x557271f5 in RtlUpcaseUnicodeStringToCountedOemString (oem=0x57845194, uni=0x57845250, doalloc=Cannot access memory at address 0x57845113 > > ) at rtlstr.c:1127 > > #3 0x5571964c in RtlIsNameLegalDOS8Dot3 (unicode=0x57845250, oem=0x0, spaces=0x5784524f "W\016") at path.c:909 > > #4 0x55705055 in wine_nt_to_unix_file_name (nameW=0x578458f4, unix_name_ret=0x57845830, disposition=1, check_case=Cannot access memory at address 0x5784524e > > ) at directory.c:1162 > > #5 0x55709ccd in NtQueryFullAttributesFile (attr=0x578458dc, info=0x57845854) at file.c:1388 > > #6 0x55709ecc in NtQueryAttributesFile (attr=0x578458dc, info=0x578458b4) at file.c:1436 > > #7 0x55a266bb in GetFileAttributesW (name=0x57842c00) at file.c:1772 > > #8 0x55a26756 in GetFileAttributesA (name=0x57c7fec8 "C:\\Windows\\Temp\\ACDLABS 8.0 (FREE)") at file.c:1793 > > > > (gdb) x /i $eip > > 0x5577e57d <wine_cp_wcstombs+2957>: mov %edx,0xffffff40(%ebp) > > (gdb) (gdb) print $ebp-0xc0 > > $4 = (void *) 0x57844ff8 > > (gdb) > > > > cat /proc/../maps excerpt: > > 57842000-57844000 rwxp 57842000 00:00 0 > > 57844000-57845000 ---p 57844000 00:00 0 > > 57845000-57944000 rwxp 57845000 00:00 0 (1MB stack) > > 579c5000-57a1c000 rwxp 579c5000 00:00 0 > > 57a20000-57c80000 rwxp 57a20000 00:00 0 > > > > It just underflowed the 1MB stackspace here. > > > > But the above backtrace only has 2kb of stackspace usage, true. > > Something else must be using the rest of the stack, unless the initial > stack pointer was set wrong, which seems unlikely. Probably the app > was not compiled with frame pointer and gdb can't get a backtrace. > Does winedbg show anything different? I guess the app itself uses so much stuff. There is a lot more backtrace below, but just hexcode. I stopped scrolling after 20000 entries. Can I do winedbg do follow CreateProcess()es? Or attach it to running wines by just knowing the PID? Ciao, Marcus

2 1

Stop-ship 0.9 problem
by Mike Hearn 03 Oct '05

03 Oct '05

There is a serious problem with Wine 0.9 as-is, namely that we now respect Windows antialiasing settings. If you have a patented bytecode hinter enabled FreeType, things look OK: http://plan99.net/~mike/files/hinted-fonts.jpg but if you don't (like 99% of Linux users): http://www.republika.pl/belegdol/temp/wine.png Needless to say we can't ship 0.9 when it'll look like that for most users. The attached patch fixes the issue by providing an override for antialiasing. FreeType AA makes the fonts look good again at small sizes. It also changes the logic on one line - I may be mistaken but it looked wrong to my eye: - if(!get_gasp_flags(physDev, &flags) || flags & GASP_DOGRAY) + if(get_gasp_flags(physDev, &flags) && (flags & GASP_DOGRAY)) We can patch this variable in Crossover (where CW ship a licensed freetype copy) so the correct AA settings are used which (a) looks nicer and (b) makes font metrics correct. A better long term solution suggested by Krzysztof Foltman might be to make bitmapped copies of a hinted Tahoma at small sizes, for instance. thanks -mike Index: dlls/x11drv/xrender.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/xrender.c,v retrieving revision 1.74 diff -u -p -d -r1.74 xrender.c --- dlls/x11drv/xrender.c 23 Sep 2005 10:05:54 -0000 1.74 +++ dlls/x11drv/xrender.c 1 Oct 2005 22:48:10 -0000 @@ -100,6 +100,12 @@ static INT mru = -1; static int antialias = 1; +/* we need this for WineHQ because antialiasing is necessary to cover + * up for deficiencies in the FreeType auto-hinter (a pox upon Apple + * for not releasing the patent royalty free. It expires sometime + * around 2009) */ +static BOOL force_always_antialias = TRUE; + /* some default values just in case */ #ifndef SONAME_LIBX11 #define SONAME_LIBX11 "libX11.so" @@ -442,7 +448,7 @@ static BOOL get_gasp_flags(X11DRV_PDEVIC GetTextMetricsW(physDev->hdc, &tm); ppem = abs(X11DRV_YWStoDS(physDev, tm.tmAscent + tm.tmDescent - tm.tmInternalLeading)); - gasp++; + gasp++; /* skip version field */ num_recs = get_be_word(*gasp); gasp++; while(num_recs--) @@ -474,15 +480,25 @@ static int GetCacheEntry(X11DRV_PDEVICE assert( !entry->format[format] ); } - if(antialias && plfsz->lf.lfQuality != NONANTIALIASED_QUALITY) + if (force_always_antialias) { - if(!get_gasp_flags(physDev, &flags) || flags & GASP_DOGRAY) - entry->aa_default = AA_Grey; + entry->aa_default = AA_Grey; + } + else + { + if ((antialias && plfsz->lf.lfQuality != NONANTIALIASED_QUALITY)) + { + if(get_gasp_flags(physDev, &flags) && (flags & GASP_DOGRAY)) + entry->aa_default = AA_Grey; + else + entry->aa_default = AA_None; + } else + { entry->aa_default = AA_None; + } } - else - entry->aa_default = AA_None; + return ret; }

8 13

Trouble compiling tests standalone with cl
by Dan Kegel 03 Oct '05

03 Oct '05

While looking at http://bugs.winehq.org/show_bug.cgi?id=1899 I noticed that dlls/msvcrt/tests/file.c didn't test O_APPEND, so I thought I'd try building that test standalone, running it under Windows, and adding the missing test logic. (Rather than building under Windows, I used a shell script that invokes cl.exe -- see http://kegel.com/wine/cl-howto.html -- but that shouldn't matter here. Just to be clear about what version of cl I'm using, cl -? shows: Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86 Copyright (C) Microsoft Corporation 1984-2002. All rights reserved I also have the Platform SDK installed, so I have MS's headers, e.g. /home/dank/.wine/drive_c/Program Files/MicrosoftSDK/include/WinNT.h and my INCLUDE environment variable is set to C:\Program Files\msvc2003\include;C:\Program Files\MicrosoftSDK\include This used to work fine.) To compile a test standalone, one should be able to do e.g. cd dlls/msvcrt/tests cl -DSTANDALONE -D_X86_ -I../../../include file.c The first problem I ran into is that some wine .h files use wine-specific processor defines, so compilation fails with e.g. ../../../include\basetsd.h(177) : fatal error C1189: #error : Unknown CPU architecture! OK, I can live with one extra define, I guess, so I tried cl -DSTANDALONE -D_X86_ -D__i386__ -I../../../include file.c But that fails with the errors ../../../include\winnt.h(1680) : error C2054: expected '(' to follow 'inline' ../../../include\winnt.h(1681) : error C2085: 'NtCurrentTeb' : not in formal parameter list ... ../../../include\winbase.h(2271) : error C2054: expected '(' to follow 'inline' Evidently cl doesn't like the inline functions in winnt.h and winbase.h. Any suggestions? It seems a bit strange to be using wine's winnt.h when I have MS's headers, but I haven't tracked that down yet. Should Wine's headers build with cl? Thanks, Dan

3 8

excessive stack space usage in NTDLL
by Marcus Meissner 03 Oct '05

03 Oct '05

Hi, The stackspace usage in dlls/ntdll/directory.c is affecting programs. One installer crashes because of it I suspect. objdump -d directory.o|grep "sub.*[0-9a-f][0-9a-f][0-9a-f],%esp" wine_nt_to_unix_file_name - 0x5f0 (1520 byte) (in this my sample program crashes) append_entry - 0x2cc (716 byte) NtQueryDirectoryFile - 0x22d4 (8916 byte!) problematic also cdrom.o DVD_ReadKey - 0x84c CDROM_DeviceIoControl - 0x40c thread.o start_thread - 0x830 nt.o NtQuerySystemInformation - 0x990 How best to reduce? Allocate space with RtlAllocateHeap()? Ciao, Marcus

2 1

Re: enumerate the substorage transforms
by Dmitry Timoshkov 03 Oct '05

03 Oct '05

"Mike McCormack" <mike(a)codeweavers.com> wrote: > --- dlls/msi/action.c 30 Sep 2005 10:32:41 -0000 1.211 > +++ dlls/msi/action.c 30 Sep 2005 11:33:20 -0000 > @@ -46,6 +46,8 @@ http://msdn.microsoft.com/library/defaul > #define REG_PROGRESS_VALUE 13200 > #define COMPONENT_PROGRESS_VALUE 24000 > > +#define LPCTSTR LPCWSTR Do you really need this define? It looks like it's unused (not mentioning that it breaks Wine rules on using unicode APIs). -- Dmitry.

3 2

re: Release plans
by Dan Kegel 03 Oct '05

03 Oct '05

Alexandre wrote: > Bugzilla has had a good cleanup lately (thanks guys!) and most of the > irrelevant bugs have been closed, so please have a look at the > remaining ones to see if there's anything you know how to fix. I'll be updating the page http://kegel.com/wine/qa/ with bugzilla statistics State2005.09.29 Unconfirmed 836 New 403 Assigned 68 Resolved 421 Closed 1476

2 6

Single sign-on SoC project summary
by Kai Blin 03 Oct '05

03 Oct '05

Hi folks, Dimi asked me to give a little status about the single sing-on summer of code project I was doing to the list, and I'm happy to oblige. Applications running on win32 can use the Security Support Provider Interface (SSPI) to handle authentication via a number of protocols, like kerberos, NTLM, Negotiate and Schannel. My project was to implement the NTLM and Negotiate protocols, using Andrew Bartlett's GENSEC implementation from samba4. Samba offers a command line tool to provide NTLM ( and, in samba 4, Negotiate ) style authentication for other programs, so my task was to get wine to use ntlm_auth. Things that got done: --------------------- * Base64 codec ntlm_auth was first designed as a helper for squid. Squid talks to it's helpers using base64, wine just had an encoder for it. * Code to run ntlm_auth ntlm_auth doesn't store all the state information needed for the protocol handshake, so some wrapping code was needed. * Code that implements the security support providers for NTLM and Negotiate. To make the sspi functions behave properly, the api functions have to do the right thing. Work still left to do: ---------------------- * Getting the code into cvs: While most of the code was already submitted to the wine-patches list, a lot of it was still in need of improvements. I'm currently working on this. * Getting more of the stubs to actually do something While the code that exists so far can handle the basic NTLM and Negotiate authentication, a lot of functions defined in the API still are stubs. Conclusion: ----------- As soon as the code is in cvs, wine should be able to do basic NTLM and Negotiate authentication, server and client side. Client side just requires ntlm_auth, server side also requires samba to be set up correctly, and when using samba 3, access to the winbindd named pipe for the user running wine. Real use of this code seems limited, as most use cases also use the schannel protocol, which isn't implmented yet. Juan Lang is working on this, but needs to get more of crypt32 implemented for that. I will continue to work on this, there's still a lot of providers to go. I would like to use this summary to extend my thanks to Google and Chris DiBona for getting the whole Summer of Code set up. Also, I'd like to thank you guys, particularly Juan, for the help I have recieved so far. It's really fun to work with the project, I hope to keep doing so for a while. Kai -- Kai Blin, (blin at gmx dot net) "Of course power tools and alcohol don't mix. Everyone knows power tools aren't soluble in alcohol..." -- Crazy Nigel

2 1

Re: Release plans
by Tony Lambregts 03 Oct '05

03 Oct '05

Alexandre Julliard wrote: > Folks, > > I just released 20050930, this should be considered the pre-0.9 > release, so please give it some good testing. In particular, please > test the things that new users will encounter first, like the > automatic .wine creation and winecfg. > This is fantastic. I have a question though what should I call this release in bugzilla? 20050930 20050930 pre beta 0.9.0 0.9.0 pre beta (20050930) other suggestions???? Obviously we should decide now how our release nameing structure is going to be called and I did not want to just put it in without some feedback... -- Tony Lambregts

2 1

Unable to compile CVS
by Stephen Torri 02 Oct '05

02 Oct '05

I am having difficulty in compiling wine CVS. I synced up with the repository this afternoon. The error I am getting is: make[2]: Entering directory `/home/storri/src/wine/dlls/avifil32' ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./avifil32.spec avifile.spec.o acmstream.o api.o avifile.o editstream.o extrachunk.o factory.o getframe.o icmstream.o regsvr.o tmpfile.o wavfile.o rsrc.res -o avifil32.dll.so -L../../dlls -L../../dlls/msacm32 -L../../dlls/msvfw32 -L../../dlls/winmm -L../../dlls/ole32 -L../../dlls/user32 -L../../dlls/advapi32 -L../../dlls/kernel32 -L../../dlls/ntdll -lmsacm32 -lmsvfw32 -lwinmm -lole32 -luser32 -ladvapi32 -lkernel32 -lntdll -L../../libs/wine -lwine -luuid -L../../libs/port -lwine_port avifile.spec.o(.data.rel.ro+0x600): In function `__wine_avifile_dll_CallFrom16_p_long_lp': /home/storri/src/wine/dlls/avifil32/avifile.spec.c:136: undefined reference to `__wine_call_from_16_long' avifile.spec.o(.data.rel.ro+0x618):/home/storri/src/wine/dlls/avifil32/avifile.spec.c:136: undefined reference to `__wine_call_from_16_long' avifile.spec.o(.data.rel.ro+0x630): In function `__wine_avifile_dll_CallFrom16_p_long_lpl': /home/storri/src/wine/dlls/avifil32/avifile.spec.c:143: undefined reference to `__wine_call_from_16_long' avifile.spec.o(.data.rel.ro+0x648):/home/storri/src/wine/dlls/avifil32/avifile.spec.c:143: undefined reference to `__wine_call_from_16_long' avifile.spec.o(.data.rel.ro+0x660):/home/storri/src/wine/dlls/avifil32/avifile.spec.c:144: undefined reference to `__wine_call_from_16_long' avifile.spec.o(.data.rel.ro+0x678):/home/storri/src/wine/dlls/avifil32/avifile.spec.c:144: more undefined references to `__wine_call_from_16_long' follow collect2: ld returned 1 exit status winegcc: gcc failed. make[2]: *** [avifil32.dll.so] Error 2 make[2]: Leaving directory `/home/storri/src/wine/dlls/avifil32' make[1]: *** [avifil32] Error 2 make[1]: Leaving directory `/home/storri/src/wine/dlls' make: *** [dlls] Error 2 Stephen

3 3

Re: shlwapi: stub IUnknown_CPContainerInvokeParam
by Vitaliy Margolen 02 Oct '05

02 Oct '05

Please ignore this patch it is not correct. > Vitaliy Margolen > changelog: > shlwapi > -stub IUnknown_CPContainerInvokeParam

1 0

Winedbg doesn't find source file (non-installed wine)
by Uwe Bonnes 02 Oct '05

02 Oct '05

Hello, starting AvrStudio from the wine debugger on my non-installed wine setup, the debugger doesn't find the source: > /home/wine/wine/programs/winedbg/winedbg AvrStudio4/AVRStudio.exe WineDbg starting on pid 0xa In 32 bit mode. 0x7bb7159d start_process+0xcd [/home/wine/wine/dlls/kernel/../../include/winternl.h:1679] in kernel32: jmp 0x7bb71593 start_process+0xc3 [/home/wine/w ine/dlls/kernel/process.c:992] in kernel32 1679 static inline void WINAPI DbgBreakPoint(void) { __asm__ __volatile__("int3"); } Wine-dbg>c fixme:ole:CoRegisterMessageFilter stub fixme:ole:CoRegisterMessageFilter stub fixme:ole:CoRegisterMessageFilter stub fixme:msxml:domdoc_createNode First chance exception: page fault on read access to 0x00000000 in 32-bit code (0x7a64736c). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7a64736c ESP:7baaf390 EBP:7baaf390 EFLAGS:00010216( - 00 -RIAP1) EAX:00000000 EBX:7bd1c184 ECX:00000000 EDX:b7fa7d17 ESI:005370f8 EDI:7b0c2dcc Stack dump: 0x7baaf390: 7bd1c1a4 00405052 7bcb7278 b7fa7d17 0x7baaf3a0: 00000000 005370f8 005370f8 7baaff2c 0x7baaf3b0: ffffffff 7baaf3a0 7baaf3d0 7baaf39c 0x7baaf3c0: 7baaf398 7bd1c184 7bc82c20 7bd1c1a4 0x7baaf3d0: 00000004 7bc83710 6c4456c8 7baaf3e9 0x7baaf3e0: 00000002 00000002 7baaf4bc b7fa7d17 Backtrace: =>1 0x7a64736c domdoc_appendChild(iface=0x7bcb7278, newChild=0xb7fa7d17,outNewChild=0x0) [domdoc.c:290] in msxml3 (0x7baaf390) 2 0x00405052 in avrstudio (+0x5052) (0x7bd1c1a4) 3 0x006c0065 (0x7bc10000) 0x7a64736c domdoc_appendChild+0xc [domdoc.c:290] in msxml3: movl 0x0(%eax),%edx Unable to open file 'domdoc.c' Is this an artefact of my setup? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Installers: wineshelllink / icons not working
by Molle Bestefich 02 Oct '05

02 Oct '05

Molle Bestefich wrote: > Bug 717, status NEW. > http://bugs.winehq.com/show_bug.cgi?id=717 > > "StarCraft installer can't create icons." > > This bug seems fixed in CVS HEAD, the StarCraft installer now creates > icons just fine. > > Please close the bug. Other installers are broken, though. err:menubuilder:extract_icon32 LoadLibraryExW (L"c:\\PROG~FBU\\NuMega\\SOFT~W5X\ \ntice.ico") failed, error 193 err:menubuilder:extract_icon32 LoadLibraryExW (L"C:\\PROG~FBU\\NuMega\\SOFT~W5X\ \README.HTM") failed, error 193 err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink err:menubuilder:extract_icon32 LoadLibraryExW (L"C:\\PROG~FBU\\NuMega\\SOFT~W5X\ \COMMREF.HLP") failed, error 193 err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink err:menubuilder:extract_icon32 LoadLibraryExW (L"C:\\PROG~FBU\\NuMega\\SOFT~W5X\ \SOFT~U1S.PDF") failed, error 193 err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink ... goes on with a bunch more icons. Anybody know how to fix this, speak up.

1 0

OpenGL bug in 20050930
by Daniel 02 Oct '05

02 Oct '05

Hi, some combination of wine and my system seems to be triggering a strange bug: Every program that uses OpenGL or D3D crashes upon trying to initialize the graphics. Here's a sample: --snip-- daniel@e202:~/.wine/drive_c/Dynamix/TRIBES$ WINEDEBUG=+opengl ~/src/wine-20050930/wine Tribes.exe trace:opengl:has_opengl GLX is up and running error_base = 77 trace:opengl:X11DRV_setup_opengl_visual Visual ID 28 Chosen <a lot of fixme:keyboard:... deleted> trace:opengl:wgl_ext_initialize_extensions GL version : "1.2 Mesa 4.0.4". trace:opengl:wgl_ext_initialize_extensions GL exts : "GL_ARB_imaging GL_ARB_multitexture GL_ARB_texture_env_add GL_ARB_transpose_matrix GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_convolution GL_EXT_compiled_vertex_array GL_EXT_histogram GL_EXT_packed_pixels GL_EXT_polygon_offset GL".... trace:opengl:wgl_ext_initialize_extensions GLX exts : "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context ". trace:opengl:wgl_ext_initialize_extensions Server GLX exts : "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context ". trace:opengl:wgl_ext_initialize_extensions Client GLX exts : "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context ". trace:opengl:query_function_pbuffer gl_version is: "1.2 Mesa 4.0.4" trace:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context " trace:opengl:query_function_pbuffer gl_version is: "1.2 Mesa 4.0.4" trace:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context " trace:opengl:wgl_ext_initialize_extensions Supporting following WGL extensions : "WGL_ARB_extensions_string WGL_EXT_extensions_string WGL_ARB_make_current_read WGL_ARB_pbuffer WGL_ARB_pixel_format WGL_ARB_render_texture WGL_EXT_swap_control". trace:opengl:X11DRV_ChoosePixelFormat (0x7fd8d530,0x7fb7d22c) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fd8d530,0x7fb7d22c) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fd8d530,0x7fb7d22c) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fd8d530,0x7fb7d22c) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fdafda8,0x7fb7c808) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fd8d530,0x7fb7c7f8) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fd8d530,0x7fb7c7f8) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fdafdc8,0x7fb7c7f4) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fdafdc8,0x7fb7c804) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fdafdc8,0x7fb7c7e4) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:X11DRV_ChoosePixelFormat (0x7fdafdc8,0x7fb7c7e4) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 16 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) fixme:winmm:MMDRV_Exit Closing while ll-driver open daniel@e202:~/.wine/drive_c/Dynamix/TRIBES$ --snip-- Other apps have similar logs. If you want to try out Tribes in particular, search the web for 'tribes_fullgame.exe'; Fileplanet for example has it. greets, Daniel

1 0

Re: Bug Triage: Get Games working
by Dan Kegel 02 Oct '05

02 Oct '05

Molle wrote: > My current mental state is that of loathing Wine's Bugzilla, > searching for bugs in it using Google and otherwise ignoring it's > existence. And I already have far too many logins for various web > based systems lying around. But I'll consider going through the login > creation thingy some day, thanks for the pointer :-) Hi Molle, Posting all your findings to wine-devel just makes extra work for the rest of us. If you really want to help Wine, please do try to get over your loathing of Bugzilla; it's a perfectly usable tool once you get used to it. Thanks! - Dan

2 1

LTSpice/SwitcherCad III Regression with Rich text patch ID=19048
by paul 02 Oct '05

02 Oct '05

I did regression testing and found patch Id=19048 triggers this error wine-pthread: run.c:142: ME_RunOfsFromCharOfs: Assertion `nCharOfs >= nParaOfs' failed. filed http://bugs.winehq.org/show_bug.cgi?id=3239 The application is a free download and the bug has steps to generate the failure. It is still a problem with cvs from 20050909. Paul

2 2

Wine and DirectSound (Was: Bug Triage: Get Games working)
by Molle Bestefich 02 Oct '05

02 Oct '05

Molle Bestefich wrote: > What doesn't work: Sound. > I've got kernel 2.6 with 1000Hz timing fidelity on a 2+GHz machine, > and there is an awful scratching noise in every sample. That goes for > both the Starcraft music (played off the CD) and the sound effects. > The fullscreen video displays without any hickups, and the problem > occurs even when the game is idle. So it's definitely not a CPU > problem but a bug in Wine's DirectX audio implementation. > > In addition to the scratching noises, all sound effects are cut off > (faded, it even sounds like ??) prematurely. It's not a lot, but it's > definitely audible that all sound effects are chopped in the end, so > to speak. Using Winamp with out_ds.dll (DirectSound), it seems that sounds also start scratching endlessly after doing a couple of "Play/Pause" cycles here. Also noticeable while doing play/pause is that Wine's DirectSound is not going a very good job, perhaps with mixing, I'm not sure. When starting playback, it does one of several things, but only at the start of playing: - Leaves out samples - "supersamples" (?) stuff, eg. sound volume doubles - Decrease (half?) sound volume Output with out_wave.dll seems to suffer some of the same problems, albeit they are harder to reproduce: When starting a sound, a miniscule 'scratch' sound or slightly loudened volume might be heard for a split second, but almost always go away instantly and so is almost inaudible. Some times, though, it *does* output overlapping sound samples for a prolonged period of time, just like DirectSound does all the time (when/because of some odd fading technique ?). What it _doesn't_ have is the eternal scratching noise that Wine DirectSound has, which is of course a relief :-). The audible hiss in DirectSound seems to be http://bugs.winehq.com/show_bug.cgi?id=2211. Can't find any mention of the DirectSound mixing (?) problems, neither of the WaveOut ones (albeit they are less of an issue).

1 0

Bug Triage: Get Games working
by Molle Bestefich 02 Oct '05

02 Oct '05

Bug 717, status NEW. http://bugs.winehq.com/show_bug.cgi?id=717 "StarCraft installer can't create icons." This bug seems fixed in CVS HEAD, the StarCraft installer now creates icons just fine. In addition, the game can now switch to fullscreen mode, which leads to the mouse cursor not "running invisibly out of the game area", so to speak. Kudos! Please close the bug. What doesn't work: Sound. I've got kernel 2.6 with 1000Hz timing fidelity on a 2+GHz machine, and there is an awful scratching noise in every sample. That goes for both the Starcraft music (played off the CD) and the sound effects. The fullscreen video displays without any hickups, and the problem occurs even when the game is idle. So it's definitely not a CPU problem but a bug in Wine's DirectX audio implementation. In addition to the scratching noises, all sound effects are cut off (faded, it even sounds like ??) prematurely. It's not a lot, but it's definitely audible that all sound effects are chopped in the end, so to speak. What's untested: Multiplayer modes. 9 years since the game has been released, and we're almost there. Kudos! Hehe ;-)

2 3

FYI: winedbg testing
by Eric Pouech 02 Oct '05

02 Oct '05

For those of you who might be interested, I wrote a test harness for winedbg It still doesn't cover all of the commands of winedbg, but it's very good starting point for catching some errors (and regressions). Basic features are tested (starting winedbg, step & cont, break points & watch points, global and local var access, expression & types handling) Unfortunately, it's not ready yet for CVS inclusion. Anyway, if some of you want to do some real winedbg hacking, get back to me, we'll see how to share it in the most appropriate way. In the details, the harness is made of: 1/ an extension of regular wine's test harness: it just allows the test program to control a child through the command line (input & output) 2/ a program to behave as a debuggee 3/ the testing tool itself (a regular wine test app, based on component 1/), which launches winedbg on 2/ and sends commands to winedbg and checks the results The reasons why this can't be included yet in cvs are: - we need to recompile 2/ in order to make the test to take place (or at least to have its binary image). Actually, to do a full testing, we should have binaries images of 2/ compiled by different compilers (winelib app with gcc & stabs, EXE with mingw & stabs, EXE with msvc & PDB...) so that we can also stress the dbghelp's support for the various debugging formats (stabs, PDB...) - I ran the harness both on Wine and Windows (with native dbghelp) (that's the good news), but there are some critic discrepencies, like first like number of a function being different (is it on first open brace or on first instruction ?), so the test is still not simply portable For the rest of the story, while running the test on Windows & native dbghelp, lots of misimplementation of builtin dbghelp (and therefore winedbg) appeared. I did fix lots of them, and I'll submit them from now on. The set of patch I've just sent to wine-patches are what is required to make the winedbg test pass on Wine, get ready now for the rest of the patches to make dbghelp (and winedbg) in sync with native dbghelp A+ -- Eric Pouech

1 0

re: Bug Triage: Infinite loop in painting.c / winpos.c (2658)
by Dan Kegel 02 Oct '05

02 Oct '05

Molle Bestefich wrote: > I'd like to take a stab at helping clear out bugzilla. > > I've chosen this particular entry: > http://bugs.winehq.org/show_bug.cgi?id=2658 > > A trial version can be downloaded here: > http://www.download.com/Trillian/3000-2150-10047473.html > > The installer runs the setup wizard, which will crash and misbehave. > Ignore that, and continue onwards with running "wine trillian.exe". > > In today's CVS, the application behaves as explained in the Bugzilla. Great! I've added a link to your message in a comment to bug 2658. Since you're doing triage, all you have to do is verify whether the bug still is happening with current CVS -- you don't have to fix it or track it down any further. You should move on to the next bug now. And for future reference, please be sure to add a comment to the bugzilla entries you triage, saying whether you were able to reproduce the problem. Thanks! - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 1

Printdlg fix null pointers
by Jonathan Ernst 02 Oct '05

02 Oct '05

Le dimanche 02 octobre 2005 à 09:47 +0530, Vijay Kiran Kamuju a écrit : > Hi jonathan, > > Your patch for Printdlg fix null pointers is missing in the list. > Please send in another mime format. > > Thanks, > Vijay I remove my pgp signature since it seems to confuse the web based archives of wine-patch. I can read the patch in the real mailing-list though, dont know what's the problem here; maybe Jeremy can have a look at it... This fixes bugs #3415 and #2140 Changelog: - avoid crashing when no printers are available Thanks.

1 0

Re: [Bug 3148] Mouse: multi-file "selection" & drag behavior broken
by Hiji 02 Oct '05

02 Oct '05

Looks like someone else is having this problem. I've tried looking at listview.c and the treeview equivalent as well, but I can't made heads or tails of it. I have no experience with C. Anybody on this list make any changes to listview or treeview in the last few months? Hiji > ------- Additional Comments From > qingdao33122(a)yahoo.com 2005-04-08 23:58 ------- > About the same problem with AceFTP > > Free download for trial > http://software.visicommedia.com/en/products/aceftpfreeware/ > > wine-20050524-1fc1winehq > > Problem starts before I do the FTP thing. > When I drag a file within the local pane(a > listview), > a copy of that file is immediately created. But > things > don't stop there. The moment I move the mouse a bit, > AceFTP asks me with a popup menu if want to: > Move to current location > Copy to current location or > Create a short > If I choose to copy, ANOTHER copy of the file is > created. > After that, every time I move the mouse, > AceFTP asks me again, thus an infinite loop > and infinite number of copies of the same file. > > BTW. I have to use native shell related dlls for > AceFTP to > display the local pane. So I suspect the problem is > with > the interaction between native and builtin code. > > I hope my English is good enough for me to make some > sense... > > -- > Configure bugmail: > http://bugs.winehq.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 9

re: Autoresolving our 554 old UNCONFIRMED bugs
by Dan Kegel 02 Oct '05

02 Oct '05

Vijay wrote: > http://kegel.com/wine/qa/autoresolve.html >> In the same can we close the older bugs >> dated below 2003, with no activity. If they're unconfirmed, my proposal will take care of them. And there are only 24 'new' or 'assigned' bugs which haven't been changed in two years, so we can look at those manually just fine, I think. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Oregon Trail 5 and DirectX 8?
by Dan Kegel 02 Oct '05

02 Oct '05

http://appdb.winehq.org/appview.php?versionId=2909 claims that Oregon Trail 5 runs, so I tried running the free Oregon Trail 5 demo, http://www.learningcompany.com/jump.jsp?itemID=147&itemType=PRODUCT&RS=1 But it failed to install, saying DirectX 8 was not installed. Anyone know what's going on? Thanks! -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Kid Pix Deluxe 3 redux
by Dan Kegel 01 Oct '05

01 Oct '05

Four years ago, I tested Kid Pix Deluxe 3 on wine: http://www.winehq.org/hypermail/wine-users/2001/08/0287.html http://www.winehq.org/hypermail/wine-devel/2001/08/0096.html Couldn't even install it. Now that Wine's approaching 0.9, I figured it was time to try again. So I found the old disc, dusted it off, and gave it a shot. What a difference four years makes - it installs now! Oh, there were three bugs in the installer: (see http://bugs.winehq.org, bugs 3448, 3449, 3451) but nothing a determined user can't work around. This was particularly impressive, since the Kid Pix installer installs several other packages, including Quicktime. Sadly, the resulting app fails to start. That's bug 3450: KPD3.exe aborts while loading, with message err:module:import_dll Library CONFIGIT.dll ... not found Presumably that library was supposed to be installed by the installer, but wasn't. While Kid Pix Deluxe 3 isn't free software, it's pretty cheap; you can get it for $2 online. But lots of schools probably still use copies of this app, and it makes a nice test, so it seems worth working on. (There's also a version of Kid Pix specialized for schools; that's different somehow, but I bet getting the retail version working will make it a lot more likely the school version will work.) - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Small CVS-Update-Script
by Gladiac Spark 01 Oct '05

01 Oct '05

This is nothing special but may be useful for some people out there having problems updating their cvs-trees or being lazy writing some commands in their console. Copy the 'getwinecvs' to /usr/src or wherever you want (don't forget to edit the SRC=Variable if you're doing so) and chmod it to give you x-rights. (e.g.: 'chmod 750 getwinecvs' without quotes) By running it, it will search for an existing wine-tree... if there is one, it will be cleaned and then updated; if not, the complete tree will be downloaded. When using -c as parameter for getwinecvs, it will automatically begin to compile after getting all the updates and then install. To see what it exactly does, have a look at the source. Even if it is called General CVS-Updater by gladiac it has been written FOR wine. I hope it is helpful for others. I know it's not very nerdy but.... who cares ;).

1 0

undocumented APIs
by Ivan Leo Puoti 01 Oct '05

01 Oct '05

Hello, I would like to make a general appeal to not write wine code based on the docs at undocumented.ntinternals.net, because they're often misleading, incomplete or simply wrong, and do more harm than good. Please refer to "windows nt/2000 native api reference" by Gray Nebbett, to the reactos team, or to me (I've got the book) instead, and always write tests for undocumented functions. Ivan.

1 0

cannot run a lot of 16 bit apps
by Robbert Xerox 01 Oct '05

01 Oct '05

Hi, i'm trying out some apps from the bugzilla database, but in quite some cases i get this error: winevdm: unable to exec 'winbr34.exe': 16-bit support missing I compiled from current cvs without any options, i even tried --enable-win16 but didn't help. Appearently other people _are_ able to run these apps. One example is ftp://ftp.mvpsoft.com/pub/winbr34.exe Anyone could give me a hint how to solve this? I run fc3 (x32) on an athlon64. kernel 2.6.12.3 ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

Re: Autoresolving our 554 old UNCONFIRMED bugs
by Dan Kegel 01 Oct '05

01 Oct '05

Joerg Mayer wrote: >> We will automatically mark your bug as 'resolved' if we don't >> hear from you in the next two weeks. > > Add something like this: > > It doesn't matter if don't find the time to verify the bug right now, > you can always reopen the bug later. Good idea. I've updated the text at http://kegel.com/wine/qa/autoresolve.html Thanks! - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

testsuite patch - please run on windows
by Marcus Meissner 01 Oct '05

01 Oct '05

Hi, Can one of the Windows testers please try this testsuite patch? The second test fails on WINE, but I have a Bugzilla where the reporter said it should not. (http://bugs.winehq.org/show_bug.cgi?id=1847) Ciao, Marcus Index: dlls/user/tests/win.c =================================================================== RCS file: /home/wine/wine/dlls/user/tests/win.c,v retrieving revision 1.71 diff -u -r1.71 win.c --- dlls/user/tests/win.c 29 Sep 2005 13:36:14 -0000 1.71 +++ dlls/user/tests/win.c 1 Oct 2005 15:18:35 -0000 @@ -2173,6 +2173,8 @@ static void test_capture_3(HWND hwnd1, HWND hwnd2) { + BOOL ret; + ShowWindow(hwnd1, SW_HIDE); ShowWindow(hwnd2, SW_HIDE); @@ -2188,7 +2190,10 @@ ShowWindow(hwnd1, SW_SHOW); check_wnd_state(hwnd1, hwnd1, hwnd1, hwnd2); - ReleaseCapture(); + ret = ReleaseCapture(); + ok (ret, "releasecapture did not return TRUE.\n"); + ret = ReleaseCapture(); + ok (ret, "releasecapture did not return TRUE after second try.\n"); } static void test_keyboard_input(HWND hwnd)

2 1

Bug Triage: Infinite loop in painting.c / winpos.c (2658)
by Molle Bestefich 01 Oct '05

01 Oct '05

Hello I'd like to take a stab at helping clear out bugzilla. I've chosen this particular entry: http://bugs.winehq.org/show_bug.cgi?id=2658 A trial version can be downloaded here: http://www.download.com/Trillian/3000-2150-10047473.html The installer runs the setup wizard, which will crash and misbehave. Ignore that, and continue onwards with running "wine trillian.exe". In today's CVS, the application behaves as explained in the Bugzilla. The app goes into an infinite loop somewhere around user/painting.c and user/winpos.c. The visual effect is that: 1. The splash screen pops up in the middle of the screen, 2. It moves a notch (3 by 3 pixels) down and to the right, 3. Step 2.) repeats almost ad infinitum. That is, until the window is at the bottom edge of the screen and halfway to the right edge. 4. The application then waits for a very short while before finally starting over from step 1. Google gives us a few hints, so I'll take you on a short tour: http://bugs.winehq.org/show_bug.cgi?id=2658 "With previous versions, at least the splash window worked [...] but 20050111 makes the splash screen go crazy [...]! It shows up in the middle of the screen, but then goes down until the bottom of the screen." http://article.gmane.org/gmane.comp.emulators.wine.user/3048 "I've been running Trillian Pro quite successfully on wine-20030508 since, well, May 8th." http://article.gmane.org/gmane.comp.emulators.wine.user/6 "CodeWeavers Crossover Plugin works 100% with Trillian, no window move issues." http://www.desktoplinux.com/news/NS4813802007.html "Jan. 23, 2003 [...] CodeWeavers, Inc. today announced the release of CrossOver Plugin Version 1.2, [...] the new release also [... has] improved support for [...] Trillian." http://www.codeweavers.com/site/compatibility/browse/name?app_id=251;forum=1 "Has anyone tested the new version 3.0 already with Crossover?" "Yes. It works somewhat okay - there are bugs that need to be ironed out (i.e. new windows don't pop up well, dragging windows causes artsd to lock up on KDE)." Also slightly interesting: http://www.codeweavers.com/site/compatibility/browse/name?app_id=251;issues… So, it seems it works with CrossOver, but not vanilla Wine. Something fishy seems to be going on in Wine's USER32. I've run with +win, which gives an infinitely repeating list consisting of RedrawWindow, BeginPaint, GetWindowRect, SetWindowPos, MoveWindow, WINPOS_GetMinMaxInfo and others. Here's the infinitely looping part of a +win run: win:RedrawWindow 0x10028 whole window flags: RDW_ALLCHILDREN RDW_UPDATENOW win:BeginPaint hdc = 0xbb4 box = (0,0 - 177,368), fErase = 0 win:GetWindowRect hwnd 0x10028 (741,1244)-(924,1634) win:GetWindowRect hwnd 0x10028 (741,1244)-(924,1634) win:SetWindowPos hwnd 0x10028, after (nil), 549,317 (183x390), flags 80000015 win:dump_winpos_flags flags: SWP_NOSIZE SWP_NOZORDER SWP_NOACTIVATE 80000000 [ notice the block below.. ] win:RedrawWindow 0x10028 whole window flags: RDW_ERASE RDW_ERASENOW RDW_FRAME win:GetWindowRect hwnd 0x10028 (549,317)-(732,707) win:RedrawWindow 0x10028 whole window flags: RDW_INVALIDATE RDW_ERASE RDW_FRAME win:GetWindowRect hwnd 0x10028 (549,317)-(732,707) win:MoveWindow 0x10028 552,336 183x390 0 win:SetWindowPos hwnd 0x10028, after (nil), 552,336 (183x390), flags 0000001c win:dump_winpos_flags flags: SWP_NOZORDER SWP_NOREDRAW SWP_NOACTIVATE win:GetWindowRect hwnd 0x10028 (549,317)-(732,707) win:WINPOS_GetMinMaxInfo 183 390 / 552 336 / 183 390 / 183 390 [ it's repeated now, below.. ] win:RedrawWindow 0x10028 whole window flags: RDW_ERASE RDW_ERASENOW RDW_FRAME win:GetWindowRect hwnd 0x10028 (552,336)-(735,726) win:RedrawWindow 0x10028 whole window flags: RDW_INVALIDATE RDW_ERASE RDW_FRAME win:GetWindowRect hwnd 0x10028 (552,336)-(735,726) win:MoveWindow 0x10028 555,355 183x390 0 win:SetWindowPos hwnd 0x10028, after (nil), 555,355 (183x390), flags 0000001c win:dump_winpos_flags flags: SWP_NOZORDER SWP_NOREDRAW SWP_NOACTIVATE win:GetWindowRect hwnd 0x10028 (552,336)-(735,726) win:WINPOS_GetMinMaxInfo 183 390 / 555 355 / 183 390 / 183 390 [ above block repeats 10 more times, only coordinates changing. ] [ then poof happens the below. Almost a repeat, except for the GetMinMaxInfo params: ] win:RedrawWindow 0x10028 whole window flags: RDW_ERASE RDW_ERASENOW RDW_FRAME win:GetWindowRect hwnd 0x10028 (642,906)-(825,1296) win:RedrawWindow 0x10028 whole window flags: RDW_INVALIDATE RDW_ERASE RDW_FRAME win:GetWindowRect hwnd 0x10028 (642,906)-(825,1296) win:MoveWindow 0x10028 645,925 183x390 0 win:SetWindowPos hwnd 0x10028, after (nil), 645,925 (183x390), flags 0000001c win:dump_winpos_flags flags: SWP_NOZORDER SWP_NOREDRAW SWP_NOACTIVATE win:GetWindowRect hwnd 0x10028 (642,906)-(825,1296) win:WINPOS_GetMinMaxInfo 1282 1026 / -1 -1 / 1288 1032 / 112 27 win:RedrawWindow 0x10028 whole window flags: RDW_ERASE RDW_ERASENOW RDW_FRAME win:GetWindowRect hwnd 0x10028 (645,925)-(828,1315) win:RedrawWindow 0x10020 region 0x192c box (642,906)-(825,1296) flags: RDW_INVALIDATE RDW_ALLCHILDREN win:RedrawWindow 0x10028 whole window flags: RDW_INVALIDATE RDW_ERASE win:RedrawWindow 0x10020 region 0x1934 box (639,887)-(822,1277) flags: RDW_INVALIDATE RDW_ALLCHILDREN win:RedrawWindow 0x10028 whole window flags: RDW_INVALIDATE RDW_ERASE [ above repeats 30 times, albeit with new coordinates etc. ] After this, the trace "wraps around" and repeats itself from the beginning. Coordinates change slightly though, it's a few pixels off from the first run. Please help me understand why the above infinite loop occurs! I also did a +relay trace and ran it through examine-relay. The resulting call stack is awe inspiring - it's as deep as the Mariana Trench. See the attached snippet. Does it not seem "wrong"? I also did a +all trace, which instantly got very big and confusing. I tried grepping to get rid of parts of it, which went OK, but then examine-relay wouldn't indent half of the lines in it, and in the end it complained about a bunch of leftover calls. So I patched Wine (attached) to output only toplevel calls, which gave me this listing: Call window proc 0x3400c710 (hwnd=0x10028,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=4069e7b0) Ret window proc 0x3400c710 (hwnd=0x10028,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=4069e7b0) retval=00000000 Call window proc 0x3400c710 (hwnd=0x10028,msg=WM_NCPAINT,wp=00000001,lp=00000000) Ret window proc 0x3400c710 (hwnd=0x10028,msg=WM_NCPAINT,wp=00000001,lp=00000000) retval=00000000 Call window proc 0x3400c710 (hwnd=0x10028,msg=WM_ERASEBKGND,wp=00000bb4,lp=00000000) Ret window proc 0x3400c710 (hwnd=0x10028,msg=WM_ERASEBKGND,wp=00000bb4,lp=00000000) retval=00000001 Call window proc 0x3400c710 (hwnd=0x10028,msg=WM_WINDOWPOSCHANGED,wp=00000000,lp=4069e7b0) [ window moves a lot now ] Ret window proc 0x3400c710 (hwnd=0x10028,msg=WM_WINDOWPOSCHANGED,wp=00000000,lp=4069e7b0) retval=00000000 Call window proc 0x3400c710 (hwnd=0x10028,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=4069e7b0) Ret window proc 0x3400c710 (hwnd=0x10028,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=4069e7b0) retval=00000000 Call window proc 0x3400c710 (hwnd=0x10028,msg=WM_NCPAINT,wp=00000001,lp=00000000) Ret window proc 0x3400c710 (hwnd=0x10028,msg=WM_NCPAINT,wp=00000001,lp=00000000) retval=00000000 Call window proc 0x3400c710 (hwnd=0x10028,msg=WM_ERASEBKGND,wp=00000bb4,lp=00000000) Ret window proc 0x3400c710 (hwnd=0x10028,msg=WM_ERASEBKGND,wp=00000bb4,lp=00000000) retval=00000001 Call window proc 0x3400c710 (hwnd=0x10028,msg=WM_WINDOWPOSCHANGED,wp=00000000,lp=4069e7b0) [ window moves a lot now ] Etc. ad infinitum. The above should be the stuff that Trillian actually calls in Wine, but my patch might be wrong. Seems odd that the WM_blah calls do not show up in +relay mode. Please help me understand: Why is that? Thank You for Paying Attention. And Please Help Me Fix This Bug! :-)

1 0

WSACleanup() again?
by JustFillBug 01 Oct '05

01 Oct '05

I saw the bug described in: http://winehq.com/hypermail/wine-users/2001/01/0516.html happened again to a program I was trying to use. At least the behavior is the same. I have no access to the source code. It seems the problem was fixed in revision 1.42 of socket.c. But now at 1.139, WSACleanup again return 0 forever on repeating calls.

2 4

Documentation on DIBENG.DLL exported functions
by Alex Villacís Lasso 30 Sep '05

30 Sep '05

Could somebody please point me to an online documentation on the functions exported by DIBENG.DLL and how an userspace application could use them? I want to evaluate whether a possible DIB engine for Wine could use the DIBENG.DLL API. I googled and all I find are reports of GPFs involving DIBENG.DLL. Same issue when searching MSDN. Of course, DIBENG.DLL might not be the best model to implement for a DIB engine, so I wait for suggestions. I was planning on writing a C program that would load DIBENG.DLL via LoadLibrary() and call its functions in order to build tests for it. Alex Villacís Lasso

1 0

Re: OLEAUT32: add additional condition for creation of interface
by Steven Edwards 30 Sep '05

30 Sep '05

On 9/30/05, Alex Villacís Lasso <a_villacis(a)palosanto.com> wrote: > This patch is required in order to run any application that embeds > DBGRID32.OCX from MS VisualBasic 5 or 6 > > Changelog: > * Add additional condition for creation of interface A patch would be nice =) Thanks Steven

1 0

WWN: Rpm's for Fedora Core 4
by Dieter Komendera 30 Sep '05

30 Sep '05

Hi people, I read in the today's Wine Weekly News something about rpms for Fedora Core 4. In august I begann building some for FC 4. I built rpm's for the july and the august version. The rpm's were based on Vincent Beron's. They were downloaded about 700 times from my server. There is also a mirrorserver that also hosts my rpms. In fedoraforums.org just one guy reported a problem with the rpm. They can be downloaded here: http://komi.bluezones.org/wine/fc4/ I'll build also rpms for the coming cvs drop out. In this, I will take care of things I read in the WWN. Any comments, improvements, suggestions are very welcome! Regards, Dieter Komendera

2 1

freedce-win32 - progress!
by Luke Kenneth Casson Leighton 30 Sep '05

30 Sep '05

i am making the "amateur" version of progress: i just had echo_server.exe run for the first time on win32: echo_client.exe has been running successfully since this morning. rpcd.exe - the endpoint mapper - just crashed :) hmmm... recv_state_timer is indicating Ping timeout, sending "Orphan timeout", and then bombing out... hmmm... this despite echo_server.exe happily running. i don't really know enough to say what's going on here - other than to consider quite cheerfully disabling the ping rpc timer code with a _huge_ manic grin on my face :) i have had to disable TCP (ncacn_ip_tcp) for now, and will try that next. i've refrained from notifying wine-devel of status reports until i actually had something working. for your benefit: * i am using pthreads-win32, from sourceware.org, with pthread_self.c patched to set sp->implicit = 0 instead of 1. this gets the dcethreads test programs to work: whether this is a good thing remains to be seen... * i have removed the awfulness that is linux-specific (system call wrapping) which previously made dcethreads non-portable to win32: instead, you now must #define sys_pthread_create pthd4_create because dcethreads provides pthd4_xxx. * the dcethreads exception emulation library still uses setjmp and longjmp and to my surprise and horror it actually works. * i have tracked down an implementation of gettimeofday, and liberally sprinkled it across the code, statically, instead of providing a nice library routine * i have provided a win32_winsock.c "wrapper" set of code to divorce the #including of <windows.h> and <winsock.h> from everything else. no, it is _not_ appropriate to put #include <windows.h> in the freedce header files. there are too many conflicts for that to be suitable. HANDLE, handle_t, UUID, uuid_t rpc_binding_t ain't the half of it. * i could not be arsed to write yet another version of uuid_create() and the uuid_create() function in freedce conforms to the RFC - grabs networking MAC address etc. etc. therefore, rather than rip wine code from UuidCreate(), i decided to call UuidCreate() - via a wrapper function. this _could_ therefore get interesting, if someone decides to make rpcrt4.dll utilise uuid_create() ... :) * i have NOT done any proper file locking stuff - yet - in rpcd.exe. there's a database that really needs to be locked: i aim to grab APR's apr_open(), apr_flock() etc. etc. and utilise those because i _so_ cannot be bothered to reinvent the wheel. wine-devel team: you now have a partially-working and therefore proof-of-concept port of freedce to win32. there are many next steps that can be taken from here. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

2 2

Subject: Re: Newsleecher Installer Failing
by josephblack 30 Sep '05

30 Sep '05

For information on debugging, these official docs may help http://www.winehq.org/site/docs/wine-devel/debugging http://www.winehq.org/site/docs/wine-devel/index http://wiki.winehq.org/DebuggingTutorials there is an unofficial list of examples from the mailing lists, here. http://wine-wiki.org/index.php/Debugging_Wine if you see or think of something that could be added to the official documents - please send a suggestion to the wine-devel list. -- Joseph Black

1 0

MS VisualBasic apps have no minimize/maximise buttons, no taskbar button - RFC, help debugging
by Alex Villacís Lasso 29 Sep '05

29 Sep '05

The following is a problem I have been having with every single VisualBasic application for some time, and I ask for your help now: Every single VisualBasic application I have tried lacks the minimize and maximize buttons, even when the application is supposed to have them. In addition, the taskbar button is missing (on Gnome 1.4.x/Metacity 2.10.3 under Fedora 4), so there is no way to recall the application once the window is obscured by another application, except by clearing the desktop. The applications show the buttons on the virtual desktop, and the problem arises only when the application uses the window manager for its own window. This problem was confirmed on Metacity and MWM. As far as I can tell, this affects Visual Basic apps only. The applications from Wine (regedit, for example) show correct decorations, and so do some tools from MS Visual Studio. I modified x11drv/window.c to display the Windows attributes before setting hints for the window manager. Here is what I got: Tested regedit (wine), depends.exe (native, MS Visual Studio), windiff.exe (native, MS Visual Studio), dbgridtest.exe (native, VisualBasic app), pruebatransparency.exe (native, VisualBasic app). Entries with asterisks lack min/max buttons as explained. regedit wine fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04cf0200 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04cf0200 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010028 style = 0x04c00000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04c00000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x14cf0200 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x14cf0200 WS_VISIBLE WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE depends.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010026 style = 0x04cf8000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04cf8000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010026 style = 0x14cf8000 ex_style = 0x00000110 fixme:x11drv:displayStyles style = 0x14cf8000 WS_VISIBLE WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000110 WS_EX_ACCEPTFILES WS_EX_WINDOWEDGE windiff.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04cf0000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04cf0000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x14cf0000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x14cf0000 WS_VISIBLE WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE **** dbgridtest.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04c00000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04c00000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010024 style = 0x84090000 ex_style = 0x00000080 fixme:x11drv:displayStyles style = 0x84090000 WS_POPUP WS_CLIPSIBLINGS WS_SYSMENU WS_TABSTOP WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000080 WS_EX_TOOLWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010028 style = 0x84000000 ex_style = 0x00000000 fixme:x11drv:displayStyles style = 0x84000000 WS_POPUP WS_CLIPSIBLINGS fixme:x11drv:displayStyles ex_style = 0x00000000 fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x06cf0000 ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x06cf0000 WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00040100 WS_EX_WINDOWEDGE WS_EX_APPWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x16cf0000 ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x16cf0000 WS_VISIBLE WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00040100 WS_EX_WINDOWEDGE WS_EX_APPWINDOW **** pruebatransparency.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04c00000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04c00000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010024 style = 0x84090000 ex_style = 0x00000080 fixme:x11drv:displayStyles style = 0x84090000 WS_POPUP WS_CLIPSIBLINGS WS_SYSMENU WS_TABSTOP WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000080 WS_EX_TOOLWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010028 style = 0x84000000 ex_style = 0x00000000 fixme:x11drv:displayStyles style = 0x84000000 WS_POPUP WS_CLIPSIBLINGS fixme:x11drv:displayStyles ex_style = 0x00000000 fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x06cf0000 ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x06cf0000 WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00040100 WS_EX_WINDOWEDGE WS_EX_APPWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x16cf0000 ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x16cf0000 WS_VISIBLE WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00040100 WS_EX_WINDOWEDGE WS_EX_APPWINDOW From what I can tell, VisualBasic apps have an odd pattern of window initialization. The very first window in the other C/C++ apps is also the one to be set with a WS_VISIBLE style, but this is not the case for VisualBasic apps. However, I am unable to tell if this is relevant to the issue. Thanks for your attention. Alex Villacís Lasso

2 2

Re: wine/ programs/Makeprog.rules.in include/wine/ ...
by Dimi Paun 29 Sep '05

29 Sep '05

> Declare debug channels as static variables so that we > don't need to generate an external .dbg.c file to define them. Way cool, thanks for fixing this, it was really bothering me that we had that additional pass over the source... I think our toolchain looks pretty good now! -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: Unused function in regedit/treeview.c
by Krzysztof Foltman 29 Sep '05

29 Sep '05

> If that function is supposed to be useful, then scream or re-add it > later. Re-adding would be a good idea. I thought it will be useful for finding an item in the tree, but then managed to do the same without using it. --- Krzysztof

1 0

FW: Help debugging a problem!
by Ann & Jason Edmeades 29 Sep '05

29 Sep '05

Ok, more information... The routine (slightly modified to allow code before the return) is ATOM WINAPI RegisterClass16( const WNDCLASS16 *wc ) { WNDCLASSEX16 wcex; ATOM fred; wcex.cbSize = sizeof(wcex); : fred = RegisterClassEx16( &wcex ); return fred; } This fails for the application as it stands. Adding in char temp[8]; before the WNDCLASSEX16 and it still fails Adding in char temp[9]; and the program starts working... Adding in char temp[9]; after the WNDCLASSEX16 and it still fails (Yes, temp is unused...) So that would agree heap corruption of some sort Next question... how to pin this down. I've tried the following 1. Use DebugBreak before and after the RegisterClassEx16 call with no temp defined - Stacks are identical as far as winedbg traces (0x60 bytes) - registers are nearly identical, only difference is ESI after 2. Initialize temp to 0x00's (still works @ 9 and fails @ 8). Then adding an 'if' statement before the return to query the bytes... a. If I put a stream of if statements it always works b. If I put a single statement it works@9 / fails@8. Manually, I have confirmed chars 0->11 are not touched (3 longs). c. I changed temp to be 8192 in size, memset it to 0x00 and then post call checked each byte to see if it had changed - it hadn't, they were all still 0x00 => I don't think the actual values are important, size matters (so they say!) 3. I recompiled user.c with -O0 and got different results. With char temp; in it works, with it removed it fails! 4. I compared the assembler output produced with temp[8] and temp[9] and as expected they are identical except for some offsets in that routine. ARGH... Advice please.... Anyone... Jason

4 3

Re: winspool/tests: New Testsuite
by Detlef Riekenberg 29 Sep '05

29 Sep '05

Changelog: - New Testsuite for winspool.drv for GetPrinterDriverDirectoryA and GetDefaultPrinterA The "W" - Versions and more Functions will follow. BTW: I'm offline / disconected from the mailing-lists for a week. -- By By ... ... Detlef

2 1

Problem with D3D9 CreateDevice
by Mark Hatsell 29 Sep '05

29 Sep '05

Hello I am trying to get an application I have written working under Wine. My application uses Direct3D v.9 which is causing a problem. I am using the latest CVS version of Wine under Mandriva Linux 10.2. The problem I have is that when I try to create the 3D device using CreateDevice, it fails and I get the following output from Wine debugging: fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is nonexistent at the moment! fixme:d3d:IWineD3DImpl_CheckDeviceMultiSampleType Quality levels unsupported at present trace:d3d:IWineD3DImpl_CreateDevice Created WineD3DDevice object @ 0x79b7ec78 trace:d3d:IWineD3DImpl_AddRef (0x7bcb1890) : AddRef increasing from 1 trace:d3d:IWineD3DImpl_CreateDevice (0x7bcb1890)->(Adptr:0, DevType: 1, FocusHwnd: 0x50060, BehFlags: 42, PresParms: 0x7baeb0ec, RetDevInt: 0x78d56ea8) trace:d3d:IWineD3DImpl_CreateDevice (0x7bcb1890)->(DepthStencil:(80,WINED3DFMT_D16), BackBufferFormat:(23,WINED3DFMT_R5G6B5)) trace:d3d:IWineD3DImpl_CreateDevice (0x7bcb1890) : Creating stateblock trace:d3d:IWineD3DImpl_CreateDevice (0x7bcb1890) : Created stateblock (0x79bbf6a0) trace:d3d:IWineD3DStateBlockImpl_AddRef (0x79bbf6a0) : AddRef increasing from 1 trace:d3d:IWineD3DImpl_CreateDevice Creating implicit swapchain trace:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain (0x79b7ec78) : Created Aditional Swap Chain trace:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain Using a display of 0x7c017628 0x4284 warn:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain Failed to get a valid XVisuial ID for the window 0x50060 fixme:d3d9:IDirect3DDevice9Impl_CreateAdditionalSwapChain (0x78d56ea0) call to IWineD3DDevice_CreateAdditionalSwapChainfailed warn:d3d:IWineD3DImpl_CreateDevice Failed to create implicit swapchain trace:d3d:IWineD3DStateBlockImpl_Release (0x79bbf6a0) : Releasing from 2 trace:d3d:IWineD3DStateBlockImpl_Release (0x79bbf6a0) : Releasing from 1 fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock I have located the source of the error in device.c which seems to be something to do with it not having a valid X11 window. However, at this point my lack of Wine knowledge prevents me from getting any further. Has anyone any idea what might be causing this problem and what I can do to fix it? Any help much appreciated. Mark

3 7

Re: wine/ programs/winedbg/info.c programs/taskmgr ...
by Vincent Béron 29 Sep '05

29 Sep '05

Le mer 28/09/2005 à 11:21, Alexandre Julliard a écrit : > ChangeSet ID: 20474 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)winehq.org 2005/09/28 10:21:48 > > Modified files: > programs/winedbg: info.c > programs/taskmgr: dbgchnl.c > libs/wine : wine.map wine.def loader.c debug.c > include/wine : debug.h > > Log message: > New scheme for keeping track of debug channels that doesn't require > maintaining a list of all loaded dlls. This patch causes compilation with gcc 3.2 to issue some warnings about null format strings whenever a TRACE_ON() (or other) is used. I know there's a check in wine_dbg_log() for !format, but the warning is still annoying. I guess you don't want an empty line (except for type and class) to be printed everytime TRACE_ON is tested, so changing the 0 for "" wouldn't work out ok... Vincent

2 1

xcursor and wine
by Vijay Kiran Kamuju 29 Sep '05

29 Sep '05

Hi all, I any body wants tp implement Xcursor support in wine, for loading color cursors. What should be implemented, how it should be implemented? any details regarding this would be helpful. Thanks, Vijay

1 1

winehq at the CIA Open Source Notification System
by Detlef Riekenberg 28 Sep '05

28 Sep '05

Hi. There are no updates listed for wine at the CIA Open Source Notification System: http://cia.navi.cx/stats/project/winehq Is this our fault? -- By By ... ... Detlef

2 1

Re: fixme:win:LockWindowUpdate
by James Hawkins 28 Sep '05

28 Sep '05

On 9/28/05, Esko Woudenberg <wanderbored(a)yahoo.com> wrote: > > > fixme:win:LockWindowUpdate (0x2002a), partial > > stub! > > > > > Stubbed functions aren't usually the cause of > > crashes. > I take it that wine would just "ignore" the request to > not update the window...?? > I'm not really sure what functionality is missing from LockWindowUpdate. Maybe someone on wine-devel will know. > > There are a > > couple pieces of information that can help us spot > > the problem. What > > version of wine are you using? > 20050830 on SuSe 9.2 under vmWare 5.0.0 > Could you update to CVS and see if the problem still exists? > > Can you provide the > > output of the > > crash and the stack backtrace? > Is running with WINEDEBUG=+relay enough to provide > that? > We might need that information later, but the most important piece we need is the crash and backtrace. This information everything after the following: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8. > > You said it was an app you are working on; can you > > provide the source? > I have full access to source. I would most likely > only be able to provide relevant portions of the app > source. > Having access to the source will help figure out what is going wrong. We won't know what we need until we know where it's crashing. > > Just knowing that stubs are not supposed to result in > a wine crash is already helpful... > No problem, a good bug report helps Wine the most. P.S. Make sure to use 'Reply to All' or cc wine-devel so others can be a part of the process. -- James Hawkins

1 0

riched20.dll asserts
by Aric Stewart 28 Sep '05

28 Sep '05

Hello, So looking into an issue with IE6 i found the following problem. If I install IE6, and then go to a japanese web site. (for example http://www.mainichi.co.jp) I get given the option to download and install the Japanese Text Display Support. However if i click Download then the download reports as a failure (a message about having to set your security settings from High to Medium, but that is a red herring) The issue is that the assert in riched20/run.c line 115 is being hit during a call to RichEditANSIWndProc for the message EM_LINELENGTH. If i change the assert to instead to return 0, then the certificate dialog is displayed and the download progresses without issue. (there is still an issue with the install but that is not richedit related) Does someone with richedit experience want to help figure out what to do with that assert beyond just changing it to an error trace and returning 0? thanks -aric

3 2

Help debugging a problem!
by Ann & Jason Edmeades 28 Sep '05

28 Sep '05

Hiya, I've got a weird issue and was wondering if anyone could advise on how to resolve. (Comes from a 16bit windows app, but is a more general debugging issue). The problem is ... 1) If I run the application, it just hangs - no overly helpful information at all. 2) If I add WINEDEBUG +relay trace, it runs ok :-) (Workaround...!) 3) If I add anything else on WINEDEBUG other than relay, it fails 4) Running under winedbg didn't help at all - I could code to stop it before the hang but it wouldn't step through to the failure 5) Attaching to the hung process shows code in 16 bit user app, and winedbg didn't overly help there either So - I've (painstakingly) got to the point of failure with the add of debug tracepoints and comparing the relay with the debug statements. Now the odd bit! If you look at dlls\user\wnd16.c, routine RegisterClass16 the final line is: return RegisterClassEx16( &wcex ); If I change this to fred = RegisterClassEx16( &wcex ); TRACE("Here... %d\n", fred); return fred; it all works.....! How can I debug this further? I was thinking about trying to dump the registers before and after the trace statement, but I really can't think of what could be causing the problem! Does windows guarantee any of the registers across a win16 call which we don't honour? What about i386 flags? Any suggestions please? Jason

3 3

Crash in printer setup dialog if no printers in list
by Dan Kegel 28 Sep '05

28 Sep '05

I just filed http://bugs.winehq.org/show_bug.cgi?id=3415 describing a repeatable crash in Printer Setup when you have no printers. Affects all apps that have a Printer Setup menu item, I bet.

1 0

Trying to track down a failure in a native, non-MS DLL for which I have no source
by David D. Hagood 28 Sep '05

28 Sep '05

I'm trying to get the Delorme packages (AAA MapNGo, Street Atlas) running under the latest Wine. They used to work back when Wine used the MS DLLs for DCOM, but then they stopped working when Wine started supplying their own DCOM DLLS. Now, they show an inclination to work but for one thing. Both packages use a DLL supplied with the package, mapsys32.dll, which appears to be the main map drawing code. This DLL appears to attempt to load a file FONT.FNT, which appears to be an ASCII file describing certain vector objects used to draw maps. This DLL is failing to load the FONT.FNT file - and that's pretty much a show-stopper. So, I'd like to try to track down the problem and see if I can fix it. Now, I don't work for Delorme, I don't have the source for the DLL, and I am really not a Windows programmer (fortunately I work on embedded systems and Linux). So, I'd like a few pointers - how can I commence to begin to start on this? I know the following things: The FONT.FNT file is being opened (strace shows it being opened). The mapsys32.dll file is being loaded (WINEDEBUG=+relay shows it) The mapsys32.dll does not implement DllRegisterServer (regsvr32 says so). The problem exists even though I've blown away my entire .wine directory and recreated it from scratch. The problem has been in the code for several months, and as of 19 Sept 2005's CVS it still is. So, how can I see what is going on with mapsys32.dll?

2 1

Problem with Magellan DataSend and COM ports
by David D. Hagood 28 Sep '05

28 Sep '05

I recently tried to install the Magellan DataSend tool to talk to my GPS, and it almost works. However, I did find one funny with it - the program did not "see" the COM ports until I added the following entries into the registry: [HKEY_LOCAL_MACHINE\hardware\devicemap\serialcomm] "COM2"="COM2" "COM1"="COM1" (these were found via a file on the Magellan install CD named win95com.reg). Perhaps these should be added to the Wine registry? Once added, then the program would run - at least right up to the point where I told it to download the data to the GPS, at which point it threw and exception and died.

1 0

fixme:win:LockWindowUpdate
by Esko Woudenberg 28 Sep '05

28 Sep '05

There are several parts of a C++ Builder app I am working on that try to call the LockWindowUpdate() WIN32 api call it appears to result in a wine crash with the following error: fixme:win:LockWindowUpdate (0x2002a), partial stub! Where do I go to find out who (if anyone) is working on support for that? (Would this be a horrible place for someone COMPLETELY new to wine to start trying to contribute?) Esko __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

2 1

CopyEnhMetaFile() on big endian arch
by Phil Krylov 27 Sep '05

27 Sep '05

Hi, My problem is: CopyEnhMetaFile() creates a .wmf file from a HENHMETAFILE by simple dumping of data to the file. On big-endian platforms (in my case - PowerPC) the resulting file is not a valid WMF. To make it valid, we need to convert all binary data to little-endian. I'd like to make it work. Can someone suggest where the byte order should be reversed? Should it be done in the HENHMETAFILE stored in memory, or should rather CopyEnhMetaFile parse the whole metafile and byte-reverse all data that should be dumped to disk? In any case, it seems to be a huge task. If someone is also interested, probably we should cooperate with each other? -- Ph.

1 0

build errors
by Phil Krylov 27 Sep '05

27 Sep '05

Hi, I can't build current CVS version of Wine: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./kernel32.spec comm.drv.spec.o krnl386.exe.spec.o stress.spec.o system.drv.spec.o toolhelp.spec.o win87em.spec.o windebug.spec.o atom16.o error16.o kernel16.o registry16.o toolhelp16.o win87em.o actctx.o atom.o change.o comm.o computername.o console.o cpu.o debugger.o dosmem.o editline.o environ.o except.o fiber.o file.o file16.o format_msg.o global16.o heap.o instr.o kernel_main.o lcformat.o local16.o locale.o lzexpand.o module.o ne_module.o ne_segment.o oldconfig.o path.o powermgnt.o process.o profile.o pthread.o relay16.o resource.o resource16.o selector.o snoop16.o stress.o string.o sync.o syslevel.o system.o tape.o task.o thread.o thunk.o time.o toolhelp.o utthunk.o version.o virtual.o volume.o vxd.o windebug.o wowthunk.o relay16asm.o kernel32.dll.dbg.o kernel.res -Wl,--image-base,0x7b800000 -o kernel32.dll.so -L../../dlls -L../../dlls/ntdll -lntdll -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port comm.drv.spec.o(.data.rel.ro+0x1f6): In function `__wine_stub_GETDCB': /home/phil/build/wine/dlls/kernel/comm.drv.spec.c:38: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x1d0): In function `__wine_spec_stress_dll_fini': /home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x218):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x230):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: more undefined references to `__wine_call_from_16_long' follow system.drv.spec.o(.data.rel.ro+0x1d0): In function `__wine_spec_system_drv_fini': /home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' system.drv.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' system.drv.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' Am I the only one? Can you suggest something? -- Ph.

7 7

Fwd: Re: riched versions... then comdlg
by wino＠piments.com 27 Sep '05

27 Sep '05

Hi Andreas, I have just come accross something that looks very similar to my problem. A wine bug that is over a year old reported on a debian installation of wine and posted as a bug on winehq. the bug has had no follow-ups since it was posted a year ago in August. http://www.winehq.org/hypermail/wine-bugs/2004/08/0084.html Seems that there is a strong chance this one is a wine issue rather than the app I am trying to run. Thanks for you comments. ------- Forwarded message ------- From: wino(a)piments.com To: "Andreas Mohr" <andi(a)rhlx01.fht-esslingen.de> Cc: Subject: Re: riched versions... then comdlg Date: Mon, 26 Sep 2005 13:04:32 +0200 Thanks , picking up on the one again having cleared the riched20 issues. the bz2 is the output of: WINEDEBUG=+dll,+file wine natspeak &>/tmp/msvcrt.log I specified msvcrt.dll as native/builtin but it still throws and error version <unspecified> and says it needs 6.?xxxx the end of the file reads: trace:file:append_entry long L"sx96v32.dll"... short L""... mask L"msvcrt.dll" trace:file:match_filename (L"sx96v32.dll"..., L"msvcrt.dll") trace:file:append_entry long L"sx96.ini"... short L""... mask L"msvcrt.dll" trace:file:match_filename (L"sx96.ini"..., L"msvcrt.dll") trace:file:FindNextFileW returning L"msvcrt.dll" (L"") trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\system\\msvcrt.dll",0x7bacee0c,0x7bacee08,(nil)) trace:file:RtlGetFullPathName_U (L"c:\\windows\\system\\msvcrt.dll" 520 0x7baceb50 0x7bacee08) so it seems to have found it but you will surely make more of this output than I can. TIA. On Sun, 25 Sep 2005 22:09:50 +0200, Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote:

1 0

Re: Partial solution to the unimplemented API: user32.RealChildWindowFromPoint
by Robert Shearman 27 Sep '05

27 Sep '05

Tisheng Chen wrote: >User32.RealChildWindowFromPoint is not implemented >yet. This causes foobar2000 (with foo_ui_columns) to >crash, whenever you right-click on a panel. > >This patch is only a partial solution. It just stop >the crash of programs like foobar2000. But the >functionality is not quite correct. It just uses >ChildWindowFromPointEx to find and return a >childwindow, since I don't really understand the >difference between them. > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winu… It seems that RealChildWindowFromPoint doesn't recurse into deeper windows, except for HTTRANSPARENT windows, where it recurses deeper than ChildWindowFromPoint to find a window that doesn't return this hit-test (except if it is a static control). What a mess for developers... Two comments on the patch: 1. Please send patches as text attachments. Usually, renaming to .diff or .txt before attaching is enough to make this happen. 2. "+ FIXME("partial stub. HWND: 0x%lx\n", (DWORD) hwndParent);" -> don't cast hwndParent to DWORD, just change the format to %p. Thanks for the patch, >Hope someone else will implement a better one. > > -- Rob Shearman

1 0

Re: DDraw: Better flag handling in SetCooperativeLevel
by Lionel Ulmer 27 Sep '05

27 Sep '05

On Thu, Sep 08, 2005 at 12:03:52PM +0200, Stefan Dösinger wrote: > Changelog: > *Add handling for DDSCL_SETFOCUSWINDOW in SetCooperativeLevel > *Print a fixme for DDSCL_CREATEDEVICEWINDOW and DDSCL_SETDEVICEWINDOW. Alexandre, any reason why this patch (plus the other about the reference counting) were not applied ? If you were waiting for some DDraw 'guru' to give his blessing, they both look OK to me :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 2

large file support and GetDiskFreeSpace gets wrong info on > 2GB disks
by Vijay Kiran Kamuju 27 Sep '05

27 Sep '05

Hi Alexander We should add the following lines to the configure script to check for large file support in the kernel. As the GetDiskFreeSpace gets wrong information regarding the disk space on disks > 2GB. dnl This test must come as early as possible after the compiler configuration dnl tests, because the choice of the file model can (in principle) affect dnl whether functions and headers are available, whether they work, etc. AC_SYS_LARGEFILE CFLAGS="$CFLAGS -D_FILE_OFFSET_BITS=${ac_cv_sys_file_offset_bits}" AC_CHECK_SIZEOF(off_t, 64, [ #include <stdio.h> #include <sys/types.h> #include <unistd.h> ]) Thanks Vijay

2 1

Steam broken again
by Ivan Gyurdiev 27 Sep '05

27 Sep '05

Is anyone interested in looking at: http://bugs.winehq.org/show_bug.cgi?id=3293 I can provide trace output, if you let me know what you need traced (ole? dbghelp? oleaut?). It would be nice if Steam could be made to work, so Oliver's D3D work can be tested w/ Half Life 2. Steam used to work, but an update has broken it again.

3 4

Re: msvcrt: portable printf integer conversions
by Mike McCormack 27 Sep '05

27 Sep '05

Hi Jesse, Jesse Allen wrote: > Here's a patch to start the work on getting our own printf number > conversions done internally. It adds pf_integer_conv, which is > capable of handling d,x,o,u,i. However, a large part of my intent is > to add support for I64 size integers. So I've decided to only foward > I64 sizes to it at this time, and leave the rest intact, as I've only > tested I64. I sent a message to wine-devel last night for comments, > but it seems to have gotten lost. We need to guage how to restructure > the printf code, especially since I've found two bugs in our current > implementation. Code to handle %I64 and %I32 has been missing for a while. Thanks for looking into this. Please make sure to write some test cases, as changing it will probably break something (or even make some of the current test cases pass). If you look at glibc's printf code, you'll realize how messy complete printf handling is... IMO, it would be better to let glibc handle the complexities of printf where possible, and work around the differences as we have done so far. Some comments on the patch: > + if( flags->Format == 'X' ) > + digits = "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ"; > + else > + digits = "0123456789abcdefghijklmnopqrstuvwxyz"; Do you really need the whole alphabet? > + else if( *(p+1) == '3' && *(p+2) == '2' ) > + { > + FIXME("%%I32 unhandled\n"); > + p += 3; > + } > + else > + { > + FIXME("%%I unhandled\n"); > + p++; Seems like if you have the code to do %I64, then doing %I32 would be easy too... I think that you'll find that %I31 is invalid, but again you'll need a test case to make sure. Mike

2 2

Re: Documentation volunteer(s) needed
by josephblack 27 Sep '05

27 Sep '05

In article <87oe6nlq4i.fsf(a)wine.dyndns.org>, julliard(a)winehq.org says... > Folks, > > As most of you probably know (at least those of you who managed to get > out of bed in time for my keynote ;-) we are supposed to release 0.9 > real soon now. We do have one remaining issue: the documentation > needs some major work. Not every bit of it is critical for the > release, but we need to fix at least the User's Guide to reflect the > recent configuration changes. Would anybody be interested in helping > with that? > www.wine-wiki.org has been compiling tips from the wine mailing lists. I had planned to use it to update the documentation, but keeping up with the lists has kept me busy. After some discussion, Jason (the owner) has confirmed he would like to raise an offer of wine-wiki.org and its contents to the Wine project. joseph black admin

2 2

Wine CVS as of 9/25/2005 Kills Notes
by Kevin DeKorte 27 Sep '05

27 Sep '05

I updated CVS yesterday and then tried to run notes 6.51 and got this backtrace. It works fine with 20050726 wine ./nlnotes Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. fixme:uniscribe:ScriptGetProperties 0x61be3aa8,0x61be3a7c fixme:uniscribe:ScriptRecordDigitSubstitution 1024,0x61be3a70 wine: Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. wine: Unhandled exception (thread 000d), starting debugger... Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Usage: winedbg [--command cmd|--auto] [--gdb [--no-start] [--with-xterm]] cmdline fixme:netapi32:NetUserEnum ((null),20, 0x2,0x4191f2e4,2,0x4191f4ec,0x4191f4f0,0x4191f2dc) stub! fixme:advapi:LookupAccountSidA ((null),sid=0x4191f01c,0x4191e9d4,0x4191edd8 (512),0x4191ebd4,0x4191efe0(512),0x4191efe4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub wine: Unhandled exception (thread 000b), starting debugger... -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351

3 10

winsock2 header missing function prototypes
by James Hawkins 27 Sep '05

27 Sep '05

Hey, While trying out example code from msdn covering windows sockets, I ran into a problem with the winsock2.h header. The example only included winsock2.h and used the socket() function. While compiling with winelib, gcc complained that socket is not a function. I looked through winsock2.h and couldn't find the prototype. It turns out the prototype is in winsock.h. I then checked to see if winsock2.h included winsock.h, and it turns out it does, but with __WINE_WINSOCK2__ defined. This prevents the prototypes from being included from winsock.h because they are protected by an if !defined(__WINE_WINSOCK2__). Right above this block is the note: /* * Prototypes * * Remember to keep this section in sync with the * "Winsock Function Typedefs" section in winsock2.h. */ I looked at the Winsock Function Typedefs from winsock2.h and they are just a bunch of typedefs (of course). If we can compile this program in windows, shouldn't we be able to compile it with winelib/make too? Is there anything I'm doing wrong or should something be fixed in the headers? Thanks, James Hawkins

1 1

Re: RICHED20: fix stylesheet reading and input callback
by Ivan Gyurdiev 27 Sep '05

27 Sep '05

Krzysztof Foltman wrote: >ChangeLog: > * Optional destinations in stylesheets are now skipped properly (and >not treated as the "proper" styles as they were before) > * EOF condition in the middle of the stylesheet is no longer putting >the reader into infinite loop > * Half-full input buffers don't trigger EOF anymore (although it could, >in theory, break some apps, I find it unlikely - and the change makes >Out from Boneville installer display license properly) > >In case of the problems with the last change (which shouldn't happen, >but we deal with Windows apps here ;-) ), uncomment the block starting >at line 132 in reader.c > > I can report a regression as of today. Running the Steam installer for Half Life 2 Demo got to the EULA in the morning. It is now not able to display the EULA. fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub ReadStyleSheet: missing style number Last token read was "}" near line 3, position 22. wine-pthread: style.c:62: ME_ToCF2W: Assertion `from->cbSize >= sizeof(CHARFORMAT2W)' failed. wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: assertion failed in 32-bit code (0x3b14b935). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:3b14b935 ESP:7fca6ae4 EBP:7fca6af4 EFLAGS:00000202( - 00 - - I1) EAX:00000000 EBX:00007786 ECX:00007786 EDX:00000006 ESI:00000000 EDI:3b23dff4 Stack dump: 0x7fca6ae4: 00007786 3b23dff4 00000000 b7fc7a30 0x7fca6af4: 7fca6c18 3b14ce6b 00000006 3b23dff4 0x7fca6b04: 0000005e 0000005f 7fca6bcc 3b17cf28 0x7fca6b14: 7d16dbe0 0000005f 0000005e fbad8000 0x7fca6b24: 7d16dbe0 7d16dbe0 7d16dbe0 7d16dbe0 0x7fca6b34: 7d16dc3e 7d16dc44 7d16dbe0 7d16dc44 0200: sel=1007 base=7fffc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x3b14b935 gsignal+0x45 in libc.so.6 (0x7fca6af4) 2 0x3b14ce6b abort+0xe7 in libc.so.6 (0x7fca6c18) 3 0x3b144fa6 __assert_fail+0xb6 in libc.so.6 (0x7fca6c38) 4 0x20511cb4 ME_CopyToCF2W+0x0(to=0x7fca6c78, from=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:67] in riched20 (0x7fca6c5c) 5 0x20511fe7 ME_ApplyStyle+0x2b(sSrc=0x7f6c39a0, style=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:154] in riched20 (0x7fca6cf8) 6 0x205057d5 ME_RTFReadHook+0xdd(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/editor.c:490] in riched20 (0x7fca6dd0) 7 0x2050d505 RTFGetToken+0x35(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:464] in riched20 (0x7fca6de4) 8 0x2050d9cd RTFRead+0x25(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:379] in riched20 (0x7fca6df8) 9 0x20509306 RichEditANSIWndProc+0x271a(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:591] in riched20 (0x7fcacffc) 10 0x20509eec RichEdit10ANSIWndProc+0x24(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:1951] in riched20 (0x7fcad020) 11 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcad044) 12 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcad078) 13 0x682cda89 CallWindowProcA+0x161(func=0x4fd69000, hwnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:3230] in user32 (0x7fcad0a4) 14 0x682a3dc5 call_window_proc+0xa1(lparam=0x7fcad194, unicode=0x0, same_thread=0x1) [/home/phantom/src/wine/dlls/user/message.c:1520] in user32 (0x7fcad0fc) 15 0x682a7136 SendMessageTimeoutA+0x1ba(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194, flags=0x0, timeout=0x0, res_ptr=0x7fcad174) [/home/phantom/src/wine/dlls/user/message.c:2396] in user32 (0x7fcad150) 16 0x682a71b5 SendMessageA+0x31(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194) [/home/phantom/src/wine/dlls/user/message.c:2440] in user32 (0x7fcad17c) 17 0x1000a637 in glc252.tmp (+0xa637) (0x7fcad1a0) 18 0x10009b89 _ListboxSubclassProc@16+0x568 in glc252.tmp (0x7fcad5f8) 19 0x10009a61 _ListboxSubclassProc@16+0x440 in glc252.tmp (0x7fcadeec) 20 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadf10) 21 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadf44) 22 0x682cd99e CallWindowProcA+0x76(func=0x6832a118, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:3245] in user32 (0x7fcadf70) 23 0x6827a0f8 DefDlgProcA+0x54(hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/defdlg.c:453] in user32 (0x7fcadfa0) 24 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadfc4) 25 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadff8) 26 0x682cf3fb CallWindowProcW+0x117(func=0x68329e1a, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:3058] in user32 (0x7fcae498) 27 0x682a3e24 call_window_proc+0x100(lparam=0x0, unicode=0x1, same_thread=0x1) [/home/phantom/src/wine/dlls/user/message.c:1515] in user32 (0x7fcae4f0) 28 0x682a72f9 SendMessageTimeoutW+0x139(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0, flags=0x0, timeout=0x0, res_ptr=0x7fcae560) [/home/phantom/src/wine/dlls/user/message.c:2348] in user32 (0x7fcae53c) 29 0x682a733d SendMessageW+0x31(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0) [/home/phantom/src/wine/dlls/user/message.c:2429] in user32 (0x7fcae568) 30 0x6827eb3d DIALOG_CreateIndirect+0xd9d(dlgProc=0x10007c17, param=0x0, unicode=0x0, modal=0x0) [/home/phantom/src/wine/dlls/user/dialog.c:638] in user32 (0x7fcae6a8) 31 0x6827f451 CreateDialogIndirectParamAorW+0x29(hInst=0x10000000, dlgTemplate=0x7ff9cd14, owner=0x20042, dlgProc=0x10007c17, param=0x0, flags=0x2) [/home/phantom/src/wine/dlls/user/dialog.c:697] in user32 (0x7fcae6c8) 32 0x6827f502 CreateDialogIndirectParamA+0x26(hInst=0x10000000, dlgTemplate=0x7ff9cd14, owner=0x20042, dlgProc=0x10007c17, param=0x0) [/home/phantom/src/wine/dlls/user/dialog.c:706] in user32 (0x7fcae6ec) 33 0x10007b2e in glc252.tmp (+0x7b2e) (0x7fcae780) 34 0x100078ee in glc252.tmp (+0x78ee) (0x7fcae898) 35 0x100044cc in glc252.tmp (+0x44cc) (0x7fcaf5b0) 36 0x10001fa8 WiseMain+0xf99 in glc252.tmp (0x00000000) 0x3b14b935 gsignal+0x45 in libc.so.6: xchgl %edi,%ebx Modules: ...

1 0

re: [bug824] update
by Dan Kegel 27 Sep '05

27 Sep '05

Vijay wrote: > Any comments on why this patch has not been commited > http://www.winehq.org/pipermail/wine-patches/2004-October/013221.html Probably because it does not include a conformance test. If you like, you could help by turning http://members.cox.net/~rgalbraith10/wine/bug824/demo824.c into an unattended conformance test by following the example in http://winehq.org/site/docs/wine-devel/testing-test - Dan

2 1

listview crash fix
by Dimi Paun 26 Sep '05

26 Sep '05

Hi Michael, Can you try this out and let me know if it works please? To be honest, I don't like this solution at all, I'll try a different approach tonight, but in the meanwhile... -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

4 11

Re: winspool/tests: New Testsuite
by Detlef Riekenberg 26 Sep '05

26 Sep '05

New Testsuite for GetDefaultPrinter and GetPrinterDriverDirectory Added: + Test Printing Environments for GetPrinterDriverDirectory + More intensive Testing. + Verbose Output with "WINETEST_DEBUG" > 1 * More tests will follow. If the Patch is to Large (i already removed the Unicode-Tests) i can split the Testsuite, but this will reduce the amount of testing, compared to the current CVS. Changelog: - New Testsuite for winspool.drv: GetDefaultPrinterA and GetPrinterDriverDirectoryA (with different environments) - Verbose Output with "WINETEST_DEBUG" > 1 -- By By ... ... Detlef

2 2

Re: Auto-register d3drm too?
by Lionel Ulmer 26 Sep '05

26 Sep '05

On Mon, Sep 26, 2005 at 12:48:04AM +0200, Francois Gouget wrote: > d3drm.dll has exactly the same issue as d3dxof.dll. It depends on the > CLSID\{4516EC41-8F20-11D0-9B6D-0000C0781BC3} registry key but it is > unclear how this key is supposed to be created. It seems to be the same issue that we have with the DDplay service providers whose keys are not registered by any DLL (I put them in wine.inf). Alexandre proposed in those days the creation of a 'directx.inf' which would regroup all keys created by a standard DirectX installation. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

bugzilla cleanup status
by Vijay Kiran Kamuju 26 Sep '05

26 Sep '05

Total Available bugs - 1280 (as of now) Jonathan Ernst could you give me your irc id, do you hang around irc Thanks, Vijay

2 1

Re: fix scollbar off by one error
by Andreas Mohr 26 Sep '05

26 Sep '05

Hi, On Mon, Sep 26, 2005 at 05:08:09PM +0530, Vijay Kiran Kamuju wrote: > Changelog > --------------- > fix scrollbar off by one error (bug 765) r = *rect; if( vertical ) - r.bottom = r.top + arrowSize; + r.bottom = (r.top++) + arrowSize; else - r.right = r.left + arrowSize; + r.right = (r.left++) + arrowSize; Are you sure this is what you want? This will increment r.top and r.left, too! Even if it is exactly what you intend it to do, then this code is still confusing and should instead use more explicit notation. Andreas Mohr

2 1

tiny fonts on cvs
by wino＠piments.com 26 Sep '05

26 Sep '05

HI, I am getting miniscule 2.5 point fonts on my new wine-cvs. some dlgs come up ok but winecfg inparticular is unreadably small. suggestions pls.

2 3

Re: mlang
by Huw D M Davies 26 Sep '05

26 Sep '05

On Fri, Sep 23, 2005 at 01:38:39PM -0500, Aric Stewart wrote: > Implement a basic beginning for > fnIMLangFontLink_CodePageToCodePages, > fnIMLangFontLink_CodePagesToCodePage and fnIMLangFontLink_GetFontCodePages. > Also some tests for the new functions. > Index: dlls/mlang/mlang.c > =================================================================== > RCS file: /home/wine/wine/dlls/mlang/mlang.c,v > retrieving revision 1.23 > diff -u -r1.23 mlang.c > --- dlls/mlang/mlang.c 7 Sep 2005 11:31:18 -0000 1.23 > +++ dlls/mlang/mlang.c 23 Sep 2005 18:36:58 -0000 > @@ -449,6 +449,63 @@ > "Courier","Arial" } /* FIXME */ > }; > > +#define FS(x) {{0,0,0,0},{0x1<<(x),0}} > +#define MAXTCIINDEX 32 > +static const CHARSETINFO FONT_tci[MAXTCIINDEX] = { > + /* ANSI */ > + { ANSI_CHARSET, 1252, FS(0)}, > + { EASTEUROPE_CHARSET, 1250, FS(1)}, > + { RUSSIAN_CHARSET, 1251, FS(2)}, > + { GREEK_CHARSET, 1253, FS(3)}, > + { TURKISH_CHARSET, 1254, FS(4)}, > + { HEBREW_CHARSET, 1255, FS(5)}, > + { ARABIC_CHARSET, 1256, FS(6)}, > + { BALTIC_CHARSET, 1257, FS(7)}, > + { VIETNAMESE_CHARSET, 1258, FS(8)}, As I mentioned on IRC, all this stuff is available through TranslateCharsetInfo, so why duplicate all thia? Huw.

3 3

Rendering problem when scrolling license agreement in Picasa installer
by Dan Kegel 26 Sep '05

26 Sep '05

http://bugs.winehq.org/show_bug.cgi?id=3348 describes a scrolling problem that is probably pretty easy to fix. The nullsoft(?) installer used by picasa 2 seems to have a problem with text scrolling in the latest snapshot of wine. Scrolling using the keyboard works, but scrolling by clicking on the arrows of the scrollbar screws up the new text. I have a sneaking suspicion this affects other apps. Is this a known problem already? Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 1

[bug50] update
by Vijay Kiran Kamuju 26 Sep '05

26 Sep '05

could please explain whats wrong with this patch http://www.winehq.org/pipermail/wine-patches/2005-June/017959.html This fixes bug[50 Thanks, Vijay

1 0

[bug824] update
by Vijay Kiran Kamuju 26 Sep '05

26 Sep '05

Hi, Any comments on why this patch has not been commited http://www.winehq.org/pipermail/wine-patches/2004-October/013221.html Thanks, Vijay

1 0

Re: [Now ns7] Dragon ns8 problem
by wino＠piments.com 26 Sep '05

26 Sep '05

Jean, gentoo ; kernel 2.6.22 with alsa and alsa-oss; wine 20050524; NS 7 pref. I've started going through this from scatch. So far I have got the installer to work by importing riched* from win2k and comdlg32.dll off a dll archive on the web. used sidenet to set up the config only. refered to frankscorner to install DCOM98 and to run installshield. wine regedit to add string value 5.0.2014.0216 to following regkey. HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer So far it installs without error but now on running wine natspeak I get "cant find nstex50.dll" this is odd since it is in the current dir. This may be a result of my not having installed IE6 this time but still seems odd. regards. On Thu, 22 Sep 2005 17:40:05 +0200, Jean Magnan de Bornier <jean(a)bornier.net> wrote: > Le 22 septembre à 17:26:01 peter(a)piments.com écrit notamment: > > | Yes, on recent winecfg base versions, I also found it was very slow to > | open my user profiles and crashed as soon as I opened DragonPad. >> > | I can only repeat that I had the most luck with 20050524. Since you are > | apparently using Gentoo you will find this is still in the portage > tree so > | I dont understand your reluctance to try it. (Use "quickpkg wine" to > make > | binary of wine before you change versions , then you can use emerge -k > | later to avoid the lenghty rebuild if you want to swap back.) >> > | bash-3.00#emerge -p =app-emulation/wine-20050524 > > OK, thanks, I will try it another time (last time with this version > couln't install NS, maybe I did some mistake there...) > thanks for your patience...

3 4

Re: Make DrawMenuBar and SetMenu tests pass under Wine
by Vitaliy Margolen 26 Sep '05

26 Sep '05

Saturday, September 24, 2005, 9:10:03 AM, Dmitry Timoshkov wrote: > It's a bit awkward to run message tests with current CVS, DDE test > fails and doesn't allow the tests to continue, so I had to run it > manually. I haven't investigated the source of the failure, but symptoms > are that IsWindowUnicode now returns TRUE when it shouldn't, and that > reminds me old reports that uxtheme makes windows appear unicode > when they are not. Time to go to test.winehq.org and find the time of > the breakage. Just look for theming patches from around 1 - 1.5 months ago. Each themed control has that problem. I don't understand that too, but author claims that this the way it is on winXP with comctl32 6.0. Vitaliy Margolen

2 1

Wine on NetBSD?
by Bryce Robilliard 25 Sep '05

25 Sep '05

Hello, I was enquiring as to whether or not Wine is compatible with NetBSD, or if any other port of Wine is compatible with NetBSD. If not are there any plans to make this so? Regards, Bryce

4 3

Safedisc 1 works on wine
by Ivan Leo Puoti 25 Sep '05

25 Sep '05

Finally we've got safedisc1 running on linux. Thanks go to *Laurent* Pinchart, Vitaliy Margolen, *Brad DeMorrow, Marcus Meissner, and Alexandre for contributing time/code/ideas. The code is 100% DMCA compliant and hopefully can be cleaned up to be good enough for cvs over the coming days and weeks. Two games have been tested, they both use the same version of safedisc (don't ask how we know, we do) http://www.kievinfo.com/images/wine/HoM3_1.jpg http://www.kievinfo.com/images/wine/safediscworks.jpg Ivan. *

2 4

Wine can't load DLL, built with Winelib.
by Peter Lemenkov 25 Sep '05

25 Sep '05

Hello All! Please, look at the applied sources (Makefile, main application, spec-file and library module). I tried to load library, from main application (with LoadLibrary(...)). Both application and DLL, are built with winelib, using winegcc. I found strange behaviour - then DLL loaded from current working directory, all things are OK, but then I tried to load DLL from .\Test\Dir\ (for example), LoadLibrary returns NULL. What I'm doing wrong? -- With best regards, Peter Lemenkov.

1 0

wineconsole --backend-user
by Robert Lunnon 25 Sep '05

25 Sep '05

After an underwhelming response to my last query, I dug a little deeper and while I'm not too familiar with windows code I can't seem to figure out what is wrong with user.c that gives me my funny display. It would seem that either bitblt isn't working as advertised or the memory DC isn't being written properly (or it's not compatible with the display context). Does --backend=user work under Linux ? Anyway, before I spend a great deal of time on this, I am prompted to ask how important is this backend, seeing I have curses working properly. I could easily make the user backend default to the curses implementation for compatibility short term. Is there a downside to this? Is this something that's likely to be deprecated soon ? Bob

3 3

d3d8 / wined3d, missing prototypes
by H. Verbeet 25 Sep '05

25 Sep '05

When compiling d3d8 and wined3d I get quite a few warnings about missing function prototypes. Eg, "warning: implicit declaration of function `glMultiTexCoord1f'" etc. This in turn causes things like texture coordinates to be all messed up (screenshot attached). I'm using the nVidia OpenGL headers. In the case of wined3d it seems to be caused by GL_GLEXT_PROTOTYPES being defined to late. In include/wine/wined3d_gl.h: #define XMD_H /* This is to prevent the Xmd.h inclusion bug :-/ */ #include <GL/gl.h> #define GL_GLEXT_PROTOTYPES #define GLX_GLXEXT_PROTOTYPES #include <GL/glx.h> #ifdef HAVE_GL_GLEXT_H # include <GL/glext.h> #endif #undef XMD_H Seems ok, but gl.h actually includes glext.h: #ifndef GL_GLEXT_LEGACY #include <GL/glext.h> #endif Moving the #define GL_GLEXT_PROTOTYPES up to before the #include <GL/gl.h> fixes it. Pretty much the same goes for d3d8, except that for d3d8 GL_GLEXT_PROTOTYPES doesn't appear to be defined at all. In both include/wine/wined3d_gl.h and dlls/d3d8/d3d8_private.h the relevant section should then become: #define XMD_H /* This is to prevent the Xmd.h inclusion bug :-/ */ #define GL_GLEXT_PROTOTYPES #include <GL/gl.h> #define GLX_GLXEXT_PROTOTYPES #include <GL/glx.h> #ifdef HAVE_GL_GLEXT_H # include <GL/glext.h> #endif #undef XMD_H

1 0

Theming SoC outcome
by Frank Richter 25 Sep '05

25 Sep '05

Hi, as some of you may have noticed, I did a bunch of theming-related work in Wine, which was done within a project in Google's Summer of Code. This is a small overview over what I've done: - All "non-standard" controls(those that are provided by comctl32, e.g. Tabs) are themed and seem to work quite well so far. - All standard controls except Buttons and Scrollbars are themed, though not always perfect. - Due the fact that uxtheme was actually used, a number of fixes and improvements have been made. However, there are still things left open: - Bugs. Notably, the dreaded A->W WM_GETTEXTLENGTH issue breaking all Delphi apps. Working on it though. - A number of smaller and not so small visual glitches. - Speed. Seems with alpha blending things are not exactly blazing along. At least for some of the issues I still have some ideas floating around, so I guess I'll stick around a bit longer and try to get them fixed. -f.r.

2 1

Re: [Fwd: Re: [AppDB] new server supports GD2]
by Chris Morgan 25 Sep '05

25 Sep '05

Screenshot regeneration just finished and they look much much better. Thanks for the server upgrade Jeremy! Chris On Wednesday 21 September 2005 5:43 am, Jonathan Ernst wrote: > Check if it works on the live server after applying, then regenerate all > screenshots from the admin. > > Thanks. > > > Changelog: > Use GD2 if it's available > > > -------- Message transféré -------- > De: Chris Morgan <cmorgan(a)alum.wpi.edu> > À: Jonathan Ernst <Jonathan(a)ernstfamily.ch> > Sujet: Re: [AppDB] new server supports GD2 > Date: Sat, 17 Sep 2005 10:46:50 -0400 > > Very cool, I had no idea such a thing existed but that makes it a much > nicer implementation for us I think. > > Chris > > On Saturday 17 September 2005 5:30 am, you wrote: > > gd2 and gd1 use different functions, so that if php is compiled with gd2 > > support, gd2 functions will be available: > > > > http://ch2.php.net/function_exists > > > > bye > > > > Le vendredi 16 septembre 2005 à 20:42 -0400, Chris Morgan a écrit : > > > I'm not opposed to doing that, thats even one more step further than > > > what I was proposing although I'm not sure how to do it. Does gd have > > > some kind of version querying call we can use? > > > > > > Chris > > > > > > On Friday 16 September 2005 10:36 am, you wrote: > > > > A better way would be to check for the availability of the functions. > > > > (I recall a Wine discussion where Alexandre was telling someone to > > > > check for bugs, not for versions to someone who wanted his > > > > application to workaround some bugs in Wine; we should do the same > > > > for AppDB IMO). > > > > > > > > What do you think ? > > > > > > > > I can't do it now, but if you don't do it in the next days, I'll have > > > > a look at it. > > > > > > > > Le jeudi 15 septembre 2005 à 20:22 -0400, Chris Morgan a écrit : > > > > > Can we use a define at the top of the file that specifies GD1 or > > > > > GD2 so we don't have to comment one set out and uncomment the other > > > > > if we or anyone else has to switch? > > > > > > > > > > Chris > > > > > > > > > > On Thursday 15 September 2005 5:01 am, Jonathan Ernst wrote: > > > > > > Hi Chris, > > > > > > > > > > > > Something wrong with this one ? > > > > > > > > > > > > Le mercredi 31 août 2005 à 15:16 +0200, Jonathan Ernst a écrit : > > > > > > > To be applied after Jeremy confirms that GD2 is installed. > > > > > > > To test: go to the admin and regenerate all pictures > > > > > > > > > > > > > > Changelog: > > > > > > > - use GD2 php functions to get nicer screenshots

3 3

Broken link in http://bugs.winehq.org/queryhelp.cgi
by dank＠kegel.com 25 Sep '05

25 Sep '05

Can somebody fix the broken image link in http://bugs.winehq.org/queryhelp.cgi ? It looks kind of ugly at the moment.

1 0

Re: Bugzilla cleanup
by dank＠kegel.com 25 Sep '05

25 Sep '05

Vijay wrote: > There are lot of available bugs in bugzilla, 1305 till now. > I closed some 5 issues. > I have some 15 bugs on my agenda. > I will be testing them or sending patches for them, starting tommorrow. > If anybody is interested, please try to close as many old bugs as possible. > We have old bugs that date from 2001, many might have been fixed by now. Yeah! I put together a web page to help guide new wine volunteers to do just that. It's at http://kegel.com/wine/qa and I'm starting to publicize it. Please have a look at it and let me know if you see anything that needs improving. I'll upload that content to winehq's web site once it's complete and polished. (And then maybe I'll turn my efforts to recruiting more wine *developers* to fix the bugs :-) - Dan

1 0

cant find dll in current dir.
by wino＠piments.com 25 Sep '05

25 Sep '05

I have installed an app without too many issues but now when running it , it cant find a dll that is in the current directory from which I ran the wine command. "cant find nstex50.dll" ls -ail nstex50.dll 407904 -rw-r--r-- 1 wino users 184370 Feb 13 2003 nstex50.dll running wine with windebug dll channel and grepping the output, I get the following : does that look like it can find it or not. I dont understand the wine output. I suspect the error is not what it is showing in the errdlg! TIA. grep -i "nstex" /tmp/file.log trace:file:append_entry long L"nstex50.dll"... short L""... mask L"DgnMyCmds.dll" trace:file:match_filename (L"nstex50.dll"..., L"DgnMyCmds.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"nssystem.ini" trace:file:match_filename (L"nstex50.dll"..., L"nssystem.ini") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10renx.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10renx.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"natspeak.exe.local" trace:file:match_filename (L"nstex50.dll"..., L"natspeak.exe.local") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10renx.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10renx.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"audio.exe" trace:file:match_filename (L"nstex50.dll"..., L"audio.exe") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gentrain.dll" trace:file:match_filename (L"nstex50.dll"..., L"gentrain.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"natspeak.exe" trace:file:match_filename (L"nstex50.dll"..., L"natspeak.exe") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10midl.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10midl.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10scrp.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10scrp.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10shrd.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10shrd.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10srvr.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10srvr.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10hook.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10hook.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10gldt.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10gldt.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10sapi.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10sapi.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10trob.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10trob.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"models.ini" trace:file:match_filename (L"nstex50.dll"..., L"models.ini") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"mrec.dll" trace:file:match_filename (L"nstex50.dll"..., L"mrec.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"server.dll" trace:file:match_filename (L"nstex50.dll"..., L"server.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6d.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6d.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6d.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6d.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dnstk10.dll" trace:file:match_filename (L"nstex50.dll"..., L"dnstk10.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10enum.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10enum.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6.dll")

2 1

Bugzilla cleanup
by Vijay Kiran Kamuju 25 Sep '05

25 Sep '05

Hi, There are lot of available bugs in bugzilla, 1305 till now. I closed some 5 issues. I have some 15 bugs on my agenda. I will be testing them or sending patches for them, starting tommorrow. If anybody is interested, please try to close as many old bugs as possible. We have old bugs that date from 2001, many might have been fixed by now. Thanks, Vijay

2 1

Wine/dlls/GDI/region.c - Optimization
by Petr Kobalicek 25 Sep '05

25 Sep '05

Hi Wine team, I was reviewed some wine and XOrg code (I was writing a canvas library) and I have used XOrg region API (in wine project it's in /dll/GDI/region.c), I have done some optimizations in round (and elliptic) regions computing and my code is about 10x faster than original, I was sended an email to XOrg too, sorry that i wasn't sending a patch now, but if you are interested I can send commented sources and wine developers can merge it. It's very small modification that has about 20 lines, but speed is increased much, I'm working on another optimizations of regional API and I probabbly do more things to do things faster. Kind Regards Petr Kobalicek

3 2

Re: [bug 1858] WM_MOUSEACTIVATE processing
by Dmitry Timoshkov 25 Sep '05

25 Sep '05

"Ann & Jason Edmeades" <us(a)edmeades.me.uk> wrote: > Under wine, our defwinproc was not returning MA_ACTIVATE for HTNOWHERE > (0x0000), and a simple change confirmed that returning that did indeed fix > the problem. That leaves the question as to whether the change is right. > > I've attached a patch plus simple modified the tests to ensure that > MA_ACTIVATE is correct. Please let me know if there are any problems with > this one - I don't like touching the defwinproc! How about an one line test case which simply does ret = DefWindowProc(hwnd, WM_MOUSEACTIVATE, 0, HTNOWHERE); ok(ret == MA_ACTIVATE, "expected to return MA_ACTIVATE\n"); That would tell you what Windows returns in that case. -- Dmitry.

2 1

where's the doc?
by wino＠piments.com 25 Sep '05

25 Sep '05

I know some work is underway to bring the wine doc upto date but is there any resource I can refer to in order to set up recent wine ? It is currently unusable since most text is coming up about two pixels high. Specifically winecfg is miniscule and unusable. The doc which installs with wine still seems to refer to documentation/samples/config and there is no information available on how to correct this font error. RTFM? I'd love to. Where is the FM? ;)

1 0

glibc versions
by wino＠piments.com 25 Sep '05

25 Sep '05

Are there any issues with more recent glibc? I am looking to what has changed on my system since I had wine working nicely a few months back. It occured to me that I probably have updated glibc at some point possibly later then the wine build that worked to well until I foolishly tried to update it. Is there anything here we need to be aware of? TIA for any detail. Regareds

2 4

bug[824]: registry errors
by Vijay Kiran Kamuju 25 Sep '05

25 Sep '05

Hi, Anybody tested the patch and test for bug[824] in bugzilla. Any news on it. Thanks, Vijay

1 0

re: glibc versions
by dank＠kegel.com 25 Sep '05

25 Sep '05

Jesse Allen wrote: > I just found out two days ago that Wine built with GCC 4.0 breaks > SecuRom protected games -- probably in signal handling. gcc-4.0.0 had a number of issues. gcc-4.0.1 fixed some of these. gcc-4.0.2 is just about to be released. Maybe you could try out gcc-4.0.2-rc3 when it comes out (Monday?) and see if it fixes the problem? It'll be at ftp://gcc.gnu.org/pub/gcc/ and discussed e.g. in http://gcc.gnu.org/ml/gcc/2005-09/ - Dan

1 0

Re: [Bug 2759] can not start winmx 3.53
by James Hawkins 24 Sep '05

24 Sep '05

On 9/24/05, jim potter <james.potter7(a)ntlworld.com> wrote: > > how do I sort winmx 3.53. it does not connect? > "WinMX PNP Network Mysteriously Ends Operations" http://www.slyck.com/news.php?story=921 -- James Hawkins

1 0

(no subject)
by wino＠piments.com 24 Sep '05

24 Sep '05

Still struggling here. looks like a bug in the start up checks of the app. since the file it is looking for exists in the current directory. how can I trace in to find out the real cause of the exceptions? TIA/ 21:02:38 File c:\windows\speech\vcmd.exe: Version 4.0.4.3405 21:02:38 File c:\windows\speech\vcmshl.dll: Version 4.0.4.2903 21:02:38 File c:\PROG~FBU\ScanSoft\NATU~BD1\Program\dnstk10.dll: Version 7.0.0.2 21:02:38 File c:\PROG~FBU\ScanSoft\NATU~BD1\Program\dmfc6.dll: Version 7.0.0.0 21:02:38 File c:\PROG~FBU\ScanSoft\NATU~BD1\Program\dd10enum.dll: Version 7.0.0$ 21:02:38 File c:\PROG~FBU\ScanSoft\NATU~BD1\Program\dmfc6.dll: Version 7.0.0.0 21:02:38 Exception thrown (d:\work\px\trouble\tests.cpp, 936). 21:02:38 21:02:38 Cannot find the file 'nstex50.dll' 21:02:38 QuickCheck Failed. 21:02:55 Final Termination

1 0

bugzilla search error
by Vijay Kiran Kamuju 24 Sep '05

24 Sep '05

Software error: Undefined subroutine &Bugzilla::Search::ThrowUserError called at Bugzilla/Search.pm line 561. For help, please send mail to the webmaster (webmaster(a)codeweavers.com), giving this error message and the time and date of the error. Hi, When itry to click the top search button in bugzilla search, with summary = msvcrt and keywords = msvcrt I am getting the above error Thanks, Vijay

3 3

Empowering QA volunteers to add keywords...
by Robbert Xerox 24 Sep '05

24 Sep '05

I'd like to help out too, to get the bugzilla database managed a bit. I think you have to contact dustin navea; i've sent him a mail but got no response. Anyone suggestions? Regards In the OpenOffice.org QA project, volunteers who have proven themselves by adding helpful comments to a few bug reports can then request to be given the ability to change all fields of a bug report (see http://qa.openoffice.org/helping.html). IMHO Wine might want to try that out, too. I hereby request those privileges ;-) I'm doing some bug triage, and I'd like to be able to add e.g. keyword 'download' to http://bugs.winehq.org/show_bug.cgi?id=2632 but I'm not suitably empowered. Who can grant my request? Thanks, Dan ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 1

Empowering QA volunteers to add keywords...
by dank＠kegel.com 24 Sep '05

24 Sep '05

In the OpenOffice.org QA project, volunteers who have proven themselves by adding helpful comments to a few bug reports can then request to be given the ability to change all fields of a bug report (see http://qa.openoffice.org/helping.html). IMHO Wine might want to try that out, too. I hereby request those privileges ;-) I'm doing some bug triage, and I'd like to be able to add e.g. keyword 'download' to http://bugs.winehq.org/show_bug.cgi?id=2632 but I'm not suitably empowered. Who can grant my request? Thanks, Dan

2 1

Re: Fix invisible mouse (GuildWars) (3rd try......:( )
by lnd＠denhulster.nl 24 Sep '05

24 Sep '05

Sorry about that, patch is completely wrong. Forget about it and don't apply.

1 0

wingcc link problem
by Vitaly Lipatov 24 Sep '05

24 Sep '05

Last days I can't compile any program with winegcc: $ winegcc buildtest.c a.out.exe-u5twQI.spec.o(.data+0x28): In function `__wine_spec_nt_header': : undefined reference to `__wine_spec_exe_entry' a.out.exe-u5twQI.spec.o(.init+0x1): undefined reference to `__wine_spec_init_ctor' collect2: ld returned 1 exit status winegcc: gcc failed. $ cat buildtest.c int main(int argc, char **argv) { exit(0); } Any suggestions? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

1 0

Need help copying and painting with BitBlt
by James Hawkins 24 Sep '05

24 Sep '05

Hey guys, I'm working on implementing the SizeBar in HTML Help, but I'm running into troubles with BitBlt. The expected behavior is as follows: * User left-clicks on the SizeBar window. WM_LBUTTONDOWN - Copy the contents of the SizeBar window to a bitmap. * User "drags" the SizeBar left or right. WM_MOUSEMOVE - Draw the bitmap containing the SizeBar contents with XOR so the old position is erased and the new position is drawn. * User releases the SizeBar. WM_LBUTTONUP - Release bitmap resources. - Resize internal windows. The only thing not working is the color of the moving SizeBar. The color in the bar is black with very few specks of white here and there. Also, when the bar passes over text, the parts of the bar with text under it turns white. Another problem is that the bar is drawn 23 pixels too high, so the bar starts at y=26 even though I specify y=49 in BitBlt. Right now I'm using a couple global variables temporarily until I can get the feature to work, but the following is the function that copies the bits from the SizeBar window into the bitmap: static void SB_CopySizeBar(HHInfo *pHHInfo) { HDC hdc = GetDC(pHHInfo->hwndSizeBar); RECT rc; hdcMem = CreateCompatibleDC(hdc); SB_GetSizeBarRect(pHHInfo, &rc); hbm = CreateCompatibleBitmap(hdc, rc.right, rc.bottom); SelectObject(hdcMem, hbm); BitBlt(hdcMem, rc.left, rc.top, rc.right, rc.bottom, hdc, 0, 0, SRCCOPY); } When I paint the bar I use: BitBlt(hdc, rc.left, rc.top, rc.right, rc.bottom, hdcMem, 0, 0, SRCINVERT); I've attached a screen shot of what it should look like, and what it actually looks like. If anyone has any ideas about getting this to work, I would greatly appreciate it. Thanks, James Hawkins

1 0

Re: XEmbed Systray Support
by Alexandre Julliard 24 Sep '05

24 Sep '05

Robert Shearman <rob(a)codeweavers.com> writes: > + ev.xclient.type = ClientMessage; > + ev.xclient.window = systray_window; > + ev.xclient.message_type = x11drv_atom(_NET_SYSTEM_TRAY_OPCODE); > + ev.xclient.format = 32; > + ev.xclient.data.l[0] = CurrentTime; > + ev.xclient.data.l[1] = SYSTEM_TRAY_REQUEST_DOCK; > + ev.xclient.data.l[2] = data->whole_window; > + XSendEvent( display, systray_window, False, NoEventMask, &ev ); > + XSync( display, False ); You need to get the tsx11 lock when calling X functions. Also what's the reason for having an XSync here? -- Alexandre Julliard julliard(a)winehq.org

3 4

(no subject)
by dank＠kegel.com 23 Sep '05

23 Sep '05

Dimi wrote: >> http://kegel.com/wine/qa > >Good page. Thanks! >I'm afraid that it will not get enough >exposure up on your site though, Don't underestimate the power of search engines to find obscure content... but I agree. >it seems to me >it would fit perfectly into our Wiki. Ditto for the >other (excellent) Wine pages you have there. Sorry, I'm allergic to wikis. I much prefer editing in vi. I'd be happy to add it to the winehq.org web site once I've gotten it up to snuff. [ If the wiki stored its files in the same cvs archive as winehq.org does, we'd have the best of both worlds... wonder why no wikis are set up like that.] By the way, do you happen to know how one gets permission to modify bugzilla reports? That's kind of needed so the more experienced bug triage volunteers can add keywords, etc., and I'd like to add that info to my page. - Dan

1 0

memory leak detection patch
by Mike McCormack 23 Sep '05

23 Sep '05

Hi, This patch is written for MSI, but could be adapted to other code. It keeps a linked list of allocated memory and removes free'd memory from the list. It requires that you change all the HeapAlloc's or mallocs in a dll to msi_alloc (for example), but can detect unfree'd memory and invalid free's. I have discovered quite a few problems in my own code with this patch, so hopefully somebody else will find it useful too. Mike

4 4

oh, and a question about old config options
by Robbert Xerox 23 Sep '05

23 Sep '05

Hi, i also would like to ask the following question: I've sent in a patch to add an option to run applications in Managed mode (or not). My question is : what is the status of this option (and others from the old config file) in current wine: is there a policy to get rid of these options, or will they remain in wine. ATM this option still helps some apps (like winamp) to run in a better way. Furthermore: will there be an option added to winecfg where you can set the debug options (like RelayExclude) or do we have to do this for eternity in the registry now (which i find rather annoying) At least: what i as i user would find very handy is some kind of environment variable where you can set the searchpath for native dlls. Again, atm this has to be done in the registry, but a more userfriendly way would be better i think. Any thoughts? ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

ntsepkg.h and security.h missed in wine
by Peter Lemenkov 23 Sep '05

23 Sep '05

Hello, All! I'm trying to compile Miranda-IM with Winelib (main module already compiled) and find oud that these two necessary headers are missed in Wine-includes. In order to compile miranda-im, I took 'em from MinGW win32api distribution: http://cvs.sourceforge.net/viewcvs.py/*checkout*/mingw/w32api/include/ntsec… http://cvs.sourceforge.net/viewcvs.py/*checkout*/mingw/w32api/include/secur… Are there any ways to officially include these files into Wine? -- With best regards, Peter Lemenkov.

3 2

Fwd: [RESEND] WININET: use ICU_BROWSER_MODE in InternetCanonicalizeUrl
by Denis Lukianov 23 Sep '05

23 Sep '05

Anything wrong with my patch? It hasn't been accepted Begin forwarded message: > From: Denis Lukianov <denis(a)voxelsoft.com> > Date: 22 September 2005 03:06:12 BDT > To: wine-patches(a)winehq.org > Subject: [RESEND] WININET: use ICU_BROWSER_MODE in > InternetCanonicalizeUrl > Reply-To: wine-devel(a)winehq.org > > > Fixes bug 3319. > > =================================================================== > RCS file: dlls/wininet/internet.c,v > retrieving revision 1.1 > diff -u -r1.1 dlls/wininet/internet.c > --- dlls/wininet/internet.c 2005/09/18 11:17:09 1.1 > +++ dlls/wininet/internet.c 2005/09/22 01:55:14 > @@ -1514,6 +1514,12 @@ > dwURLFlags |= URL_UNESCAPE; > dwFlags &= ~ICU_ESCAPE; > } > + > + if(dwFlags & ICU_BROWSER_MODE) > + { > + dwURLFlags |= URL_BROWSER_MODE; > + dwFlags &= ~ICU_BROWSER_MODE; > + } > if(dwFlags) > FIXME("Unhandled flags 0x%08lx\n", dwFlags); > TRACE("%s %p %p %08lx\n", debugstr_a(lpszUrl), lpszBuffer, > @@ -1553,6 +1559,12 @@ > dwURLFlags |= URL_UNESCAPE; > dwFlags &= ~ICU_ESCAPE; > } > + > + if(dwFlags & ICU_BROWSER_MODE) > + { > + dwURLFlags |= URL_BROWSER_MODE; > + dwFlags &= ~ICU_BROWSER_MODE; > + } > if(dwFlags) > FIXME("Unhandled flags 0x%08lx\n", dwFlags); > TRACE("%s %p %p %08lx\n", debugstr_w(lpszUrl), lpszBuffer, > >

1 0

Re: OLEAUT32: add full multiplication/division support for DECIMAL (in small patches)
by Dimi Paun 23 Sep '05

23 Sep '05

From: "Alex Villacís Lasso" <a_villacis(a)palosanto.com> > By popular request, I am resending the implementation for DECIMAL > multiplication/division in small patches. Good, but please send one patch per email. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

[DOCS, POLICY] Documenting stuff that doesn't work right?
by Holly Bostick 23 Sep '05

23 Sep '05

Hey, So I just blew away my previous install of Wine and reinstalled from yesterday's CVS, and went to install a program, so I could take notes on the most current user experience for the docs. I immediately realized that I hadn't run winecfg to set my drives, so I went to do that-- and that's where I ran into this problem. I was installing Icewind Dale, and like all games and Wine-installed programs, I meant to install to the partition I have set aside for that purpose, which is mounted to /usr/local/games, with a symlink in my home directory. So naturally I usually set this partition to be a Wine drive, and I prefer to use d: as the browse dialog naturally defaults to the c: drive and it's faster to change if I only have to change to the next drive. When I went to the 'Drives' tab in winecfg, I had c: (of course) e: (tmp) f: (my home directory) z: (/) You will notice that no removeable media device appears. So I go to add a drive, which is automatically called D: , as you would expect, and I set it to point to /usr/local/games, and I also add G: and set it to point to /media/cdrecorder. Hit apply and all appears well (no errors or anything of that sort). Run the IWD install again and get to the installation location section, and G appears in the browser, but D does not. Cancel and back to winecfg to try again. After several attempts, I finally opened up a file manager and went to ~/.wine/dosdevices and looked at what was there. To my surprise, there was already a link to d:, which was set to /cdrom (which is an invalid location for me anyway since I use hal, which puts stuff in /media). Since I had already set the correct mount point of my DVD drive to the g: link, I just changed d: to my preferred location of /usr/local/games, and was able to complete the install to the d:\iwd directory as I had planned. So the problem is that an automatically created (but wrongly targeted, in these days of hal/dbus) link is created to the cdrom device does not appear in the Winecfg drive list (unless you do autodetect, which may well add additional, unwanted drives to the list that the user would have to remove), making a drive letter that 'seems' to be available in fact unavailable for use (the reason that I couldn't set /usr/local/games to d was because d already existed and couldn't apparently be changed in its invisibility), and also causing the user to think that no drive letter is set for the CD/DVD device, so that they create an unnecessary second link. Obviously I know how to get around this, having just done so, but is this appropriate to document? Or is it likely to be fixed before the updated docs go 'live'? I only ask because I can't think of a way to write this up atm without explicitly exposing a flaw in Wine, and Wine doesn't really deserve that-- even winecfg doesn't deserve that, being much improved from even last month's release (which improvement is obvious, even though I've only done this single operation). I mean, I'll take notes on everything, but this looks like a policy question to me. Holly

3 4

Re: Norwegian BokmÃ¥l documentation
by Alexandre Julliard 23 Sep '05

23 Sep '05

"Alexander N. SÃ¸rnes" <alex(a)thehandofagony.com> writes: > I don't know how to make a patch for this, but the README.no file in > documentation/ should be renamed README.nb. There are two variants of > Norwegian: Bokmål (nb) and Nynorsk (nn). The idea is the default language gets the main name, then you can add a suffix, for instance we have README.pt and README.pt_br. -- Alexandre Julliard julliard(a)winehq.org

1 0

Interaction between shell32.ShellExecute, IContextMenu and the ShellLink object?
by Mike McCormack 23 Sep '05

23 Sep '05

Hi All, Currently the way that ShellExecute is implemented looks wrong. Resolving shortcuts is done by calling SHELL_ResolveShortCutW (line 273 of dlls/shell32/shlexec.c) instead of invoking ShellLink object and letting it resolve itself. The question is, through which interface (or set of interfaces) does shell32 invoke the Shelllink object? From what I can determine, ShellExecute should use the .lnk extension to look in the registry (HKCR\.lnk -> HKCR\lnkfile\CLSID) and get CLSID_ShellLink. Using the CLSID, it calls CoCreateInstance, then IShellExtInit->Initialize() which loads the .lnk file. Unfortunately, the next step is unclear to me. I think that IContextMenu->InvokeCommand is used, but I'm not sure as to how. If anybody (Michael Jung?) knows how this works, please let me know, as I'd like to make IShellLink work properly, complete MSI advertised shortcuts and clean up ShellExecute... thanks! Mike

2 1

WooHoo get a load of this :-)
by Tom Wickline 23 Sep '05

23 Sep '05

Fom : http://archives.free.net.ph/message/20050921.093916.4717740b.en.html $10,000 Open Challenge Top Page This message is part of the following thread: M the complete thread tree sorted by date Author: El Cid Ablang Date: To: linuxjobs Subject: $10,000 Open Challenge SpecOpS Laboratories $10,000 Open Challenge SpecOpS Laboratories (SpecOpS Labs) invites the Philippine ICT Community to participate in the DAVID Project. We are seeking a highly talented Consultant or Consulting Team that can contribute to the DAVID Project. SpecOpS Labs is searching the Philippines for Systems-Level Hacker/s to serve as Development Consultant to the DAVID Project. As proof or our sincerity, we are offering US$10,000.00* to the first Consultant or Consulting Team who can take our challenge and prove their capabilities. Our challenge requires the delivery of a solution that will allow an MS-XP compatible application to install and run under Linux using x.org and open source WINE by October 5, 2005. So, take the challenge now! Criteria to Award and Conditions: 1. System has no proprietary software imbedded / required. 2. System is stable. 3. MS-XP compatible modules / functions are working as expected. 4. System becomes the property of SpecOpS Laboratories. Registration Procedure: 1. Send us an Email indicating your intent to take up the challenge at <mailto:ablang@???> ablang@???. Attach your CV(s) or company profile (if applicable). 2. SpecOpS will Email you the Challenge Registration Form and further instructions. Challenge Activities: 1. Present the running solution at SpecOpS Labs office before October 5, 2005. 2. Validation of solution using SpecOpS Labs's criteria. 3. Award immediately. * All monies in this challenge are subject to tax. The decision of SpecOpS Labs for the award is final. ____________________________________________________ LinuxJobs Philippines (linuxjobs@???) Read the Guidelines: http://linux.org.ph/lists Searchable Archives: http://archives.free.net.ph This message was posted to the following mailing lists: LinuxJobs-PH Mailing List Info | Nearby Messages <- [ OT ] Journal subscription inquiry Community Mailing List Archives by the Free Network Group administrated by Federico Sevilla III Lurker (version 1.2)

7 13

autogen configure script
by Steven Edwards 23 Sep '05

23 Sep '05

Hi, A lot of people don't like the fact we diff configure and configure.ac so here is a autogen.sh ripped from the Samba4 source. Can we get something like this in cvs? Thanks Steven

3 2

QA'ing wine running elementary school software
by dank＠kegel.com 23 Sep '05

23 Sep '05

I'm still looking around to figure out what software it'd be worth QA'ing under Wine as Wine approaches 0.9 or 1.0. Here's a likely set of candidates in the educational software category, along with links to free demos and the appropriate appdb pages: "Kidspiration" Free trial: http://www.inspiration.com/freetrial Appdb: http://appdb.winehq.org/appview.php?appId=1091 Status: No info "Oregon Trail 5" Free trial: http://www.learningcompany.com/jump.jsp?itemID=147&itemType=PRODUCT&RS=1 Appdb: http://appdb.winehq.org/appview.php?versionId=2909 Status: won't run - can't switch screen resolution "Kid Pix Deluxe 4 for Schools" Free trial: http://rivapprod2.riverdeep.net/portal/page?_pageid=414,105278&_dad=portal&… Appdb: http://appdb.winehq.org/appview.php?appId=285 Status: no info - Dan p.s. To figure out what educational software is in use, I searched for approved software list elementary school A few hits included: http://www.riordanfoundation.org/What_We_Do/05%20CIC%20budget%20worksheet%2… http://edweb.tusd.k12.az.us/softwarelist.asp http://www.tvdsb.on.ca/currcomptech/elementary_software_approval_list_aug20… http://www.gmcs.org/images/technology/software.pdf http://dysart.schoolnet.com/outreach/dysart/departments/edtech/resource/app… http://www.indyschools.com/software/ That gave me a rough idea of what titles were popular. I then searched for $title approved software site:.us for likely values of $title, and counted hits. (Searching only .us sites filtered out a lot of noise, I think, since k-12 schools are much more likely than software vendors or reviews to have .us domains.) The results: 10,000 for "accelerated reader" approved software site:.us 9,640 for "print shop" approved software site:.us 502 for "kidspiration" approved software site:.us 420 for "kid pix" approved software site:.us 369 for "oregon trail" approved software site:.us 220 for "reader rabbit" approved software site:.us Taking them from the top: "Accellerated Reader" http://www.renlearn.com/ar/overview/requirements.htm says they have a web version that explicitly supports Linux clients! So maybe there's no reason to work on Accellerated Reader. "print shop" lives at http://www.broderbund.com/jump.jsp?itemID=834&mainPID=834&itemType=PRODUCT and sadly has no free demo. But $50 isn't too steep as these things go. "Kidspiration", free trial available at http://www.inspiration.com/freetrial/ "Kid Pix" - there are several versions mentioned (kid pix studio, kid pix deluxe, kid pix deluxe for schools). kid pix deluxe 4 for schools lives at http://rivapprod2.riverdeep.net/portal/page?_pageid=414,105278&_dad=portal&… and has a free demo, for educators at least. "Oregon Trail" - Oregon Trail 5 has a free demo, see http://www.learningcompany.com/jump.jsp?itemID=147&itemType=PRODUCT&RS=1 "Reader Rabbit" has so many versions I can't pick one to mention here.

1 0

Re: server: Try4: add case-sensitivity comparison flag to find_object & co
by Vitaliy Margolen 22 Sep '05

22 Sep '05

Use this one instead - it should apply to the corrected previous patch. This is just a case-sensitivity patch to the server. It depends on previous patch to pass OBJECT_ATTRIBUTES.Attributes to the server. I removed case_sensitive flag from name space, since it's no use anymore. Vitaliy Margolen changelog: server: Add case-sensitivity comparison flag to find_object & co

1 1

Re: [wined3d] oprionally repack non-power2 textures [resend]
by Raphael 22 Sep '05

22 Sep '05

On Thursday 22 September 2005 22:06, Oliver Stieber wrote: > Hi, > This patch optionally repacks nonpower 2 textures to the expected span > length when a textures is locked. This is necessary for buggy games like > Warhammer 40k that don't work with the odd span sizes produce by default > nonpower 2 support. > > repacking can be quite CPU intensive, and warhammer 40k is the only game so > far that needs nonpower2 texture repacking so it's turned off by default > but can be turned on via the following registry key: > HKEY_CURRENT_USER/Software/Wine/Direct3D Nonpower2Mode [repack] > > Other options for nonpower2 textures will be added in the future, e.g. > OpenGL2 and texturerectangle. > > Oliver. You forget the patch :) Keep the good job Regards, Raphael

1 0

Problem in a installation on IBM zSeries s/390
by Ricardo Azzolini 22 Sep '05

22 Sep '05

IŽm having intallation problems with WINE ( when interlocked.c is compiled the following message appears: "error you must implement the interlocked* functions for your CPU"). I've been working with Linux SUSE Enterprise Server 9 for s/390 zSeries, and WINE-20050830. Have you ever seen this error before? Do you have any suggestions ? Thanks, Ricardo Azzolini

2 1

Newbie Wine question... Borland C++ Builder and Firebird via FIBplus
by Esko Woudenberg 22 Sep '05

22 Sep '05

I have a Borland C++ Application (with full source code) that I am trying to get to run under Wine 20050830. (I plan on switching to CVS builds once I see some progress) I keep getting "segmentation fault" when running the app. I found info on WINEDEBUG and am currently running it set to +relay This results in 300+ Megabyte debug file. (Ran system out of memory trying to loot at it with Konq) I have then been using "tail" to grab just the last few thousand lines of it... It always ends with hundreds/thousands of calls to ntdll.RtlEnterCriticalSection and ntdll.RtsLeaveCriticalSection followed by err:seh:setup_exception stack overflow ### bytes in thread #### eip ###### esp ###### stack 0x##### - 0x#### I am planning on using the HKLM\Software\Wine\Wine existence to let the app know it is running on wine... The app itself also has a "debug mode" that logs events to a file while running - is there a way to send these messages to the same log as WINEDEBUG? That way I would be able to see what method or function of the app resulted in the thousands of calls into the WIN32 API... I am trying to figure out how to: A> Turn the above errors into useful bug reports B> Be able to resolve limitations or errors in wine as I came across them... I do NOT speak for the U.S.Army Corps of Engineers. I am a contractor supporting one of their projects... The recent developments in Mass re Open Formats motivated me to try to get this app working under wine so that running Windows (only platform currently supported by this software) would not be a requirement in order to work on large USACE contracts... __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

3 4

Running Wine from source tree
by James Liggett 22 Sep '05

22 Sep '05

Hi, I'm doing a lot of testing, and I was wondering if I can run Wine from within its source tree without having to reinstall it after every build. If it can be done without conflicting with an existing installation of Wine, how do I do it? Thanks, James

5 4

Re: IDE disk geometry
by Michael Ost 22 Sep '05

22 Sep '05

On Tue, 2005-09-20 at 18:22, Vitaliy Margolen wrote: > Tuesday, September 20, 2005, 6:11:49 PM, Michael Ost wrote: > > Should I put my code in CDROM_DeviceIoControl? Or handle it in > > NtDeviceIoControlFile? Should I pass all other IoControlCodes except > > IOCTL_DISK_DRIVE_GET_GEOMETRY for a verifiable IDE drive on to the > > CDROM_... function? > I don't it make any sense to create the whole new file to parse just one IOCTL. > So you might just add it to the cdrom.c I think that might get accepted. I don't think it was clear that the device in question is not a CDROM, but a hard disk. Are IDE hard disks supposed to be lumped in with CDROMs in the code? > But before you go too far, pleas look at kernel/oldconfig.c. It does some > parsing of /proc already. So all you need to do is to find where this > information is stored on windows (it has to be somewhere in registry) and add to > that. Then you don't need to parse /proc all the time but just read info from > the registry. One possible option would be to use IOCTL_SCSI_GET_INQUIRY_DATA to OK. That's a good idea, except that in the Wine version my company is using there is no oldconfig.c. So for our version I guess I would patch dlls/ntdll/cdrom.c by reading out of proc directly. But I would submit a version that stores disk geometry in the registry. I'll look in to that. Thanks for the feedback... mo

2 2

Re: ntdll: Add few tests for object manager
by Alexandre Julliard 22 Sep '05

22 Sep '05

Vitaliy Margolen <wine-patch(a)kievinfo.com> writes: > All of them are to-do. Thanks to Robert Shearman for examples. ;-) > Can't really test nothing more since most of the om functions are stubs. Come on, you can test a lot more than that. Even if you only test create and open functions, if you test the various case combinations, with or without the CASE_INSENSITIVE flag, for mutexes, events, semaphores, pipes, mappings, files, etc. you should be able to easily come up with a few hundred tests. -- Alexandre Julliard julliard(a)winehq.org

2 1

Dragon ns8 problem
by Jean Magnan de Bornier 22 Sep '05

22 Sep '05

Hello all, My machine: Linux-gentoo, wine 20050725 I'm quite new to wine, just installed it in order to use dns8, of which I have the french version. I looked at recent threads on this list and have been more or less hopeful, but right now I have had no success; here is the log of my last attempt with the command "wine setup.exe": === Début de l'écriture dans le journal : 22/08/2005 14:18:02 === Début de l'action 14:18:02 : INSTALL. Début de l'action 14:18:02 : ISMsiServerStartup. Fin de l'action 14:18:03 : ISMsiServerStartup. Valeur renvoyée : 1. 1: The InstallScript engine version currently installed on this machine is adequate. Début de l'action 14:18:03 : ISStartup. 1: Event 'E183186' is created 1: GetInstallDriver, Can not find InstallDriver in ROT table, Return Code = 0x800401e3 1: {DDDD0C4B-57F7-4A85-ACF0-DB3FC8F1DBB4} 1: ISMsiServerStartup Failure. Unknown Exception. Fin de l'action 14:18:03 : ISMsiServerStartup. Valeur renvoyée : 1603. 1: ISStartUp Failure. OpenEvent, Error = 0x2 Fin de l'action 14:18:03 : ISStartup. Valeur renvoyée : 3. Début de l'action 14:18:03 : SetupCompleteError. Informations 2898. Tahoma8, Tahoma, 0 Informations 2898. TahomaBold10, Tahoma, 0 Début de l'action 14:18:06 : ISCleanUpFatalExit. Fin de l'action 14:18:06 : ISCleanUpFatalExit. Valeur renvoyée : 3. DEBUG: Error 2896: Executing action ISCleanUpFatalExit failed. Erreur interne 2896. ISCleanUpFatalExit Fin de l'action 14:18:06 : SetupCompleteError. Valeur renvoyée : 3. Fin de l'action 14:18:06 : INSTALL. Valeur renvoyée : 3. === Fin de l'écriture dans le journal : 22/08/2005 14:18:06 === MSI (c) (0C:0E): Produit : Dragon NaturallySpeaking 8 -- L'installation a échoué. The eighth line of this seems to be tne interesting one; what would this InstallDriver and this ROT table be? Can I find them somewhere? Any hope still? TIA, -- Jean Magnan de Bornier | Cours Victor Hugo e-mots: jean at bornier.net | 13980 Alleins France T 08 70 39 34 03 | P 06 09 17 35 87

6 38

Re: DDRAW: Fix reference counting
by Robert Shearman 21 Sep '05

21 Sep '05

Stefan Dösinger wrote: >Hello, >This patch increases the reference count of a DirectDraw object when a Surface >is created, like Windows does. It also adds a test which tests this >functionality. > >Stefan Dösinger > > >------------------------------------------------------------------------ > >Index: dlls/ddraw/ddraw_main.c >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/ddraw_main.c,v >retrieving revision 1.9 >diff -u -r1.9 ddraw_main.c >--- dlls/ddraw/ddraw_main.c 12 Sep 2005 14:12:47 -0000 1.9 >+++ dlls/ddraw/ddraw_main.c 18 Sep 2005 19:56:12 -0000 >@@ -697,8 +697,10 @@ > } > else if (pDDSD->ddsCaps.dwCaps & DDSCAPS_TEXTURE) > { >- /* create texture */ >+ /* create texture. This increases the DD refcount by 2 */ > > Why do you increase the refcount by 2? Since you add and release them in the same functions, it is not really necessary and just adds complexity to the code. > hr = create_texture(This, pDDSD, ppSurf, pUnkOuter); >+ if(!FAILED(hr)) >+ IDirectDraw7_AddRef(iface); /* Plus the increase at the end of the function */ > > if (!FAILED(hr)) -> if (SUCCEEDED(hr)) -- Rob Shearman

4 4

Re: listview: infoPtr might be invalid after WM_NOTIFY
by Dimi Paun 21 Sep '05

21 Sep '05

> Dimi, if you think this is ugly, or if you are working on a better solution, > please do protest. Well, in part it's a matter of style, and IMO this will clutter the code. Moreover, the patch as it is now works by accident. For example: /* send NM_RELEASEDCAPTURE notification */ - notify(infoPtr, NM_RELEASEDCAPTURE); + notify(infoPtr->hwndSelf, NM_RELEASEDCAPTURE); if (!infoPtr->bFocus) SetFocus(infoPtr->hwndSelf); See, after the notify() the infoPtr may be invalid. This means that if we assume the control can be deleted at any point we send out a notification, we have to reget and recheck infoPtr after every function call. There's got to be a better way. I personally think an exception-based solution would be better. This is what exceptions where invented. I know they look alien in C, but I use them every day in Java for good effect. It's true, we have to be careful to release resources along the way, but we have only 6 such allocations that need protecting, and they are localized. And there we already have a try/catch simulated with goto's. Another approach may be to ref count the structure pointed to by infoPtr, and release it at exit from WinProc when the count is 0. Sort of a poor man's garbage collection. I'm cool with this too, and in fact it may be cleaner then the exception-based solution. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 3

Re: Wine FAQ update #2
by Dimi Paun 21 Sep '05

21 Sep '05

From: "Tom Wickline" <twickline(a)gmail.com> >I forgot a </para> and put a trademark tag in for Bricscad, also fixed >the Bricscad url. Can you please re-diff to the lastest and resend? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Googletalk unable to connect
by Vijay Kiran Kamuju 21 Sep '05

21 Sep '05

Hi, I think i might have found one missing link why one cannot connect using gmal. When i was looking through symbols in googletalk.exe, i have found that there are strings like WinHttp* These are functions in winhttp.dll, defined in winhttp.h I will send you details if i find any other thing. bye, Vijay

1 0

RE: freedce/win32 - making progress.
by Peter Ekberg 21 Sep '05

21 Sep '05

Hi! * Luke Kenneth Casson Leighton writes: > okay, i'm getting somewhere, and there's a key part that i would > appreciate some advice about: if there is anyone who knows how to > do cross-compiling of dlls using libtool, mingw32 (in automake > Makefile.am's) where the dlls need to link against _other_ libraries, > i would love to hear from you. > > if you know of a better place to ask questions such as these, i would > also appreciate some advice on where i should ask them. Perhaps libtool(a)gnu.org, but please be more detailed in what you're trying to do and what you want to happen. > [please respond cc direct because although i am subscribed > to the wine-devel list i have "receive postings" switched off > because i haven't sufficient time any more to sort or delete > hundreds of messages per day like i used to have. > ] > > there are about eight libraries containing a function > rpc__module_init_func() and these need to be LoadLibrary'd and > GetProcAddress'd and called... > > ... but in endeavouring to create dlls, i am getting mad warnings from > libtool about a) static libraries containing unresolved functions > therefore libtool says it _could_ link against the library you > requested, but only if you made a dynamic version and b) unresolved > symbols for functions in other libraries, and it's all a bit of > a vicious circle and i'd rather not bash my head against a brick > wall for days on this. You could try the first patch in this post: http://lists.gnu.org/archive/html/libtool/2005-09/msg00063.html It just might help... It could also be that it's as simple as saying -no-undefined to libtool, that option is needed on windows. But as always it's hard to tell without all the gory details. > if this issue cannot be resolved then there are a number of nasty > options remaining: > > 1) statically link binaries against the libraries, with hard-coded > module init functions (which is what i'm doing now and i link against > libnaf_ip.la, libcom.la, libprot_ncacn.la, libprot_ncadg.la, the list > goes on and you have to do that for EVERY client AND server program) > > 2) abandon automake, work out how to manually create dlls. yes i know > about .def files but libtool appears unconvinced. > > neither of these two is attractive options. > > anyway: what i have working so far can be found at the freedce-devel > sf.net mailing list archives, and as of today, rpcd (the endpoint mapper > on port 135) works. > > and also when i add a NamedPipes transport (ncacn_np) it will > be on \PIPE\epmapper, too. that'll be a fun job. no, really! > > tomorrow's job is to link the echo_server and test that, and if that > works, try the echo_client too. > > if those work, then the free software community will have its own > DCE/RPC reference implementation running on win32. > > much damn good may it do, i am sure. > > l. > > p.s. thank goodness for pthreads-win32. > Cheers, Peter

2 1

riched versions
by wino＠piments.com 21 Sep '05

21 Sep '05

trying to get recent (winecfg) wine versions to run a program and it shows an error saying riched20.dll version <unspecified> is found and it "requires" 5.2...... I would have thought that the build-in is probably fine , it is just a version check that is failing. Is there a way to con it or is the only way to pull in a versioned native dll? TIA

2 1

Finding apps that are keeping organizations from switching to Linux
by dank＠kegel.com 21 Sep '05

21 Sep '05

I've been thinking about how to boost Wine adoption among organizations that are considering migrating their desktops from Windows to Linux. It seems like the place Wine could have the most impact is at sites which have just one crucial Windows app which is keeping them from migrating So I'm thinking about compiling a list of these keystone apps, starting a little informal QA of Wine using them, and filing reproducible bugs in the winehq bugzilla. Does anyone have suggestions for apps to consider for that list? I'm looking for semispecialized apps that haven't gotten much attention from Wine to date, and that have free demo versions or have vendors willing to provide copies of their Windows apps for QA under Wine. I'll probably focus on one to three such apps, since my time's pretty limited. For example, I ran into such an app while volunteering at a 500-member church. Just about the time I was starting to think about moving them to Linux, they bought a package called "Church Windows", and quickly became completely dependent upon it. There are probably three or so apps in the "church management" category that, if supported by Wine, would enable thousands of churches to consider migrating to Linux. Perhaps some of you who have worked at churches/schools/nonprofits/companies can chime in here... Thanks, Dan Related links for church management software: http://www.winehq.com/hypermail/wine-devel/2003/09/0617.html http://www.rmcumc.org/CR/computer/ http://www.united-church.ca/it/software/ http://associate.com/camsoc/crs/ http://www.capterra.com/church-management-software http://www.neumc.org/page.asp?TableName=oPages_6KF3UU&PKValue=82 http://www.linuxjournal.com/article/7653

1 0

Edit XML/SGML files the easy way :-)
by Tom Wickline 21 Sep '05

21 Sep '05

Hello, If anyone is looking for a nice tool to edit XML/SGML files epcEdit is the way to go.. It runs on Linux, Windows, Solaris, & Wine And it comes with a sixty day free evaluation. http://www.epcedit.com/ Tom

1 0

Windows CE on Wine
by Boaz Harrosh 21 Sep '05

21 Sep '05

OK What you guys think. I have an Arm based machine Running Windows CE. Same machine also runs Linux... Do you think it can be the same Wine codebase, implementing Both Win32 API as well as WindowsCE API? What areas must be rewritten (or not) ? 1.Loader 2.HAL (is there an HAL in Wine) 3.Debugging / exceptions any thing else? Other CPU(s)? What if I want to do the same but for WindowsCE x86? Free Life Boaz

4 4

IDE disk geometry
by Michael Ost 21 Sep '05

21 Sep '05

Any suggestions for a good "wineish" way to implement an IOCTL_ call for an IDE disk? My winelib app is hosting a Windows DLL that is making an IOCTL_DISK_DRIVE_GET_GEOMETRY call on an IDE hard disk. ntdll/file.c NtDeviceIoControlFile is passing this off to ntdll/cdrom.c CDROM_DeviceIoControl and, of course, since it is not a cdrom disk, that fails. I have some code that reads geometry information out of /proc/ide/hd?/geometry that is working fine. But I am not sure how to integrate it into ntdll. Should I put my code in CDROM_DeviceIoControl? Or handle it in NtDeviceIoControlFile? Should I pass all other IoControlCodes except IOCTL_DISK_DRIVE_GET_GEOMETRY for a verifiable IDE drive on to the CDROM_... function? If anyone has a background in this code, you probably have an idea straight off how best to fit it in. Thanks for any help. Patch against wine-20050419 is attached for illustrative purposes. ... mo

3 2

freedce/win32 - making progress.
by Luke Kenneth Casson Leighton 21 Sep '05

21 Sep '05

okay, i'm getting somewhere, and there's a key part that i would appreciate some advice about: if there is anyone who knows how to do cross-compiling of dlls using libtool, mingw32 (in automake Makefile.am's) where the dlls need to link against _other_ libraries, i would love to hear from you. if you know of a better place to ask questions such as these, i would also appreciate some advice on where i should ask them. [please respond cc direct because although i am subscribed to the wine-devel list i have "receive postings" switched off because i haven't sufficient time any more to sort or delete hundreds of messages per day like i used to have. ] there are about eight libraries containing a function rpc__module_init_func() and these need to be LoadLibrary'd and GetProcAddress'd and called... ... but in endeavouring to create dlls, i am getting mad warnings from libtool about a) static libraries containing unresolved functions therefore libtool says it _could_ link against the library you requested, but only if you made a dynamic version and b) unresolved symbols for functions in other libraries, and it's all a bit of a vicious circle and i'd rather not bash my head against a brick wall for days on this. if this issue cannot be resolved then there are a number of nasty options remaining: 1) statically link binaries against the libraries, with hard-coded module init functions (which is what i'm doing now and i link against libnaf_ip.la, libcom.la, libprot_ncacn.la, libprot_ncadg.la, the list goes on and you have to do that for EVERY client AND server program) 2) abandon automake, work out how to manually create dlls. yes i know about .def files but libtool appears unconvinced. neither of these two is attractive options. anyway: what i have working so far can be found at the freedce-devel sf.net mailing list archives, and as of today, rpcd (the endpoint mapper on port 135) works. and also when i add a NamedPipes transport (ncacn_np) it will be on \PIPE\epmapper, too. that'll be a fun job. no, really! tomorrow's job is to link the echo_server and test that, and if that works, try the echo_client too. if those work, then the free software community will have its own DCE/RPC reference implementation running on win32. much damn good may it do, i am sure. l. p.s. thank goodness for pthreads-win32. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

Re: XEmbed Systray Support
by Robert Shearman 21 Sep '05

21 Sep '05

Robert Shearman wrote: > Hi, > > This patch allows new non-KDE systems to display notification area > icons for Win32 apps in the window manager's system tray, instead of > in a 16x16 top-level window. > > Changelog: > Support XEmbed protocol for system tray windows. Anything wrong with this patch? -- Rob Shearman

2 1

XEmbed systray patch bugs
by James Liggett 21 Sep '05

21 Sep '05

Hi Mike and Rob, I tried your patch for XEmbed systray support, and I'm pretty impressed with it. I think it's about time someone finally dusted this one off and tried to get it committed. But, I've noticed some issues: 1. The "Wine-Systray" window is still showing up. I've been able to fix this by getting rid of the WS_VISIBLE style when creating the window in systray.c, and then manually showing the window after it's been docked. 2. The rightmost edges of systray icons are cut off. The previous fix seemed to work for this problem too. I think it has something to do with painting/updating the embedded window. 3. Sometimes, systray icons don't show up at all. I notice this when exiting a program that uses systray and then starting it again. On the second consecutive run, the icon doesn't show up at all. It must be some kind of window-management problem, because I still see the Wine-systray window after after the program I'm using exits. I can only make it go away after restarting my window manager (Metacity with the GNOME desktop) Looks like some kind of cleanup issue. I'm working on this one. For reference, the two programs I've been using for testing are Palm Hotsync and Steam. When I get some more free time, I'll put together a simpler test case to nail down that third problem. All that aside, good work guys! :) James

2 2

Re: [wined3d] state management for vertex shader constants
by Ivan Gyurdiev 20 Sep '05

20 Sep '05

>+ for (j = 0; j < GL_LIMITS(textures); i++) { >+ for (i = 0; i < NUM_SAVEDPIXELSTATES_T; i++) { >+ object->changed.textureState[j][SavedPixelStates_T[i]] = TRUE; >+ } >+ } > > This looks like a loop counter bug... >+ for (j = 0; j < GL_LIMITS(textures); i++) { >+ for (i = 0; i < NUM_SAVEDVERTEXSTATES_T; i++) { >+ object->changed.textureState[j][SavedVertexStates_T[i]] = TRUE; >+ } >+ } > > Same...

1 0

RE : OLEAUT32: add full multiplication/division support for DECIMAL, with tests
by Vijay Kiran Kamuju 20 Sep '05

20 Sep '05

Hi Alex, I think your VarBstrFromDec fails with my testcases, and you should not hardcode the decimal format seperator. And your patch fails my tests. Check my patch<http://www.winehq.org/pipermail/wine-patches/2005-September/020777.html>for VarBstrFromDec(for my implementation and tests), my implementation is partial. You did a gr8 job implemeting the DECIMAL stuff in oleaut32. I have been sending and resending my patch since a month. I hope yours gets commited soon. bye Vijay

3 2

Re: user: make A->W WM_GETTEXTLENGTH use WM_GETTEXT [try 2]
by Frank Richter 20 Sep '05

20 Sep '05

On 05.09.2005 18:13, Frank Richter wrote: > Frank Richter <frank.richter(a)gmail.com> > When doing A->W WM_GETTEXTLENGTH, use WM_GETTEXT behind the scenes to > obtain an exact length. This seems to match the behaviour of recent > Windowses and as well fixes a couple of regressions (caused by theming > suddenly making the standard controls Unicode). Any comment on this one? I mean, getting Delphi apps to work again would be nice after all... -f.r.

2 7

Re: question about the status of the wine printing system
by Dan Kegel 20 Sep '05

20 Sep '05

In http://www.winehq.org/hypermail/wine-devel/2005/01/0111.html, Francois Gouget wrote: > If you're trying to print stuff from > Acrobat Reader (now called Adobe Reader), then that's known not to work. What are the problems? How much work is left before printing in Wine is more or less working with most major applications (like, say, Photoshop and Acrobat Reader)? - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

3 2

Suggestions for improvement of the emulator
by Alex Tanner 20 Sep '05

20 Sep '05

I can't understand why the members of the Wine project are always complaining about lack of manpower. The lack of manpower is probably due to there being different flavours of Wine developed by different companies. If all the companies worked together on a single WinXP-Pro-emulating flavour of Wine, the manpower problem would be solved. There would be other advantages to this: - a) Windows API functions would be implemented more quickly. b) There would be better support for the latest Windows applications. c) People would no longer have problems running applications that fail to work simply because they need support files from more than one Wine flavour. d) There wouldn't be multiple teams of people pointlessly trying to implement the same Windows API functions as each other for different flavours of Wine, because each team would no longer be going its own way. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

20 43

Wine on NetBSD?
by Bryce Robilliard 20 Sep '05

20 Sep '05

I was enquiring as to whether or not Wine is compatible with NetBSD, or if any other port of Wine is compatible with NetBSD. If not are there any plans to make this so? Regards, Bryce Robilliard

2 1

Re: CopyImage for IMAGE_BITMAP still not right, next Try
by Dmitry Timoshkov 20 Sep '05

20 Sep '05

"Uwe Bonnes" <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > if ((res = CreateBitmapIndirect(&bm))) > { > - char *buf = HeapAlloc( GetProcessHeap(), 0, bm.bmWidthBytes * bm.bmHeight ); > + LONG size = GetBitmapBits( hnd, 0, NULL ); > + char *buf = HeapAlloc( GetProcessHeap(), 0, size ); > GetBitmapBits( hnd, bm.bmWidthBytes * bm.bmHeight, buf ); > - SetBitmapBits( res, bm.bmWidthBytes * bm.bmHeight, buf ); > + SetBitmapBits( res, size, buf ); This doesn't look right. You need to call GetBitmapBits the second time with "size" returned from a previous GetBitmapBits call, just like you do in SetBitmapBits. -- Dmitry.

2 1

Re: fix if's that are followed by semicolons
by Andreas Mohr 20 Sep '05

20 Sep '05

Hi, On Tue, Sep 20, 2005 at 04:49:49PM +0900, Mike McCormack wrote: > > Found with: > > find . -name \*.c -exec grep "if *([^)]*)\; *" {} \; -ls Could you perhaps create a first version of a shell script tools/find_gotchas ? We really need to make sure all those many things similar to this get fixed on an ongoing basis. Other gotchas could be if (a = b) (not easily identifiable since it might be legitimate, though) HFILE x = 0; (instead of INVALID_HANDLE or so) Andreas Mohr -- No programming skills!? Why not help translate many Linux applications! https://launchpad.ubuntu.com/rosetta

4 4

Re: [bug 3255] comboboxex fix + tests
by Michael Stefaniuc 20 Sep '05

20 Sep '05

Hello Jason, are you sure you sent the patch? Looks to me more like the output of "cvs update" ;) bye michael Ann & Jason Edmeades wrote: > The bug itself was an off by one calculation due to zero based indexes, but > I also saw the same problem existed in other functions and so wrote some > small tests for them. > > Changelog > > Fix some off by one calculations in the comboboxex functions, and handle an > out of range positive index the same as windows + unit test case -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Burning CDs under Wine?
by Dan Kegel 20 Sep '05

20 Sep '05

What is the current state of support for burning CDs under Wine? I checked the appdb, but can't find any recent reports of CD burning programs working. It seems to have worked at some point in the past: http://appdb.winehq.org/appview.php?appId=639 http://www.winehq.org/hypermail/wine-users/2002/09/0164.html http://www.winehq.org/hypermail/wine-devel/2001/05/0263.html But some people are having trouble now: http://www.winehq.org/hypermail/wine-users/2005/05/0100.html http://www.winehq.org/pipermail/wine-users/2005-July/018475.html The doc at http://www.winehq.org/site/docs/wine-user/config-scsi-support looks pretty old. Maybe it's time for a refresh. -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 2

Installers freezing - ole, games
by Ivan Gyurdiev 20 Sep '05

20 Sep '05

Hi, I've been trying to get GTA: San Andreas, and Battlefield 2 running on Linux, so far without success. I suspect they are running into the same bug, because they produce very similar output (ole fixmes). Both games will freeze at some point during the install. Strangely, I don't see any errors, but I have provided an ole trace for each. Do you have any suggestions as to what the problem might be, or how to track it down? http://bugs.winehq.org/show_bug.cgi?id=3108

4 10

Re: resubmit: implement hlink.dll
by Mike McCormack 20 Sep '05

20 Sep '05

Aric Stewart wrote: > + if (r == S_OK); I don't think you want to put a semi colon there. > + { > + if (pwzLocation) > + IHlink_SetStringReference(*(IHlink**)ppvObj, HLINKSETF_LOCATION, > + NULL, pwzLocation); > + if (pwzFriendlyName) > + IHlink_SetFriendlyName(*(IHlink**)ppvObj, pwzFriendlyName); > + if (pihlsite) > + IHlink_SetHlinkSite(*(IHlink**)ppvObj, pihlsite, dwSiteData); > + if (pimkTrgt) > + IHlink_SetMonikerReference(*(IHlink**)ppvObj, 0, pimkTrgt, > + pwzLocation); Rather than continually casting ppvObj, why not make a temporary variable of type IHlink? > +static HRESULT WINAPI IHlink_fnGetMonikerReference(IHlink* iface, > + DWORD dwWhichRef, IMoniker **ppimkTarget, LPWSTR *ppwzLocation) > +{ > + IHlinkImpl *This = (IHlinkImpl*)iface; > + > + TRACE("(%p) -> (%li %p %p)\n",This, dwWhichRef, ppimkTarget, ppwzLocation); > + > + if(ppimkTarget) > + { > + if (This->Moniker) > + *ppimkTarget = This->Moniker; > + else if (This->Site) > + IHlinkSite_GetMoniker(This->Site, This->SiteData, > + OLEGETMONIKER_FORCEASSIGN, OLEWHICHMK_CONTAINER, > + (LPVOID)ppimkTarget); > + } > + > + return S_OK; > +} The above function doesn't look right. You don't use dwWhichRef or ppwzLocation, and you unconditionally return S_OK even when *ppimkTarget is uninitialized or IHlinkSite_GetMoniker fails. Mike

1 0

scared! freedce-win32 in a cvs repository near you
by Luke Kenneth Casson Leighton 19 Sep '05

19 Sep '05

right. 48 hours later, i've got a first version of freedce-win32 to try out, which i'm actually a bit frightened of running. just in case it works :) thank goodness for pthreads-win32, otherwise i'd be up small creek. major things todo: in ipnaf.c (actually ipnaf_linux.c or even better ipnaf_win32.c) it's necessary to write an IP-interface-enumeration function. this function presumably will call GetIpAddrTable and go over all the addresses including netmasks and broadcast addresses returning information that the rpc runtime can then "listen" on - one by one. no, freedce doesn't go listening on 0.0.0.0 it binds to all "towers" whatever they're called. because i've commented this code out (stubbed) i am not expecting freedce-win32 to work straight off. once this is working, putting it in place of rpcrt4 should be relatively straightforward (and mostly very very mind numbingly boring) - a matter of "back-converting" and following the lead of dceport.h - microsoft's "wrapper" header file that allows application developers to port DCE/RPC applications to MSRPC. i say "lead" because it's woefully inadequate, representing about 10% of the functions and structs that actually need "converting", because dceport.h contains the "publicly accessible" functions. once _that's_ done, then there will be two remaining tasks: 1) check that pthreads-win32 works under wine (!) and if so, job done, otherwise it's _yet_ another emulation layer to write, but at least the source code of pthreads-win32 represents a damn good starting point 2) mash freedce's typelib output to be compatible with MSRPC binaries. this latter is no small task (but at least it could be considered). the data structures have been _totally_ mashed, by microsoft. gotta run. later. l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

Empire Earth continued
by Stefan Dösinger 19 Sep '05

19 Sep '05

Hi, I think I've found the cause of the Empire Earth crash. This is not a reference counting problem at all, Empire Earth releases the DirectDraw and Surface objects on purpose. This is what happens: 1) EE creates a DDraw object 2) It attaches a Complex Surface 3) It sets up a D3D device for this Surface 4) EE performs a Flip(NULL, 0x20) on the surface 5) It Releases the DirectDraw object 6) It Releases the surface Wine releases the surface in 5), Windows doesn't. It appears to me, that Windows doesn't release Surfaces which have a D3D object attached when the DDraw instance they belong to is freed. I have written a small test app, which reproduces EEs behaviour. It crashes in Wine, but worksin Windows 2000. I'll do some more tests and submit a patch. Stefan

3 12

OLE file close problem in win32s mathcad 5.0
by paul 19 Sep '05

19 Sep '05

Since some work is occurring in OLE I will mention this bug. http://bugs.winehq.org/show_bug.cgi?id=3154 When you start mathcad one New blank file is opened. Trying to close any file does not work and my guess some Ole stub return value is preventing it. This application has had this problem of not closing for several years. What other traces do I need to generate? Open file splash.mcd then close it and it does not close. bash-3.00$ WINEDEBUG=+ole wine mcad Loading required GL library /usr/X11R6/lib/libGL.so.1.2 trace:ole:DllMain 0x7b7c0000 0x1 0x1 fixme:ole:OleRegisterServer (Mathcad,0x7bc9f330,0x7bc9f334,0x400000,1): stub! fixme:psdrv:PSDRV_ExtEscape QUERYESCSUPPORT(24) - not supported. fixme:ole:OleRegisterClientDoc (Mathcad document,\Untitled:1,...): stub fixme:ole:OleRegisterServerDoc (1,\Untitled:1): stub fixme:ole:OleRegisterClientDoc (Mathcad document,C:\WINMCAD\handbook\deskref\splash.mcd,...): stub fixme:ole:OleRegisterServerDoc (1,C:\WINMCAD\handbook\deskref\splash.mcd): stub fixme:ole:OleRevokeClientDoc (2): stub fixme:ole:OleRevokeServerDoc (3): stub

1 0

Re: server: Try2: add case-sensitivity comparison flag to find_object & co
by Alexandre Julliard 19 Sep '05

19 Sep '05

Vitaliy Margolen <wine-patch(a)kievinfo.com> writes: > I guess this one got lost. Resend it. > Or is there anything wrong with it? Well, you didn't change create_named_object, which looks suspicious. Also I'd really like to see some regression tests for the behavior of the various objects. -- Alexandre Julliard julliard(a)winehq.org

3 3

Take 2: DDRAW: Fix reference counting
by Stefan Dösinger 19 Sep '05

19 Sep '05

Hello, This patch increases the reference count of a DirectDraw object when a Surface is created, like Windows does. It also adds a test which tests this functionality. This time with the !FAILED() -> SUCCEEDED() suggestion from Robert Shearman. I kept adding a secound refcount in case of DDSCAPS_TEXTURE surfaces to achieve more compatiblity with Windows. Stefan

1 0

Re: msvcrt spec changes
by Dmitry Timoshkov 19 Sep '05

19 Sep '05

Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > added reference to kernel32.GetLocalTime to _getsystime stub function > (support.microsoft.com/default.aspx?scid=kb;en-us;99456) > -@ stub _getsystime #(ptr) > +@ cdecl _getsystime(ptr) kernel32.GetLocalTime You can't just forward _getsystime to GetLocalTime, they accept different arguments: struct tm * vs. SYSTEMTIME *. Have a look at your MSVC docs. -- Dmitry.

2 2

Re: Fwd: amblksize definition
by Saulius Krasuckas 19 Sep '05

19 Sep '05

* On Mon, 19 Sep 2005, Vijay Kiran Kamuju wrote: > > amblksize definition in msvcrt. Wouldn't it be nice to establish a real variable somewhere in the msvcrt code?

2 2

Re: hhctrl: Correctly draw the navigation pane
by Robert Shearman 19 Sep '05

19 Sep '05

James Hawkins wrote: >Hi, > >Changelog >* Correctly draw the navigation pane. > > > Hi James, I'm impressed with the work that has been done to get hhctrl this complete. But... >@@ -149,7 +144,7 @@ static void HH_RegisterChildWndClass(HHI > wcex.hInstance = pHHInfo->hInstance; > wcex.hIcon = LoadIconW(NULL, (LPCWSTR)IDI_APPLICATION); > wcex.hCursor = LoadCursorW(NULL, (LPCWSTR)IDC_ARROW); >- wcex.hbrBackground = (HBRUSH)(COLOR_3DFACE); >+ wcex.hbrBackground = (HBRUSH)(COLOR_MENU); > > This doesn't seem right. You're not registering a menu-like class. > wcex.lpszMenuName = NULL; > wcex.lpszClassName = szChildClass; > wcex.hIconSm = LoadIconW(NULL, (LPCWSTR)IDI_APPLICATION); > > -- Rob Shearman

2 1

Picasa working pretty well...
by Dan Kegel 18 Sep '05

18 Sep '05

I had a free couple of hours this morning, so I amused myself by trying out Picasa on the most recent snapshot of wine on my el-cheapo x86_64 Compaq laptop running 32 bit FC3. I was really impressed with how well things worked in general - much of the interface worked very smoothly. Hats off to the Wine developers! Still, there were some real glitches, so I filed six bug reports. You can see them in the AppDB at http://appdb.winehq.org/appview.php?versionId=2786 I'll post individual messages about a couple of them. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

server: reimplement namespace as a directory object.
by Vitaliy Margolen 18 Sep '05

18 Sep '05

This a first look at implementing name space inside wineserver as a directory object. Some things are scatchy, like dealing with dices that should have files inside them - ex: named pipes. You could look at how I done this with winstation. Is this is a correct approach to this? Or should I do something else? I also added few extra flags to objects, that will have to be used where appropriate. Also added object type filed to ops. There are few places that needs this especially directory query function, that has to return type name. As always, all suggestions comments are appreciated. Vitaliy Margolen

1 0

freedce-win32 - winsock joy
by Luke Kenneth Casson Leighton 18 Sep '05

18 Sep '05

progress being made. am about 10-15% the way through a compile, having previously got dcethreads to use pthread-win32 by judicious ripping out of large amounts of code. fortunately, elrond has already win32'd tng, so there is stacks of code in tng's lib/util_sock.c to rip off :) -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

Compile failure on Solaris
by wine＠henkis.net 18 Sep '05

18 Sep '05

I get the following error when i try to compile Win on my Solaris x86 machine: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DBINDIR="\"/usr/local/bin\"" -DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o debug.o debug.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DBINDIR="\"/usr/local/bin\"" -DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o ldt.o ldt.c ldt.c:107: error: conflicting types for 'sysi86' /usr/include/sys/sysi86.h:248: error: previous declaration of 'sysi86' was here ldt.c:107: error: conflicting types for 'sysi86' /usr/include/sys/sysi86.h:248: error: previous declaration of 'sysi86' was here gmake[2]: *** [ldt.o] Error 1 gmake[2]: Leaving directory `/home/henrikj/wine/wine/libs/wine' gmake[1]: *** [wine] Error 2 gmake[1]: Leaving directory `/home/henrikj/wine/wine/libs' gmake: *** [libs] Error 2 Thankful for any assistance... Regards Henrik

1 0

comctl32.dll: Running siap and modules under wine, first steps
by Maximiliano Curia 18 Sep '05

18 Sep '05

Hi, I'm trying to use a program called "siap"[1] under wine. It's the required program to pay taxes that the Argentinian government uses. So, it's quite important for the free software community in Argentina to be able to use it in a free software environment. However, I haven't heard of any real success on it, so far. I've been trying to make it run using winetools[2], and differents versions of wine. The furthest I've gone, has been with version 20050310 and all the "plugins" that winetools provides, installed. Only then, could I install the application, run it, switch between the different modules (although it worked only sometimes), but I can't really use it. There are a couple of important widgets that seem to be incompatible with wine. But as I'm not an expert neither in Windows nor in wine, the one I could really track down is a TreeView widget (from comctl32.dll) (from the main window of the program), that is not fully implemented in wine, and by using a native comctl32.dll (I tried using the win98, winme, win2k libraries) the widget would work but some of the other stuff, like switching to one of the modules wouldn't. I made a screenshot to make this clearer, the wine version[3] and the w2k version[4]. So, what should I do next? Is there some documentation of how to implement a certain Windows widget in wine? Is anybody working in this dll, or has worked on this widget? I'd appreciate any comments. Thanks, [1] http://www.afip.gov.ar/programas/siap_main.asp (spanish only) [2] http://www.von-thadden.de/Joachim/WineTools/ [3] http://gnuservers.com.ar/~maxy/wine/siap-wine.png [4] http://gnuservers.com.ar/~maxy/wine/siap-w2k.png -- Saludos, /\/\ /\ >< `/ -- Saludos, /\/\ /\ >< `/

2 1

HKCU\Software created as volatile?
by Kimmo Myllyvirta 18 Sep '05

18 Sep '05

I've met this kind of errors so many times with fresh installs that I finally took a look at what was going on; err:winecfg:set_config_key Unable to set configuration key Audio in section Drivers, res=1021 This error occurs because HKCU\Software is created with REG_OPTION_VOLATILE, thus making it impossible to create non-volatile keys under HKCU\Software. This breaks about every app that's trying to create keys under "Software" - like winecfg. This is because SystemParametersInfoW in dlls/user/sysparams.c creates the "HKCU\Software\Wine\Temporary System Parameters" key with REG_OPTION_VOLATILE - and if you do not have HKCU\Software\Wine already available, they are crated as volatile also. ( see get_volatile_regkey() ) You can test this simply by (if you have a fresh install, you can go directly to 4.); 1. Opening regedit 2. Delete HKCU\Software (or HKCU\Software\Wine only) 3. Close regedit 4. Open regedit 5. Try to create a new key under HKCU\Software (or HKCU\Software\Wine, if you removed only that) 6. You'll get error message "Subkey must be volatile" Any comments? ( This could be fixed in sysparams.c - already got a patch ready for it, but probably it's better to ensure in wineserver that the Software\Wine exists or something, so that this bug does not pop up again later? )

2 1

found it! the "dce porting" header file
by Luke Kenneth Casson Leighton 17 Sep '05

17 Sep '05

http://examples.oreilly.de/english_examples/dce/dce_nt/dceport.h.aug95 o joy o joy. also, i found _this_!!! http://sourceware.org/pthreads-win32/ which is an implementation of pthreads on win32. _also_ i found - was reminded - by judicious searching on google, that of course entegrity.com have "PC-DCE" which is of course a _commercial_ product that has done exactly the work required: making dce (1.1? 1.2.2?) compile on Win32. including exceptions, dealing with mapping the names, blah blahhh. now. anyone got any brainy ideas on how to reverse dceport.h - in particular the thingy. wotsit. TRY/FINALLY/CATCH stuff? what i'm going to try to do is take a shot at simply compiling dcethreads - on win32. if that _works_ (the tests pass) it'll be great - it will prove two things: 1) that pthreads-win32 works 2) that the dce exception handling will fly, on win32, and _that_ means pretty much zero (urk! let's hope!) work. for now. my main goal: "GetItWorking(tm)". i couldn't care less about binary compatibility for now: i want "services" - i want srvsvcd, i want winregd, i want lsarpcd, i want samrd - all compiled, all working, using TCP/IP. i can then work on rewriting freedce's ntlmsspauth.so to be a DLL (starting off as my favourite - a stub with username and password of "test"). i can then work on writing an "ncalrpc" plugin transport (which is very straightforward: a matter of filling in about 25 functions in a vector table). and also on a ncacn_np plugin transport. "working" means that other people will then be able to focus on issues like binary compatibility. guys (wine team) i have to say this. you were utterly insane to not use freedce as your starting point - and i am still bewildered by you not even looking at its source code (which is topologically identical in almost all areas, to what you've created) or the opengroup's documentation. i say that with the greatest of respect for what you've achieved without freedce. l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

2 1

Re: XEmbed Systray Support
by Rob Shearman 17 Sep '05

17 Sep '05

Robert Shearman wrote: > Hi, > > This patch allows new non-KDE systems to display notification area > icons for Win32 apps in the window manager's system tray, instead of > in a 16x16 top-level window. > > Changelog: > Support XEmbed protocol for system tray windows. Sorry, I forgot to credit Mike Hearn in the changelog. It should be as follows: Robert Shearman <rob(a)codeweavers.com> Mike Hearn <mh(a)codeweavers.com> Support XEmbed protocol for system tray windows. Thanks, Rob

1 0

OleFont: Fix IDispatch Implementation (was Re: olefont: GetIDsOfNames)
by Robert Shearman 16 Sep '05

16 Sep '05

Walt Ogburn wrote: >Changelog: > Implement IFontDisp::GetIDsOfNames > > > You're not being lazy enough. All of this stuff can be easily implemented in one go using CreateStdDispatch, as long as you know how to use it. Try the attached patch. Changelog: Return the standard font IDispatch interface created using CreateStdDispatch on top of a typelib instead of manually implementing the necessary methods. -- Rob Shearman

2 4

Re: [RESEND] Fwd: wineprefix create theming directories
by Alexandre Julliard 16 Sep '05

16 Sep '05

Vijay Kiran Kamuju <infyquest(a)gmail.com> writes: > Is there any thing wrong with this patch.? That should probably be done in the shell32 registration or somewhere similar, so that we don't have to hardcode the names. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Copy the generated fonts to windows/fonts
by Alexandre Julliard 16 Sep '05

16 Sep '05

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. We really shouldn't need to do that, the fonts should be loaded from the standard install dir. If that doesn't work for some reason it needs to be fixed. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: Copy the generated fonts to windows/fonts
by Vitaly Lipatov 16 Sep '05

16 Sep '05

В сообщении от 16 Сентябрь 2005 16:11 Dmitry Timoshkov написал(a): > Hello, > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. Dmitry, why we need to copy these fonts? Can we use symlinks for it? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

Re: Copy the generated fonts to windows/fonts
by Andreas Mohr 16 Sep '05

16 Sep '05

Hi, On Fri, Sep 16, 2005 at 09:11:04PM +0900, Dmitry Timoshkov wrote: > Hello, > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. > + rm -f "$CROOT/windows/fonts/$i" && cp "$fontsdir/$i" "$CROOT/windows/fonts/$i" || echo "Warning: failed to copy $i" Is it really a good idea to force-remove old fonts? What if a misconfiguration means that someone is using his Windows partition at that place? Maybe do mv "$CROOT/windows/fonts/$i" "$CROOT/windows/fonts/$i.old" instead? That would preserve the old version, yet due to static suffix would not create another new copy each time someone runs that script (ok, it would overwrite the original windows font at the second script run, but then I'd consider it the user's own fault for not detecting it earlier and also placing a Windows partition there). Andreas Mohr

1 0

Re: [AppDB] new server supports GD2
by Jonathan Ernst 16 Sep '05

16 Sep '05

Hi Chris, Something wrong with this one ? Le mercredi 31 août 2005 à 15:16 +0200, Jonathan Ernst a écrit : > To be applied after Jeremy confirms that GD2 is installed. > To test: go to the admin and regenerate all pictures > > Changelog: > - use GD2 php functions to get nicer screenshots > > > > > -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

3 2

Re: winspool/tests: New Testsuite
by Detlef Riekenberg 15 Sep '05

15 Sep '05

Am Montag, den 29.08.2005, 00:53 +0200 schrieb Detlef Riekenberg: This Patch in not in the CVS yet. http://www.winehq.org/pipermail/wine-patches/2005-August/020289.html > Changelog: > > - New Testsuite for winspool.drv: > GetDefaultPrinterA/W and > GetPrinterDriverDirectoryA/W > - Verbose Output with "WINETEST_DEBUG" > 1 > Any suggestions / comments on this work ? -- By By ... ... Detlef

2 2

Is Wine SMP-safe yet?
by Dan Kegel 15 Sep '05

15 Sep '05

I've seen conflicting reports about whether Wine is safe to run on SMP systems. Have the issues described in http://www.winehq.org/hypermail/wine-devel/2005/01/0060.html been taken care of? I just pinged the reporter of the only bug with SMP in the summary, http://bugs.winehq.org/show_bug.cgi?id=2708 to see if he can still reproduce it. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 1

wineconsole and solaris
by Robert Lunnon 15 Sep '05

15 Sep '05

I have managed to sort out a solution to the curses problem with wineconsole, but I noticed that -backend=user doesn't work properly either. I get a window with alternating stripes of black and the root window image and text output doesn't emerge (perhaps a font problem ?). I uploaded an image of the problem to: http://members.optusnet.com.au/bobl/wineconsole.png Guesses anyone ? I set +wineconsole and got trace:wineconsole:WINECON_RegLoad loading L"wcmd" registry settings. trace:wineconsole:WINECON_DumpConfig load cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/0 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=L"wcmd" trace:wineconsole:WINECON_Init using hConIn 28, hSynchro event 2c trace:wineconsole:WINECON_Init using hConOut 30 warn:wineconsole:WCUSER_SetFontPmt Couldn't match the font from registry... trying to find one trace:wineconsole:WINECON_RegLoad loading default registry settings. trace:wineconsole:WINECON_DumpConfig load cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/0 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_RegSave saving registry settings. trace:wineconsole:WINECON_DumpConfig save cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/0 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges Events: title() active(68) resize(80,150) win-size(80,25)crsr cell=(16,28) cursor=(0,0) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,150) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges update(0,149) curs-geom(100,1)crsr cell=(16,28) cursor=(100,1) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,150) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges curs-geom(25,0)crsr cell=(16,28) cursor=(25,0) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,150) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges curs-geom(25,1)crsr cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,150) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges resize(80,25)crsr cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges update(0,24). trace:wineconsole:WINECON_DumpConfig fint cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=L"wcmd" trace:wineconsole:WinMain calling MainLoop. trace:wineconsole:WCUSER_MainLoop dispatching msg 000f trace:wineconsole:WCUSER_MainLoop dispatching msg 0118 trace:wineconsole:WCUSER_MainLoop dispatching msg 0118 trace:wineconsole:WINECON_GrabChanges Events: title(). trace:wineconsole:WINECON_GrabChanges Events: update(0,0). trace:wineconsole:WINECON_GrabChanges Events: curs-pos(0,2). trace:wineconsole:WINECON_GrabChanges Events: update(2,2). trace:wineconsole:WINECON_GrabChanges Events: curs-pos(4,2). trace:wineconsole:WCUSER_MainLoop dispatching msg 0118

2 2

Internet Explorer Registry entries
by Stefan Dösinger 15 Sep '05

15 Sep '05

Hello, I just tried to install Palm Desktop on a clean Wine installation to test the msi file on Wine's MSI implementation. Well, it cancelled the installation because it needs MSIE 4.0 or higher. My suggestion is to include the most important Internet Explorer identification registry entries in the default wine registry to make apps like this install without the hassle of installing Internet explorer. If the version is set to 4.0, 5.0 or 5.5 IE6.0 SP1 should still install without problems. To my knowledge most apps check for the existance of MSIE to be sure some DLLs are available on Win95 systems, which wine brings in builtin versions. All apps(except of Steam) that I've seen and require MSIE work fine with Wines shdocvw, mshtml and friends. What do you think about this? Stefan

2 1

HTML Help is functional
by James Hawkins 14 Sep '05

14 Sep '05

Hey, As soon as the last hhctrl patch is committed (embedding in the correct window), HTML Help will be functional. That means that you can open up a chm help file with wine's help viewer, hh. It requires IE6 to be installed for the time being, until our shdocvw and mshtml are up to par. You'll also need a copy of native itss.dll (it has to be registered with wine): $ regsvr32 itss.dll $ WINEDLLOVERRIDES=shdocvw,mshtml,urlmon,shlwapi,itss=n wine hh helpfile.chm A few things need to be completed, but not much. Most noticeably the toolbar buttons need to be drawn and submitted to wine-patches. If you would like to help in that area, send me an email and I'll let you know how it needs to be done. The tabs are blank and need filling in. Attached is a screenshot of hh in action. If anyone has any comments or suggestions, let me know and I'll address those. Thanks, James Hawkins

1 0

Re: Problem detecting libxslt
by Alexandre Julliard 14 Sep '05

14 Sep '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Is this acceptable? > > libxslt/xslt.h was never included, so I got rid of it. > > The variable declarations weren't protected with the HAVE_LIBXSLT_*_H > macros, so I simplified the test and removed the macros. I think keeping the standard header check is better. What didn't work with your previous solution? -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: olefont: GetIDsOfNames
by Alexandre Julliard 14 Sep '05

14 Sep '05

Walt Ogburn <reuben(a)ugcs.caltech.edu> writes: > OLEFontImpl *this = impl_from_IDispatch(iface); > - FIXME("(%p,%s,%p,%d,%04x,%p), stub!\n", this, debugstr_guid(riid), rgszNames, > - cNames, (int)lcid, rgDispId > - ); > - return E_NOTIMPL; > + TRACE("(%p,%s,%p,%d,%04x,%p)\n", this, debugstr_guid(riid), rgszNames, > + cNames, (int)lcid, rgDispId); > + if (S_OK != OLEFontImpl_GetTypeInfo (iface, 0, lcid, &pTInfo)) > + ERR("GetTypeInfo failed.\n"); You need to handle the failure properly, instead of just displaying an ERR and then going on with a bad pointer. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wineserver: fix a gcc 4.0 warning
by Marcus Meissner 14 Sep '05

14 Sep '05

On Wed, Sep 14, 2005 at 01:47:00PM +0900, Mike McCormack wrote: > ChangeLog: > fix a gcc 4.0 warning > Index: server/mailslot.c > =================================================================== > RCS file: /home/mike/src/wine-cvs/wine/server/mailslot.c,v > retrieving revision 1.9 > diff -u -p -r1.9 mailslot.c > --- server/mailslot.c 14 Jul 2005 12:18:05 -0000 1.9 > +++ server/mailslot.c 14 Sep 2005 00:18:08 -0000 > @@ -207,7 +207,7 @@ static void mailslot_queue_async( struct > } > > if (mailslot->read_timeout != MAILSLOT_WAIT_FOREVER) > - timeout = &mailslot->read_timeout; > + timeout = (int*) &mailslot->read_timeout; It would be better to change read_timeout to "int" instead I guess. Ciao, Marcus

2 1

OpenOffice 2.0 beta 2 installs ok but locks up in File Open dialog with wine-20050830 + 2 patches
by Dan Kegel 14 Sep '05

14 Sep '05

With wine-20050830 and Mike's two MSI patches (thanks, Mike!), http://openoffice.mirrors.pair.com/ftp/stable/2.0beta2/OOo_2.0beta2_Win32In… installs properly, and the app even appears to come up normally! However, when you use the File Open dialog box, it seems to lock up. Here's a session log: [dank@localhost program]$ wine soffice.exe fixme:advapi:LookupAccountSidW ((null),sid=0x7ad47428,0x7b949ac4,0x7b949bcc(256),0x7b9497c0,0x7b949bc8(256),0x7b949bc4): semi-stub fixme:font:GetKerningPairsW (0x6dc4,0,(nil)): almost empty stub! fixme:font:GetKerningPairsW (0x6dc4,0,(nil)): almost empty stub! fixme:font:GetKerningPairsW (0x6dc4,0,(nil)): almost empty stub! fixme:font:GetKerningPairsW (0x733c,0,(nil)): almost empty stub! fixme:imm:ImmGetContext (0x10030): stub fixme:imm:ImmReleaseContext (0x10030, 0x7bca5658): stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x0 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x0 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x0 to 0x2 fixme:commdlg:GetFileName95 Flags 0x02800000 not yet implemented That CoInitializeEx error sounds bad. The error is probably very easy to reproduce, perhaps a wine developer should try it out him/herself. Now to go rescue my wife so she can get some sleep. Having a two-year-old son seriously cuts down the amount of time I have for hacking. I'm doing a talk on Open Source this Thursday night. Mike's amazing turnaround time on the two MSI patches will be a nice story to tell during the talk. Is there any hope of continuing the run of good luck, and actually getting Wine to run OOo2.0 by Thursday? I dare not hope... - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

3 3

Stack overflow problem
by Vitaliy Margolen 14 Sep '05

14 Sep '05

Once more I need your help. It seems that wine is not correct with the way it sets guard pages for stack. Here is an example that works fine on windows, and fails on wine. And yes, I do have a program that does something like this: PDWORD p = TEB.Tib.StackLimit; *p = 0; I'm not sure what to do here. It looks like there are several places that we allocate stack, and both of them set first page (last for stack) as a PAGE_GUARD. Could that be that this wasn't what we wanted? Since both places using size of 1. But this looks like sets whole page to be guard page. -- Best regards, Vitaliy

2 1

Re: Fix Animate Control
by Dmitry Timoshkov 14 Sep '05

14 Sep '05

"Robert Shearman" <rob(a)codeweavers.com> wrote: > Initialize unused members of the MMCKINFO structs to 0 to fix chunk detection with mmioDescend. > --- dlls/comctl32/animate.c 30 Aug 2005 10:07:18 -0000 1.68 > +++ dlls/comctl32/animate.c 13 Sep 2005 20:36:03 -0000 > @@ -476,6 +476,7 @@ static BOOL ANIMATE_GetAviInfo(ANIMATE_I > DWORD numFrame; > DWORD insize; > > + memset(&ckMainRIFF, 0, sizeof(ckMainRIFF)); > if (mmioDescend(infoPtr->hMMio, &ckMainRIFF, NULL, 0) != 0) { I don't think that this is a correct fix, mmioDescend works under Windows without a need to initialize ckMainRIFF. -- Dmitry.

1 0

Re: DSOUND: tolerate inexact conversion between different frequencies
by Alex Villacís Lasso 13 Sep '05

13 Sep '05

Robert Reif wrote: > Alex Villacís Lasso wrote: > >> During the winealsa tests, I am frequently annoyed by the following: >> say, in playing a 11050Hz secondary buffer with an 8000Hz primary >> buffer, the number of samples are converted form secondary->primary >> and back. In the process, the number of consumed samples in the >> secondary buffer drifts by a few frames from the actual value, and >> this triggers the warning about "problem with underflow detection". >> This patch allows a tolerance of up to 4 bytes before issuing the >> message. >> >> Alex Villacís Lasso >> > Does this patch help? It should only fix the errors that are off by > one sample (up to 4 bytes). It will not help with the errors greater > than 4 bytes. > > It works by keeping track of the round off error and factoring it back > in. > >------------------------------------------------------------------------ > >Index: dlls/dsound/buffer.c >=================================================================== >RCS file: /home/wine/wine/dlls/dsound/buffer.c,v >retrieving revision 1.51 >diff -p -u -r1.51 buffer.c >--- dlls/dsound/buffer.c 1 Jun 2005 19:57:42 -0000 1.51 >+++ dlls/dsound/buffer.c 10 Sep 2005 02:20:21 -0000 >@@ -416,7 +416,9 @@ DWORD DSOUND_CalcPlayPosition(IDirectSou > pmix /= This->dsound->device->pwfx->nBlockAlign; > TRACE("primary back-samples=%ld\n",pmix); > /* adjust for our frequency */ >- pmix = (pmix * This->freqAdjust) >> DSOUND_FREQSHIFT; >+ pmix = pmix * This->freqAdjust; >+ This->freqRem = pmix & ((1 << DSOUND_FREQSHIFT) - 1); >+ pmix = pmix >> DSOUND_FREQSHIFT; > /* multiply by our own sample size */ > pmix *= This->pwfx->nBlockAlign; > TRACE("this back-offset=%ld\n", pmix); >@@ -426,6 +428,7 @@ DWORD DSOUND_CalcPlayPosition(IDirectSou > if (This->leadin && ((bplay < This->startpos) || (bplay > This->buf_mixpos))) { > /* seems we haven't started playing yet */ > TRACE("this still in lead-in phase\n"); >+ This->freqRem = 0; > bplay = This->startpos; > } > /* return the result */ >@@ -1123,6 +1126,8 @@ HRESULT WINAPI IDirectSoundBufferImpl_Cr > dsb->buf_mixpos = 0; > dsb->state = STATE_STOPPED; > >+ dsb->freqAcc = 0; >+ dsb->freqRem = 0; > dsb->freqAdjust = (dsb->freq << DSOUND_FREQSHIFT) / > ds->device->pwfx->nSamplesPerSec; > dsb->nAvgBytesPerSec = dsb->freq * >Index: dlls/dsound/dsound_private.h >=================================================================== >RCS file: /home/wine/wine/dlls/dsound/dsound_private.h,v >retrieving revision 1.31 >diff -p -u -r1.31 dsound_private.h >--- dlls/dsound/dsound_private.h 12 Jul 2005 19:21:37 -0000 1.31 >+++ dlls/dsound/dsound_private.h 10 Sep 2005 02:20:22 -0000 >@@ -212,7 +212,7 @@ struct IDirectSoundBufferImpl > DSVOLUMEPAN volpan, cvolpan; > DSBUFFERDESC dsbd; > /* used for frequency conversion (PerfectPitch) */ >- ULONG freqAdjust, freqAcc; >+ ULONG freqAdjust, freqAcc, freqRem; > /* used for intelligent (well, sort of) prebuffering */ > DWORD probably_valid_to, last_playpos; > DWORD primary_mixpos, buf_mixpos; >Index: dlls/dsound/mixer.c >=================================================================== >RCS file: /home/wine/wine/dlls/dsound/mixer.c,v >retrieving revision 1.40 >diff -p -u -r1.40 mixer.c >--- dlls/dsound/mixer.c 3 Aug 2005 19:13:58 -0000 1.40 >+++ dlls/dsound/mixer.c 10 Sep 2005 02:20:22 -0000 >@@ -746,10 +746,19 @@ static DWORD DSOUND_MixOne(IDirectSoundB > * there's no telling what the app is thinking anyway */ > } else { > /* adjust for our frequency and our sample size */ >- probably_valid_left = MulDiv(probably_valid_left, >- 1 << DSOUND_FREQSHIFT, >- dsb->pwfx->nBlockAlign * dsb->freqAdjust) * >- dsb->dsound->device->pwfx->nBlockAlign; >+ ULONGLONG left = probably_valid_left / dsb->pwfx->nBlockAlign; >+ left <<= DSOUND_FREQSHIFT; >+ if (dsb->freqRem >= dsb->freqAcc) >+ left += (dsb->freqRem - dsb->freqAcc); >+ else { >+ DWORD sub = dsb->freqAcc - dsb->freqRem; >+ if (sub > left) >+ left = 0; >+ else >+ left -= sub; >+ } >+ probably_valid_left = left / dsb->freqAdjust; >+ probably_valid_left *= dsb->dsound->device->pwfx->nBlockAlign; > /* check whether to clip mix_len */ > if (probably_valid_left < mixlen) { > TRACE("clipping to probably_valid_left=%ld\n", probably_valid_left); > > I tried this patch. Yes, it does remove the messages about buffer underruns, but it also introduces a delay in the playing of many tests, so they fail with the message "sample played for 1504 ms instead of 1000 ms", with varying values for the actual value of the delay. However, all of these problems went away when I modified my modprobe.conf file: alias eth0 via-rhine alias snd-card-0 snd-via82xx alias snd-card-1 snd-via82xx-modem options snd-card-0 index=0 options snd-via82xx index=0 dxs_support=5 remove snd-via82xx { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-via82xx alias usb-controller ehci-hcd alias usb-controller1 uhci-hcd options parport_pc io=0x378,0xe800 irq=7,none options lp parport=1 alias char-major-4 8250-pci alias char-major-29 savagefb I added the dxs_support=5 option to the snd-via82xx module, and now the tests play correctly. The odd thing is that, when the dxs_support option, I can no longer trigger the buffer underrun message, even without the patch. But since the patch did not make anything worse in any of the actual games I have (with or without dxs_support), I kept it applied.

1 0

Re: Perform automatic bitmap font configuration. Take 4
by Alexandre Julliard 13 Sep '05

13 Sep '05

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > @@ -313,10 +312,7 @@ void LOCALE_InitRegistry(void) > } > else TRACE( "updating registry, locale changed none -> %08lx\n", lcid ); > > - sprintf( buffer, "%08lx", lcid ); > - /* Note: '9' constant below is strlen(buffer) + 1 */ > - RtlMultiByteToUnicodeN( bufferW, sizeof(bufferW), NULL, buffer, 9 ); > - NtSetValueKey( hkey, &nameW, 0, REG_SZ, bufferW, 9 * sizeof(WCHAR) ); > + /* GDI32 detects locale change as well, it will update the registry */ You can't depend on GDI updating the kernel's key, they need to be independent. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Perform automatic bitmap font configuration. Take 4
by Huw D M Davies 13 Sep '05

13 Sep '05

On Tue, Sep 13, 2005 at 04:45:30PM +0900, Dmitry Timoshkov wrote: > > +static const struct nls_update_font_list > +{ > + UINT ansi_cp; > + const char *oem, *fixed, *system; > + const char *courier, *serif, *small, *sserif; > +} nls_update_font_list[] = Hi Dmitry, I think you also need to take into account the OEM codepage here. For example in the UK the OEM font would be vga850.fon while in the US it would be vgaoem.fon. Huw.

2 3

Looking for bugs in Wine's Microsoft Installer (MSI) implementation
by Mike McCormack 13 Sep '05

13 Sep '05

Hi All, If anybody is aware of any cases of Wine's Microsoft Installer code not working, please log them in Wine's bugzilla (http://bugs.winehq.org/), assign them to me, and I will attempt to fix them. Make sure to set "msi" = "builtin", "*msiexec" = "builtin" when testing your installers, and if possible test with the latest Wine CVS. If the installer is available as a free download, please include a link to it. thanks, Mike

2 1

GetIDsOfNames
by Walt Ogburn 13 Sep '05

13 Sep '05

Hi guys, Eric Tanguy asked on wine-users a while back about getting some geography games (http://olivier.leflon.free.fr/jeux/jeux.htm) to run. These seem to be Visual Basic, so oleaut32 issues come up. We succeeded with the first one (departments of France - font size problem fixed). Next, there is the issue that some of them call GetIDsOfNames on ole font objects (countries of Europe, http://olivier.leflon.free.fr/jeux/europe.htm). OLEFontImpl_GetIDsOfNames is currently a stub. What's needed is basically just to convert the strings "Name", "Size", "Bold", etc. into DISPID_FONT_NAME, etc. In particular, this game only needs "Size." It's not hard to code that, and make the game work. I'm not sure, though, what the proper approach would be for an acceptable patch: 1. Just code in the string comparisons, ignoring the locale. (Google provides no evidence that the property names vary by locale). 2. Call GetTypeInfo to get an ITypeInfo, and call DispGetIDsOfNames on that. I think this means that the information should be extracted from stdole32.tlb. Currently this doesn't find any match for these property names. Do they need to be added to stdole32.tlb somehow? 3. Something else. Any ideas? Thanks, Walter

2 2

Need help debugging a memory corruption bug in shfldr_unixfs.c
by Michael Jung 12 Sep '05

12 Sep '05

Hi, Sometimes while browsing the unixfs namespace in the file dialog wine crashes with the following console output: ============================================================================= wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00004005 in 32-bit code (0x7b24fbf2). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7b24fbf2 ESP:7b8af188 EBP:7b8af1ac EFLAGS:00210202( - 00 - -RI1) EAX:00000000 EBX:7b2e8b70 ECX:78560110 EDX:7b8af258 ESI:7b2e88f6 EDI:00004001 Stack dump: 0x7b8af188: 00000000 000007d0 7b8af298 00000000 0x7b8af198: 00000008 00000001 7b2e8b70 00000000 0x7b8af1a8: 7b8af1f8 7b8af244 7b2696a2 00004001 0x7b8af1b8: 00000015 00000040 00000000 78561a78 0x7b8af1c8: 78561a78 7b4e8448 7b8af298 00000000 0x7b8af1d8: 7b8af204 7b47bfd1 0036003e 0000004e Backtrace: =>1 0x7b24fbf2 DPA_GetPtr+0x32(hdpa=0x4001, nIndex=0x15) [dpa.c:479] in comctl32 (0x7b8af1ac) 2 0x7b2696a2 LISTVIEW_GetItemT(infoPtr=0x78560110, lpLVItem=0x7b8af258, isW=0x1) [/home/mjung/compile/wine/dlls/comctl32/listview.c:5225] in comctl32 (0x7b8af244) 3 0x7b273e7a notify_itemactivate+0x6a(infoPtr=0x78560110, htInfo=0x7b8af308) [/home/mjung/compile/wine/dlls/comctl32/listview.c:791] in comctl32 (0x7b8af2d4) 4 0x7b26fd5f LISTVIEW_LButtonDblClk+0x8f(infoPtr=0x78560110, wKey=0x1, x=0xad, y=0x39) [/home/mjung/compile/wine/dlls/comctl32/listview.c:8103] in comctl32 (0x7b8af334) ... =============================================================================== As you see, the hdpa parameter to DPA_GetPtr is invalid. The relevant code in LISTVIEW_GetItemT is (dlls/comctl32/listview.c, line 5126): /* find the item and subitem structures before we proceed */ hdpaSubItems = (HDPA)DPA_GetPtr(infoPtr->hdpaItems, lpLVItem->iItem); lpItem = (ITEM_INFO *)DPA_GetPtr(hdpaSubItems, 0); assert (lpItem); It's the first call to DPA_GetPtr that crashes. So the structure pointed to by infoPtr seems to be corrupted (infoPtr is a LISTVIEW_INFO *, which represents the listview item and which given as the first parameter to LISTVIEW_GetItemT). As I never saw this with the original shfldr_fs.c code, I assume that shfldr_unixfs.c has a memory corruption bug somewhere. I've tried to figure the problem for some time now, but to now avail. So my questions are: 1) Can someone give me some advice on how to debug such a problem? 2) Did other people see this bug already? 3) Would valgrind be of help to debug this? Thanks, -- Michael Jung mjung(a)iss.tu-darmstadt.de

7 21

Re: winspool: EnumPrinterDrivers
by Detlef Riekenberg 12 Sep '05

12 Sep '05

Am Sonntag, den 07.08.2005, 19:16 +0200 schrieb Detlef Riekenberg: This Patch is not in CVS yet: http://www.winehq.org/pipermail/wine-patches/2005-August/019671.html > Changelog: > Let EnumPrinterDrivers return the number of drivers. > Any comments / suggestions ? -- By By ... ... Detlef

2 2

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