- wine-devel - winehq.org

notes under wine under qemu with the help of pth
by Rafael Ávila de Espíndola 26 Aug '04

26 Aug '04

I was trying to run lotus notes under wine under qemu. Unfortunately qemu appears to have some trouble with linuxthreads. For example, consider the following program test.c: #include <pthread.h> #include <stdio.h> void * f(void *oie) { printf("tata\n"); pthread_exit(oie); return NULL; } int main() { pthread_t t; int i; pthread_create(&t,NULL,f,&i); printf("blit\n"); pthread_join(t, NULL); return 0; } I can compile and run it natively: $ gcc -Wall -o test -lpthread test.c $ ./test tata blit but qemu (i386 -> i386) fails: $ qemu-i386 ./teste qemu: Unsupported syscall: 258 Segmentation fault My next attempt was to use pth (www.gnu.org/software/pth): export LD_LIBRARY_PATH=/home/rafael/inst/pth/lib gcc -Wall -o teste -I/home/rafael/inst/pth/include/ -L/home/rafael/inst/pth/lib/-lpthread test.c $ ./test blit tata $ qemu-i386 ./teste blit tata Success with the test program. Wine is able to run putty and notes6 when compiled with linuxthreads. To compile wine with pth I had to create empty pthreadtypes.h and sigthread.h files in the pth include dir and apply the attached patch in wine. When compiled with pth wine is able to run putty (even inside qemu!). Unfortunately it fails to run notes6: wine "c:\lotus\notes\nlnotes.exe" fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler (0x601aa540,1) - no error checking or testing yet fixme:ole:CoRegisterMessageFilter stub fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 wine client error:d: version mismatch 0/147. Your wineserver binary was not upgraded correctly, or you have an older one somewhere in your PATH. Or maybe the wrong wineserver is still running? wine client error:d: read: Bad file descriptor wine client error:d: read: Bad file descriptor There was no wineserver running when I started the program and only one was in the path. The log of a successful execution when linked with linuxthreads is: fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler (0x601aa540,1) - no error checking or testing yet fixme:ole:CoRegisterMessageFilter stub fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 fixme:hook:NotifyWinEvent (32782,0x10036,-4,2)-stub! fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler (0x601aa540,1) - no error checking or testing yet fixme:ole:CoRegisterMessageFilter stub fixme:console:SetConsoleCtrlHandler (0x601aa540,0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet I have followed the instructions present in http://vowe.net/archives/004104.html to install notes. Thanks for any help Rafael

1 0

runtime change to WINEDEBUG output
by James Hawkins 26 Aug '04

26 Aug '04

Hi, Is there a way to change the trace options of WINEDEBUG during runtime? For example, let's say I'm running an installer that encounters a fatal error during one part of the install. I'm not exactly sure where in the wine code base this error is occurring and it would take forever if I set WINEDEBUG=trace+all and had to wait till I get to the right section to find the error. If this is not a feature we have, would it be possible to write a simple program that will send a message to the wineserver telling it to change it's WINEDEBUG value during runtime? I have no idea how this would be implemented or if anyone else would actually want this feature, but if you have any ideas let me know. Thanks. -- James Hawkins

5 11

Re: Don't compile winetest as part of the main build
by Mike Hearn 26 Aug '04

26 Aug '04

Hi Alexandre, Was this dropped? On my laptop (a 600mhz Pentium with 128mb of ram, so not too pokey) attempting to build the winetest binary actually kills the build dead. It ends up attempting to feed ~20mb of data to gas which doesn't make it very happy. I guess I misphrased it - it's not for slower machines, it's for machines with less memory. There's not much reason to run the entire winetest binary on Wine itself, so why do we always build it ? thanks -mike > Mike Hearn <mike_at_navi.cx> > Don't compile winetest as part of the main build to avoid > problems on low memory machines. > > --- programs/winetest/Makefile.in.~1.30.~ 2004-07-22 20:43:42.000000000 +0100 > +++ programs/winetest/Makefile.in 2004-08-01 23:44:24.334453984 +0100 > @@ -1,3 +1,7 @@ > +# MKPROG_SKIP > + > +# This program must be built explicitly to make compiles on slower machines easier > + > TOPSRCDIR = @top_srcdir@ > TOPOBJDIR = ../.. > SRCDIR = @srcdir@

4 4

Re: Don't compile winetest as part of the main build
by Ivan Leo Puoti 26 Aug '04

26 Aug '04

> On my laptop (a 600mhz Pentium with 128mb of ram, so > not too pokey) attempting to build the winetest binary actually kills > the build dead. I have a 500 mhz laptop with 128 mv of ram, and winetest builds quite successfully, so maybe it's something wrong with your build toolchain, or your configuration, or something else like that? Ivan.

2 1

Re: Don't fall back to OSS when Drivers=""
by Mike Hearn 26 Aug '04

26 Aug '04

Ditto, was there something wrong with this one? > Mike Hearn <mike_at_navi.cx> > Don't fall back to OSS when Drivers="" > > --- dlls/winmm/lolvldrv.c.~1.58.~ 2004-06-01 20:40:48.000000000 +0100 > +++ dlls/winmm/lolvldrv.c 2004-08-03 22:01:16.795976000 +0100 > @@ -731,6 +731,9 @@ > size = sizeof(buffer); > if (!RegQueryValueExA(hKey, "Drivers", 0, &type, (LPVOID)buffer, &size)) { > p1 = buffer; > + > + if (!*p1) return TRUE; /* if Drivers="" don't load sound */ > + > while (p1) { > p2 = strchr(p1, ';'); > if (p2) *p2++ = '\0';

2 2

Re: Simple bugzilla question
by Ivan Leo Puoti 26 Aug '04

26 Aug '04

> Do I put the bug in fixed state and submit the patch or leave that > change to the raised? I suppose you can submit the patch, and change the bug status to fixed once the patch is committed. Ivan.

1 0

Re: GetSecurityInfo stub replacement
by Steven Edwards 25 Aug '04

25 Aug '04

Hi, --- Evan Deaubl <wine(a)warpedview.com> wrote: > Well, this has been a humbling experience. :-S Let's see if these > patches finally come out right. > + FIXME("stub!\n"); > + return ERROR_BAD_PROVIDER; In the FIXME message you should print the values of the params being passed to the function. Look at how other stubs are implemented. Thanks Steven __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail

1 0

Get rid of W->A calls : help me help ?
by Joris Huizer 25 Aug '04

25 Aug '04

Hello, I'm thinking of trying to do some helpfull work on wine; I have the following problem, - I don't know where to start (I have never done stuff in wine or another open source project) ; but I hope you have patience to guide me into that (but I'm a informatica student, I like learning stuff like htis ;) ) - I don't know the details about Unicode functions; I think the W->A thing of the janitorial might be a great way to start working in wine code; as it doesn't require too much overview about the way wine does its work I think.. (and I don't yet have much of that overview..) About a month ago, I saw a thread, including an interesting patch, about the W->A calls; Could someone find that link? Are there tutorials/manuals/guides/... about Unicode funcitons you recommend ? Now, on to the work: if you can hand me that thread, how do I start? Are there unit tests? Where should I put tests ..? How do I run the tests? Thanks for any help -- I hope it's not too much trouble to answer these questions! Oh.. and if the W->A thing is already covered.. is there some other area where a starter like me could start? regards, Joris

4 5

Re: poll vs. epoll
by Dan Kegel 25 Aug '04

25 Aug '04

Shachar wrote: > I noticed that in server/fd.c, the wineserver is using "poll" to select > between file descriptors. The application is going through this code > over 2000 times a second, with over 380 file descriptors each time. I am > wondering whether this can be the cause of the slowdown. > > One of the possible solutions to this would be to use epoll instead. > This, of course, would have to be backed by a configure check, as not > all systems for which wine is intended support epoll. Another, arguably > better, solution would be to use libevent for this purpose. Libevent has > the distinct advantage that it automatically chooses the best tool for > the job (epoll, poll, /dev/poll, or if all else fails, select). By all means, let's try epoll. FWIW, I wrote a wrapper layer that illustrates how to detect whether epoll etc. are available. I'm convinced that *runtime* detection is the only way to go. Compile time detection is insufficient. My code is at http://kegel.com/rn If you actually try to use it, let me know. I expect it might be useful mostly as a guide. It's edge-trigger oriented, but you can trivially add the flag (or remove the flag) needed to get level-triggered behavior again if you really need it. I highly recommend using edge-triggered behavior, though. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

3 10

USB?
by Alex Zeiger 25 Aug '04

25 Aug '04

I'm interested in possibly working on USB support for Wine. I'm not particularly familiar with USB programming, but I'm fluent in C and C++. Where do I start?

6 7

RE: iostream and msvcrt?
by Scott Snell 25 Aug '04

25 Aug '04

Hi Boaz, Have been off the case for a few days. Is it possible for you to post a copy of your stl_wine.h, stlcomp.h and makefile? I seem to be missing something as I cant get it to work. thanks, Scott. > -----Original Message----- > From: Boaz Harrosh [SMTP:boaz@hishome.net] > Sent: Sunday, 22 August 2004 22:18 > To: Scott Snell > Cc: Dimitrie O. Paun; Wine-Devel (E-mail) > Subject: Re: iostream and msvcrt? > > You need to have your stlport/config/stl_wine.h (I based mine on > stl_mycomp.h, not stl_gcc.h) and change /stlport/config/stlcomp.h to > include it (based on a WINE_GCC flag). You need to do that because of > the way STLPort works with headers. you must put a path that will > Definitely select wine/msvcrt as the source of stdc. I used ../msvcrt in > the header and than Just fixed up the -I list in makefiles (and the > WINE_GCC flag or is there a flag that is defined by wingcc). > > Free Life > Boaz >

1 0

CryptSetProviderExA fix
by James Hawkins 25 Aug '04

25 Aug '04

Hi, I'll start off by explaining how the Cryptographic Service Providers are stored in the registry. A lot of advapi32 CSP functions can accept a provider name sent in to use that provider, or advapi32 can use the default provider which is located in the registry at: HKLM\Software\Microsoft\Cryptography\Defaults\ Listed under the Provider\ key are the keys of the different providers available on the computer. Each provider has a non-unique provider type associated with it, and several providers may be of the same provider type. These types are listed under the 'Provider Types' key which is itself under 'Defaults\'. The keynames are of the form 'Type XXX' where XXX is the numeric value of the type. These keys under 'Provider Types\' assign the default provider that is to be used for each type. The 'Name' value associates each type with the corresponding provider default that is used with this type. It is essential that the 'TypeName' registry of each provider type remain in the registry, because it is only inserted once when the dll is registered. It is acceptable if the 'Name' value is removed, and this should happen when CryptSetProviderEx is called with the CRYPT_DELETEDEFAULT flag. This is the code that handles the CRYPT_DELETEFLAG in the current implementation of CryptSetProviderExA: if (dwFlags & CRYPT_DELETE_DEFAULT) { if ( !(keyname = CRYPT_GetTypeKeyName(dwProvType, dwFlags & CRYPT_USER_DEFAULT)) ) CRYPT_ReturnLastError(ERROR_NOT_ENOUGH_MEMORY); RegDeleteKeyA( (dwFlags & CRYPT_USER_DEFAULT) ? HKEY_CURRENT_USER : HKEY_LOCAL_MACHINE, keyname); CRYPT_Free(keyname); return TRUE; } The important line to look as is the RegDeleteKeyA call. This call removes the entire 'Type XXX' key from the registry. The next time a call is made to CryptSetProviderEx to set the default provider and not remove it, the call will fail because of the next line: if ( !(keyname = CRYPT_GetTypeKeyName(dwProvType, dwFlags & CRYPT_USER_DEFAULT)) ) CRYPT_GetTypeKeyName uses the dwProvType parameter to search the registry for the particular 'Type XXX' key that matches the provider type, but this call fails because when we last called CryptSetProviderExA with the CRYPT_DELETEDEFAULT flag, the entire 'Type XXX' key was removed. The proper fix for this, and the way windows handles it, is to just remove the 'Name' value from the 'Type XXX' key if the CRYPT_DELETEDEFAULT flag is sent in. This way the required 'TypeName' will never be removed, and the next call can set the default provider. If you would like to look at the already patched version, I'll attach it along with the patch. Thankyou for taking the time to look this over. If there are problems with the patch, please let me know so we can get this committed. -- James Hawkins

1 0

Info on debugging requested: trying to run "Hearts of Iron"
by Simon Kitching 25 Aug '04

25 Aug '04

Hi, I recently tried to run the MS-Windows WWII strategy game "Hearts of Iron" using Wine on Linux. And it *very nearly* works. In fact, it's so close I'm trying to debug the problem in the hope of getting it working. I hope that someone here can give me a few wine debugging tips. Actually, the game runs perfectly - absolutely "gold" standard. I gave it a 5-hour "stress test" ;-) and did not experience a single problem. There are some minor problems on startup, but there are reasonable workarounds for those. The problem, though, is that saved games cannot be loaded. Unfortunately, this is a show-stopper as a game of HoI typically takes several days to play! Fortunately the problem is 100% repeatable. FYI: I'm running Debian Sarge on x86, no native windows partition. I first tried the latest debian wine package, and then rebuilt from CVS HEAD code of Fri 13 August (possibly a bad day to choose :-). Exactly the same behaviour occurred. Info on the game can be found here: http://www.heartsofiron-game.com/. It's a WWII strategy game with pleasant but not intensive graphics. When running "wine HoI.exe" and trying to load a saved game, a message is output: wine: Unhandled exception (thread 0009), starting debugger.. Usage: winedbg [--auto] [--gdb] comdline There is then no response to the keyboard; no debugger prompt or anything. Is this meant to start a debugger interactive session here, or am I supposed to somehow start a debugger and point it at the wine process? If so, info on how to do so would be appreciated. I ran "winedbg HoI.exe" and got exactly the same behaviour, though with a bit more info: <output> First chance exception: page fault on read access to 0x00000006 in 32-bit code (0x004191fb). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:004191fb ESP:406bf4ec EBP:406bfe94 EFLAGS:00210206( - 00 - RIP1) EAX:48258e60 EBX:00000000 ECX:00000000 EDX:007e5f44 ESI:418736c0 EDI:45ae16e3 Stack dump: 0x00000000: 00000000 00000000 00000000 00000000 0x00000010: 00000000 00000000 00000000 00000000 0x00000020: 00000000 00000000 00000000 00000000 0x00000030: 00000000 00000000 00000000 00000000 0x00000040: 00000000 00000000 00000000 00000000 0x00000050: 00000000 00000000 00000000 00000000 0x00000060: Backtrace: =>1 0x004191fb (0x406bfe94) 2 0x005af5b2 (0x406bff20) 3 0x404ff9f2 start_process+0xf2(arg=0x0) [process.c:995] in kernel32 (0x406bfff4) 4 0x4002c151 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) 0x004191fb: movl 0x6(%ecx),%ecx Wine-dbg> </output> Qn: is there any way of getting function names in that backtrace rather than just addresses? I've tried "CFLAGS=-g ./configure" when rebuilding wine, but haven't had time to test the resulting wine binaries. And then is there a way to step through at the source rather than assembly level? It's apparent here that %ecx is null when not expected to be, resulting in a bad access to memory address 0x00000006. I also tried the "WINEDEBUG=+relay" option as recommended in the wine docs. However after leaving the program running overnight, and having generated 3 gigabytes of log output, the point where the bug occurs hadn't been reached. I think that what's happening is that there is a thread (0011) which is driven by timer ticks [probably doing GUI or sound stuff], and that because HoI is running much more slowly under +relay, that the thread doing the load-game work (0009) isn't actually getting any CPU time at all. NB: the log was only 3GB because I used grep to discard output about RtlEnterCriticalSection and RtlLeaveCriticalSection. Without that, the log would be closer to 30GB! Any suggestions on how to make progress on this issue are welcome. Pointers to documentation on debugging this sort of thing are very welcome. By the way, I'm an experienced c/c++ developer on unix/linux, but know very little about Windows programming (and frankly would prefer to leave it that way :-). It's been a while since I've used gdb and friends, but can brush up on that if it's useful. Cheers, Simon PS: Congrats to the Wine team. I was most impressed how well HoI ran on wine.

4 6

Hearts of Iron on Wine
by Simon Kitching 25 Aug '04

25 Aug '04

Hi All, I just wanted to let you all know that I have now given the game "Hearts of Iron" a good testing on Wine (no windows partition) and it works *extremely* well; only a few minor issues on startup, all with simple workarounds. I've submitted an entry to the app database for this. What is more interesting, though, is that the developer (Paradox Entertainment) and publisher (Strategy First) are releasing: (a) Hearts of Iron "Platinum Edition" in September 2004 (b) Hearts of Iron 2 in "Q4 2004/Q1 2005". As Wine runs HoI so very well, I thought it might be worth someone contacting Paradox to see if they would be willing to pay the Wine team for the final minor issues with HoI/wine to be resolved, and maybe to provide support for HoI 2 on Wine. Just a thought.... See: http://www.paradoxplaza.com/heartsofiron.asp http://www.paradoxplaza.com/heartsofiron2.asp http://www.gamespot.com/pc/strategy/heartsofiron/news_6103237.html Cheers, Simon

1 0

check box in group box regression
by Robert Reif 24 Aug '04

24 Aug '04

With current cvs, check boxes in group boxes are no longer displayed. See: http://www.winehq.org/hypermail/wine-bugs/2004/08/0136.html

2 5

Re: Let StartServiceCtrlDispatcher handle services started other than with StartService (with patch)
by Alexander Yaworsky 24 Aug '04

24 Aug '04

Hello In fact, the existing implementation of service subsystem in advapi32 is very poor and is sufficient only for very simple services or test programs. I tried to launch oracle 7 database under wine and that trial has been failed. The main problem was inability of parameter passing. Not only oracle -- most services require that. I did some improvements. Although I still cannot start database, because its launcher, oradim, requires CreateRemoteThread, the listener service works well (although, it cannot be fully tested because no database instance exists, but there is nothing suspicious in trace logs). I even tried to submit a patch but it was silently ignored. Let me remind about this patch -- http://www.winehq.org/hypermail/wine-patches/2004/06/0174.html maybe it will be useful. If you have suggestions, I promise to rewrite it as required ;)) Also, maybe the diagram shown below will be useful. Thanks. This simplified diagram shows interaction between three main components of win32 service subsystem. Service Control | Service Control Manager | Service Program Program | | ----------------+-----------------------------+----------------------------- | | StartService-----> LockServiceDatabase | | IF OWN_PROCES or | | (SHARE_PROCESS and Service | Program is not running)| | THEN | | | | CreateProcess===============> ... | wait for call to | initialization | StartServiceCtrlDispatcher| must not be longer | timeout=30s | than 30 seconds | | ... | if wait timed out then | ... | TerminateProcess | ... failure <---- UnlockServiceDatabase | ... | | ... | wait satisfied <============= StartServiceCtrlDispatcher | | | END IF | | | | CreateThread ***************> ServiceMain | (or CreateRemoteThread | ... | for SHARE_PROCESS; | * | if SHARE_PROCESS then | * | find entry in service | ********************** | table by service name; | * | if OWN_PROCESS then use | * | first entry) | * success <---- UnlockServiceDatabase | * | | * | accept control requests | * | | * ControlService---> request accepted ===========> ServiceControlHandler * | | ... * status <----- return status <============== SetServiceStatus * | | * | | * | | ********************** | | * | | ... | | SetServiceStatus | ExitThread <***************** (STOPPED) | if Service Program has | | now only one thread | | return control from | | StartServiceCtrlDispatcher==> ... | | ExitProcess legend: --- Service Control Program's thread === Service Program's main thread (control thread) *** Service Program's service thread OWN_PROCESS == SERVICE_WIN32_OWN_PROCESS SHARE_PROCESS == SERVICE_WIN32_SHARE_PROCESS Implementation. completely win32-based Two basic things: a) The only time the service control manager requests ownership of the lock is when it is starting a service. (C) M$DN; b) When StartService creates a new service process, it must pass arguments, or at least argv[0] - the service name - for ServiceMain across process boundary. So, use the existence of shared memory object as lock indicator and the content of object for passing service name. Also we need a wait object for monitoring process startup. The call to StartServiceCtrlDispatcher will satisfy wait condition. A dedicated shared memory object is used for each service thread. It holds other arguments, control requests and status. Also we need mutex object for serialization of control requests and two wait objects for serialization of service control program thread and service control handler thread.

4 4

Re: A new regression
by Ivan Leo Puoti 24 Aug '04

24 Aug '04

> (with screenshots, if possible). before the patch http://www003.portalis.it/115/download/1.png and after it http://www003.portalis.it/115/download/2.png The app is a free download. Ivan.

4 3

Re: Ignore WS_MINIMIZE and WS_MAXIMIZE in SetWindowLong
by Alexandre Julliard 24 Aug '04

24 Aug '04

Robert Shearman <rob(a)codeweavers.com> writes: > According to this URL a number of WS_ flags cannot be changed after > the window is created (using SetWindowLong): > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinU… > This patch uses that information and ignores just the WS_MINIMIZE and > WS_MAXIMIZE styles in SetWindowLong. That MSDN page implies that pretty much all styles can't be modified, which is definitely not true. I must say I would be surprised if WS_MAXIMIZE and WS_MINIMIZE were handled differently from the rest. Could you please provide a test case? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Compile on AMD Opetron
by Chuck Hall 23 Aug '04

23 Aug '04

> Hi Chuck, > > --- chall(a)bcrl.stcloudstate.edu wrote: >> If you need access to a AMD Opetron box I can setup remote access >> (via >> SSH) so you can test the code, or I can try the patches (if any) >> sent. > > I have quite a few patches for native Opertron x86-64 support on my > account at sourceforge but I doubt you want a 64bit wine as it wont let > you run any normal Windows apps. Try passing -m32 to gcc to see if it > clears up. > > Thanks > Steven > While you are right about not wanting 64bit wine, it still does not solve the problem of the interlocked function missing. I still get the same problem of the function not existing. I did try setting the build and the host variable to i686 in configure. When I get to the make part it states that the asm is not a valid 64 bit base/index expression. Would you mind adding a link to your website so I can try the patches? Have Fun! Chuck Hall

2 1

Compiling Wine on Windows
by Todd S. 23 Aug '04

23 Aug '04

Dear wine-devel Forum, My name is Todd, and I am trying to compile the Wine DLLs within a Windows XP DOS-Box. I am using MingW with a newer version of Make, GCC, G++, etc. I type "make" within the directory and all that is returned is: "make: *** No targets specified and no makefile found. Stop.". Do I need a different version of "Make" or do I just need something else? Thanks, Todd Suess

2 1

Re: MSTS installer - files inside setupenu.dll
by Frank Eising 23 Aug '04

23 Aug '04

I don't have them on file unfortunately. For the exact paths I have to get the msts cd (it's not here right now). For what I remember the path is something like this: abcdef/menu/background.bmp abcdef/menu/logo.bmp etc... Those files are in setupenu.dll, because you can see the paths when viewing that file. Frank ----- Original Message ----- From: Mike Hearn <m.hearn(a)signal.QinetiQ.com> Date: Mon, 23 Aug 2004 09:37:46 +0100 To: Frank Eising <puiky(a)operamail.com> Subject: Re: MSTS installer - files inside setupenu.dll > What were th efile paths it was looking for? > > Frank Eising wrote: > > I am trying to get the Train SImulator setup working. Last time I debugged it I found that the setup looks for jpeg images in a certain directory to set up the setup menu. They are not found, because those files are non-existent on the cdrom. They are inside setupenu.dll. > > Anyone knows what kind of thing needs to be implemented, in order to make files inside a dll accessable by wine? I could not find any errors in the debug messages referring to it. > > > > Frank > > -- _____________________________________________________________ Web-based SMS services available at http://www.operamail.com. >From your mailbox to local or overseas cell phones. Powered by Outblaze

1 0

A new regression
by Ivan Leo Puoti 23 Aug '04

23 Aug '04

For those of you who don't belive A.J. is a human, he does introduce regressions from time to time. This patch http://www.winehq.com/hypermail/wine-cvs/2004/06/0196.html Has broken this app http://www.anim8or.com and at least one user has complained about this regression. Ivan.

3 2

Re: {Begin,End,}UpdateResource{A,W}
by Vincent Béron 23 Aug '04

23 Aug '04

Le dim 22/08/2004 à 18:46, Vincent Béron a écrit : > Changelog: > First step for implementing the UpdateResource functions. Please don't apply, it's not ready for inclusion yet. Vincent

1 0

Re: IShellLink and non-existant exe files
by Christian Costa 23 Aug '04

23 Aug '04

Hi, I don't know much about this code but some line below there is: Stream_WriteLocationInfo( stm, exePath ); In our case exePath is still empty. Shouldn't we set exePath to the same value as This->sPath ? Christian Aric Stewart wrote: > It is possible under windows to create a .Lnk file to an exe file > before it exists. Office 2000 does this, Scientific Word does this as > do other apps as well. > > So a quick fix so that in IPersistFile_Save if the exe file is not > found, trust the path we are given and allow creation of the link. > > ------------------------------------------------------------------------ > > Index: dlls/shell32/shelllink.c > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/shelllink.c,v > retrieving revision 1.70 > diff -u -w -r1.70 shelllink.c > --- dlls/shell32/shelllink.c 12 Aug 2004 23:00:53 -0000 1.70 > +++ dlls/shell32/shelllink.c 20 Aug 2004 13:27:38 -0000 > @@ -683,9 +683,14 @@ > /* if there's no PIDL, generate one */ > if( ! This->pPidl ) > { > + /* + * windows can create lnk files to executables > that do not exist yet > + * so if the executable does not exist the just trust the > path they > + * gave us > + */ > if( !*exePath ) > - return E_FAIL; > - > + This->pPidl = ILCreateFromPathW(This->sPath); > + else > This->pPidl = ILCreateFromPathW(exePath); > } > > >

2 1

Re: [QUARTZDRV] Preliminary support for native OS X graphics
by Pierre d'Herbemont 23 Aug '04

23 Aug '04

Mike, Having Native Graphics Driver for Mac OS X is important for Mac User, since a X11 Apps doesn't behaves like a "normal" Mac OS X App. For instance, there is no icon for it in the Dock, which is indeed important. Moreover I am not convinced about the x11drv speed on Mac OS X. I didn't investigate much here, but the DGA extensions seems to be capital, and I don't think we'll get DGA on Mac OS X due to its windowserver architecture. Any way it is exciting to have an other driver other than x11drv and ttydrv ;) Pierre

1 0

Re: [QUARTZDRV] Preliminary support for native OS X graphics
by Roderick Colenbrander 23 Aug '04

23 Aug '04

Quartz support is ofcourse great but without a patch it isn't very usefull ;) Roderick Colenbrander > This patch includes a partially graphics driver for OS X. Everything > except the basic window management functions of the user driver are > stubs. The patch depends on Pierre d'Herbemont's "Support for > disabling symbols import in WineBuild based on a prefix." > > Changelog: > Rib Rdb <ribrdb(a)gmail.com> > Add preliminary support for native graphics on Mac OS X. > -- Superg�nstige DSL-Tarife + WLAN-Router f�r 0,- EUR* Jetzt zu GMX wechseln und sparen http://www.gmx.net/de/go/dsl

3 3

MSTS installer - files inside setupenu.dll
by Frank Eising 23 Aug '04

23 Aug '04

I am trying to get the Train SImulator setup working. Last time I debugged it I found that the setup looks for jpeg images in a certain directory to set up the setup menu. They are not found, because those files are non-existent on the cdrom. They are inside setupenu.dll. Anyone knows what kind of thing needs to be implemented, in order to make files inside a dll accessable by wine? I could not find any errors in the debug messages referring to it. Frank -- _____________________________________________________________ Web-based SMS services available at http://www.operamail.com. >From your mailbox to local or overseas cell phones. Powered by Outblaze

2 1

Re: Optimize Critical Section Functions
by Andreas Mohr 23 Aug '04

23 Aug '04

Hi, On Fri, Aug 20, 2004 at 04:50:36PM +0100, Robert Shearman wrote: > Index: wine/dlls/ntdll/critsection.c > =================================================================== > RCS file: /home/wine/wine/dlls/ntdll/critsection.c,v > retrieving revision 1.26 > diff -u -p -r1.26 critsection.c > --- wine/dlls/ntdll/critsection.c 17 Jun 2004 23:11:08 -0000 1.26 > +++ wine/dlls/ntdll/critsection.c 20 Aug 2004 15:46:18 -0000 > @@ -36,6 +36,14 @@ > WINE_DEFAULT_DEBUG_CHANNEL(ntdll); > WINE_DECLARE_DEBUG_CHANNEL(relay); > > +#ifdef __GNUC__ > +# define likely(x) __builtin_expect(!!(x), 1) > +# define unlikely(x) __builtin_expect(!!(x), 0) > +#else > +# define likely(x) !!(x) > +# define unlikely(x) !!(x) > +#endif > + Umm, this should go into a global header file, right? The theory being that it would be useful at many more performance critical Wine places... But I have to admit that I don't know which header file this should be... Andreas Mohr

5 5

Re: Take monospace fonts into account in default font selectionalgorithm.
by Huw D M Davies 23 Aug '04

23 Aug '04

On Sat, Aug 07, 2004 at 04:20:11PM +0100, Mike Hearn wrote: > @@ -1717,9 +1719,12 @@ > } > } > > + /* match on charset and style */ > if(!family) { > for(family = FontList; family; family = family->next) { > - if(csi.fs.fsCsb[0] & family->FirstFace->fs.fsCsb[0]) > + > + if((csi.fs.fsCsb[0] & family->FirstFace->fs.fsCsb[0]) && > + (family->FirstFace->fixed_width == (lf.lfPitchAndFamily & MONO_FONT ? TRUE : FALSE))) > if(family->FirstFace->scalable || can_use_bitmap) > break; > } This also wouldn't work as you expect. The way to create a fixed pitch font is to use FIXED_PITCH not MONO_FONT. Which app was setting this flag? Huw. -- Huw Davies huw(a)codeweavers.com

3 2

Beginnings of quartzdrv
by Rib Rdb 22 Aug '04

22 Aug '04

Attached is a very preliminary driver for native graphics on OS X. So far all it does is let you make windows. No events or drawing work yet (I was baffled by the GetDC function. It looked like the existing drivers only call windows functions, and I didn't see any way for setting the window's context.) To compile this requires a patch by Pierre d'Herbemont to deal with conflicting function names in windows and Carbon. He said he will send it here. Also, to get the windows to focus, you have to place the executable in an application bundle. I just took one I had sitting around, copied the wine binary over the executable in the bundle and ran it from the commandline like so: /Users/ribrdb/Desktop/winemine.app/Contents/MacOS/CarbonTest winemine Things are getting busy with work, so I'm not sure when I'll have more time to work on this.

2 2

New Darwine Binary Released
by Sanjay Connare 22 Aug '04

22 Aug '04

Hey All, I am proud and happy to announce the release of a new binary labeled Darwine 20040820 DP. This binary is based upon the 20040813 wine release. The majority of changes for this release can be viewed: http://cvs.winehq.org/cvsweb/wine/ChangeLog It is being released as a DEVELOPER PREVIEW so USE AT YOUR OWN RISK! It is not yet suited for mass distribution or general user use. This release in addition to all of the fixes from the wine team includes many Mac OS X optimizations and fixes. It also includes WineHelper a native Mac OS X application that helps launch .exe's. It allows for .exe's to be double clicked in the finder like any other application and essentially bypasses the need to run wine via the command line. The Darwine libraries have been moved from their default installation location of /usr/local to a more Mac OS X friendly location /Library/Darwine. Applications and WineHelper are installed in /Applications/Darwine. This new binary also automatically uninstalls the previous binary if it is found to be installed. For uninstall to occur the user must enter an administrator's password. If the correct password is entered the uninstaller will return some errors however the old version of Darwine will be removed and the install of this new binary can commence by reopening the installer package. A new uninstaller is included with this release that simplifies the uninstall process thanks to the new location of libraries. The binary has been split into two releases one being this release and a soon to be released Darwine SDK. The Darwine SDK will contain the source for both wine and WineHelper, all of the header files, winegcc, winebuild tools and many examples and scripts that will allow open source apps to be compiled using these tools. Please report bugs to the darwine SourceForge Bug Tracking System, and to the darwine-devel mailing-list. Also any comments, questions or concerns can also be posted to the darwine-devel mailing-list. Enjoy this new release. Thanks, ~Sanjay Connare

2 1

Re: Wrong call convention for SHAllocShared & co?
by Ivan Leo Puoti 21 Aug '04

21 Aug '04

>Hence my confusion and my call for help. The solution that comes in mind is write a test program and find out. Ivan.

1 0

Re: Wrong call convention for SHAllocShared & co?
by Ivan Leo Puoti 21 Aug '04

21 Aug '04

> So who's right? The platform SDK that says this is a cdecl function or > Wine's headers? If the SDK is wrong and is diffrent from the windows implementation, then programs calling that function will have problems bacause of imcompatible headers between the ones used to build windows and the SDK ones used to build the program, no? Ivan.

2 1

Wrong call convention for SHAllocShared & co?
by Francois Gouget 21 Aug '04

21 Aug '04

In the platform SDK's shlobj.h I find: HANDLE _SHAllocShared(LPCVOID pvData, DWORD dwSize, DWORD dwDestinationProcessId); Notice the lack of a WINAPI and the leading underscore. So this would indicate a cdecl API. But in dlls/shell32/undocshell.h I see: HANDLE WINAPI SHAllocShared(LPVOID pv, ULONG cb, DWORD pid); This really looks like the same function, just without the underscore. Furthermore shell32.spec says: 520 stdcall SHAllocShared (long long long) So who's right? The platform SDK that says this is a cdecl function or Wine's headers? There's the same issue for SHFreeShared, SHLockShared and SHUnlockShared. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

1 1

Re: MS Visio 2000 not working with wine.
by Tom 21 Aug '04

21 Aug '04

James Courtier-Dutton wrote: > Tom wrote: > >> James Courtier-Dutton wrote: >> >>> Has anyone got MS Visio 2000 working with wine? >>> >>> James >>> >>> >>> >> >> Yes. >> >> Tom >> >> > > I am using the current cvs of wine. Without any Windows OS already > installed. > I attach a debug trace of trying to install Visio2000. > wine Visio2000.EXE > > Can anyone give me advice on how to diagnose this further? > > James > > > Hi James, Well it will install and run but your going to have to put some work into it :) I just installed it again in a clean .wine and this is what I did. 1) install dcom98 2) install native windows installer 3) install IE 6.0 4) remove conflicting dll's from IE 6 install that halts the Visio update. 5) install a couple native dlls so the installer will run 6) install visio 7) replace dlls that I removed from IE 6 install 8) tweak the config a little 9) run Visio Regards, Tom A proof shot that it works with wine :-)

1 0

Re: make CryptSetProviderEx update the provider Name and TypeName to registry
by Alexandre Julliard 21 Aug '04

21 Aug '04

James Hawkins <truiken(a)gmail.com> writes: >> Changelog >> * Call provider.dll's DllRegisterServer from CryptSetProviderEx to >> update the Name and TypeName values in the registry properly when >> setting the default provider It doesn't seem right to call DllRegisterServer from there, IMO it should only be called when the dll is installed. Do you have evidence that Windows does it this way? -- Alexandre Julliard julliard(a)winehq.org

2 2

MS Project 2000 not working in wine.
by James Courtier-Dutton 21 Aug '04

21 Aug '04

Has anyone got MS Project 2000 working in wine? James

2 1

MS Visio 2000 not working with wine.
by James Courtier-Dutton 21 Aug '04

21 Aug '04

Has anyone got MS Visio 2000 working with wine? James

2 1

Re: Added path settings to winecfg
by Marcelo Duarte 21 Aug '04

21 Aug '04

Jacek Caban escreveu: > But what about other languages, which nobody updates as you do? > I have one more question: where can I find this script? I see that > polish translation is far from complete and I thought I could work > aroun dit. > > Thanks, > Jacek Sorry for the delay. Atached is the patch to create a trans.sh in in wine/tools. To run in wine directory run tools/trans.sh and it creates tools/trans_html/index.html This is a modified version of the original patch that Vincent Beron send in January.

1 0

[Fwd: Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]]
by Mike Hearn 21 Aug '04

21 Aug '04

-------- Forwarded Message -------- From: Con Kolivas <kernel(a)kolivas.org> To: Mike Hearn <mike(a)navi.cx> Cc: ck(a)vds.kolivas.org Subject: Re: [ck] Re: Threading issues? [ck-request(a)vds.kolivas.org: ck Digest, Vol 3, Issue 16] Date: Sat, 21 Aug 2004 10:39:21 +1000 Mailer: Mozilla Thunderbird 0.7.1 (X11/20040626) Mike Hearn wrote: > On Tue, 17 Aug 2004 10:06:46 +0200, Andreas Mohr wrote: > >>Are we doing some big no-nos in the threading area here? >>(or maybe it's just done the way it is because we cannot do it a >>different, better way?) >> >>For the whole discussion, please see >>http://bhhdoa.org.au/pipermail/ck/2004-August/000428.html > > > Well, apparently we don't use sched_yield, so the problem must > lie somewhere else. Maybe Con can help us out here? Alexandre says he > doesn't know what the issue is either and somebody needs to investigate. I > guess we do need to concern ourselves over the details :) Interesting. Probably the most valuable information is that it seems to work fine if we artificially limit the threads to exactly the same timeslice _or_ we put them at such a low priority that they are forced to be guaranteed to round robin one task at a time. This is the way 2.4 used to work which is why with the new 2.6 schedulers which do far more out-of-order rescheduling some applications have a problem; particularly under load. I suspect it's actually the latter issue. Locking between threads should prevent that being a problem, though. You already mentioned that you dont use sched_yield() and I couldn't even begin to look at the wine code myself so perhaps you know something more. The other (useful?) bit of information is that one person solved his issue with this: >I had a similar problem with Cedega. I fixed it by editing the >Cedega/WineX config file and specifying that I wanted to use ALSA >instead of WineOSS, then disable mmap for ALSA. I'm not sure if that fixes all the problems but perhaps that helps. I'm interested in getting this resolved so please keep me informed. Cheers, Con P.S. Sorry I had trouble posting to your newsgroup.

1 0

Re: Limit number of DirectDrawClipper_SetClipList FIXMEs
by Stefan Leichter 21 Aug '04

21 Aug '04

Am Freitag, 20. August 2004 18:37 schrieb Tobias Burnus: > + > HRESULT WINAPI Main_DirectDrawClipper_SetClipList( > - LPDIRECTDRAWCLIPPER iface,LPRGNDATA lprgn,DWORD pdwSize > + LPDIRECTDRAWCLIPPER iface,LPRGNDATA lprgn,DWORD pdwFlag > ) { > ICOM_THIS(IDirectDrawClipperImpl,iface); > - FIXME("(%p,%p,%ld),stub!\n",This,lprgn,pdwSize); > + static int warned = 0; > + if (warned++ < 10 && lprgn != NULL) Hello, for me this looks like if (0 < 10 && lprgn != NULL) what is the same like if (lprgn != NULL) I thing you meant something different Bye Stefan

3 3

Compile on AMD Opetron
by chall＠bcrl.stcloudstate.edu 21 Aug '04

21 Aug '04

I tried to compile wine-2004813 on a AMD Opetron this is what I found. ./configure No Problems found. make depend No Problems found. make **FAILS** chuck@sniper wine-20040813 $ make make[1]: Entering directory `/home/chuck/src/wine/wine-20040813/libs' make[2]: Entering directory `/home/chuck/src/wine/wine-20040813/libs/port' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o interlocked.o interlocked.c interlocked.c:248:3: #error You must implement the interlocked* functions for your CPU make[2]: *** [interlocked.o] Error 1 make[2]: Leaving directory `/home/chuck/src/wine/wine-20040813/libs/port' make[1]: *** [port] Error 2 make[1]: Leaving directory `/home/chuck/src/wine/wine-20040813/libs' make: *** [libs] Error 2 chuck@sniper wine-20040813 $ After looking at the file libs/port/interlocked.c I noticed that there are special instructions for the UltraSPARC proc. Since I do not read or know asm, I looked at the #include for for Solaris (/usr/include/synch.h). pulled from solaris 9 on sparc. (/usr/include/synch.h) /* * synch.h: * definitions needed to use the thread synchronization interface */ I then looked through a number of other include files and noticed that all this seems to be is a control for threads. Under linux on the AMD Opetron could you not use the pthreads.h #include file? If you need access to a AMD Opetron box I can setup remote access (via SSH) so you can test the code, or I can try the patches (if any) sent. Have Fun! Chuck Hall

2 1

Suggestion for wine-user
by Geoffrey Leach 20 Aug '04

20 Aug '04

Perhaps some "worked examples"? It would be helpful to be able to have a set of examples that would illustrate the basic features of Wine. For example: o A "Hello World" .exe that used only the .dll files in the dist. o A script that executed a Windoze app that required only minimal configuration -- for example, just the mount point used for C: o A script that executed a (local) .exe that had its own (local) .dll files (both on the Unix side) Kudos to whoever put together the rpm. Regards.

1 0

Document an API difference
by Shachar Shemesh 20 Aug '04

20 Aug '04

Hi list, I'm documenting a probable API result difference between Wine and Windows. At the moment, this is no longer a problem as far as I'm concerned, so there is no point for me to write regression tests and fix it, but this may be stopping someone else. It seems that if you call "select" with a FD set that holds the same file descriptor more than once, Wine's and Window's responses are different. Under windows, you get a statement saying that only one FD is active. Under Wine, you get as many as the number of times the repeating FD is in the set. Like I said, this does not affect, as far as I know, any program, so I'm not sure we need to fix it. I just wanted the list's archive to have a mention of this issue. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: Backtrace Dumps
by Alexandre Julliard 20 Aug '04

20 Aug '04

Robert Shearman <rob(a)codeweavers.com> writes: > I propose the addition of this new debug tool that will allow > developers to output backtraces to the console, without having to > interact with a debugger. It can give a useful indication of how > functions are being called in situations where a break point is not > appropriate. I think it's better to let the debugger take care of that. If you don't want a real breakpoint you could define a custom exception to tell winedbg to just dump the backtrace and continue. -- Alexandre Julliard julliard(a)winehq.org

7 13

Re: Optimization for FindFile* (resend)
by Alexandre Julliard 20 Aug '04

20 Aug '04

Robert Shearman <rob(a)codeweavers.com> writes: > Changelog: > Handle case of mask containing no wildcards so that it is possible to > avoid searching through hundreds of directory entries. I'm afraid this doesn't work, you need to take the file position in the directory into account, and also update it properly (which will probably defeat the optimization). -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Move include/async.h to include/wine/async.h
by Alexandre Julliard 20 Aug '04

20 Aug '04

Robert Shearman <rob(a)codeweavers.com> writes: > Changelog: > Move include/async.h to include/wine/async.h Actually that file should be removed, we don't want to share internal data structures like that. It will require some restructuring of the async I/O support though. -- Alexandre Julliard julliard(a)winehq.org

1 0

Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]
by Andreas Mohr 20 Aug '04

20 Aug '04

Hi all, this is a nice little posting from the Con Kolivas Linux interactivity patches list. Note that it is about Cedega, not Wine, but it might easily affect Wine, too. Are we doing some big no-nos in the threading area here? (or maybe it's just done the way it is because we cannot do it a different, better way?) For the whole discussion, please see http://bhhdoa.org.au/pipermail/ck/2004-August/000428.html Andreas Mohr ----- Forwarded message from ck-request(a)vds.kolivas.org ----- Message: 12 Date: Mon, 16 Aug 2004 21:31:59 +1000 From: Con Kolivas <kernel(a)kolivas.org> Subject: Re: [ck] 2.6.8.1-ck1, cedega-cvs, ALSA sound (choppy) To: greblus(a)poczta.onet.pl Cc: ck(a)vds.kolivas.org Message-ID: <41209B2F.4030207(a)kolivas.org> Content-Type: text/plain; charset="us-ascii" Wiktor Grebla wrote: > On Mon, Aug 16, 2004 at 08:16:08PM +1000, Con Kolivas wrote: > > >>It wont be a preempt threshold problem. >>See if it's a priority issue on the part of wine*. Be absolutely certain >>that wineserver, wine and the game are all run the _same_ priority and >>not a better priority than X. Send me the output of 'top -b -n 1' during >>the sound being choppy. Then try running _all_ the wine things at nice >>+19. This is a simple sanity check to see where the problem lies. > > > It's in fact as you say, all parts of wine have different priorities, and > some of them are higher than X: > > greblus@greblus:~$ top -n 1 -b | grep wine > 1630 greblus 23 0 471m 230m 164m R 92.8 45.9 1:54.63 wine > 1666 greblus 20 0 471m 230m 164m S 2.0 45.9 0:01.64 wine > 1629 greblus 20 0 2400 1192 2176 S 0.0 0.2 0:00.00 winex > 1633 greblus 20 0 6864 5056 6756 S 0.0 1.0 0:01.10 wineserver > 1634 greblus 20 0 6864 5056 6756 S 0.0 1.0 0:00.15 wineserver > 1659 greblus 20 0 471m 230m 164m S 0.0 45.9 0:00.00 wine > 1660 greblus 21 0 471m 230m 164m S 0.0 45.9 0:00.00 wine > 1662 greblus 20 0 471m 230m 164m S 0.0 45.9 0:00.06 wine > 1663 greblus 33 0 471m 230m 164m R 0.0 45.9 0:00.41 wine > > greblus@greblus:~$ top -b -n 1 | grep X > 621 root 20 0 88092 18m 75m S 0.0 3.8 1:02.96 X > > After renicing all of them there is no problem with choppy sound in all of time > wasting programs I've on my disk :>, and overall (subjective) performance is > better of course. > > Full output of top -b -n 1 is here: > http://unixforge.org/~greblus/ck/top_-b_-n_1.txt > > Kindest Regards, > W. Thanks for details. You do not have different nice levels; that is PRI that is different, which is the "dynamic" priority that constantly changes by the scheduler. It is as I suspected, though - if you renice everything +19 and the problem goes away it is bad programming on the wine developers' part that use what's called sched_yield instead of proper locking between their threads. Don't concern yourself over the details, but at least you have a simple workaround... sigh Cheers, Con

2 1

Re: Different X Displays and Wine
by Eric Frias 20 Aug '04

20 Aug '04

Alexandre Julliard (julliard_at_winehq.org) wrote:> We don't support having the same user run from different displays at> the same time. I don't think that's a common setup at all. It probably is not a common setup, but Boaz isn't the only person to have been bitten by this. It has happened both to us and to people who use our software. In our development environment, we usually use one or two common user accounts to do all development and testing in. I know this isn't ideal, but I don't have any power to change this. Anyway, with this setup, it is very easy to have two people developing or testing from the same account but displaying on separate machines. Right now we have been doing what was suggested earlier -- we have a script to launch our application and this script creates a .wine-$DISPLAY directory and points WINEPREFIX to that directory. This works well enough for now. It's inconvenient that the config file and registry aren't shared, so doing things like changing printer settings is a bit of a chore, but this hasn't bothered us too much yet. We're also making the assumption that not many users will be running this on multiple displays, so things will just work for most users and the few that do try to run on multiple displays will at least be able to do it. I'm curious how much work would be involved in fixing this correctly. I've never looked at the wineserver code, so I don't know if this would just be a matter of adding another variable to a data structure that gets passed around to all of the windowing code, or if this would require major changes to the way wineserver works. If it's reasonably easy, I might be able to make the fix or lend some assistance; if it is a large amount of work, we'll probably be happy with the workaround we have. Eric

2 2

winetest results refused by server
by Robert Reif 20 Aug '04

20 Aug '04

The winetest server has been refusing to accept test results for a while now. Could someone look into it.

1 0

Re: RE: Adventures in serial port.
by Pouech Eric DMI AEI CAEN 20 Aug '04

20 Aug '04

> I have tried the updates but to no avail. I have a test program that > appears to work well. However when that code is used in my project I still > lose some characters at the end of the message. The main difference is that > my project uses sockets, in another thread, to transfer the read/write data > to/from another application. Could the results from the socket calls be > messing with the ReadFile() results? I will make an example program that > includes sockets to see if I can verify this. does your program (the final one, not the test) use the same buffers and/or the same events in the two threads ? As most of the read/write structures are thread-dependent, I don't really see how two threads could thrash their data, except for some buffer overflow, hence my first question. A+

1 0

make CryptSetProviderEx update the provider Name and TypeName to registry
by James Hawkins 20 Aug '04

20 Aug '04

Changelog * Call provider.dll's DllRegisterServer from CryptSetProviderEx to update the Name and TypeName values in the registry properly when setting the default provider -- James Hawkins

1 0

RE: Adventures in serial port.
by Scott Snell 20 Aug '04

20 Aug '04

Hi Eric, I have tried the updates but to no avail. I have a test program that appears to work well. However when that code is used in my project I still lose some characters at the end of the message. The main difference is that my project uses sockets, in another thread, to transfer the read/write data to/from another application. Could the results from the socket calls be messing with the ReadFile() results? I will make an example program that includes sockets to see if I can verify this. regards, scott. > -----Original Message----- > From: Eric Pouech [SMTP:pouech-eric@wanadoo.fr] > Sent: Thursday, 19 August 2004 3:14 > To: Scott Snell > Subject: Re: Adventures in serial port. > > Scott Snell a écrit : > > Fantastic! Can you let me know when it is committed? > it is

1 0

Re: Let StartServiceCtrlDispatcher handle services started other than with StartService (with patch)
by Alexander Yaworsky 20 Aug '04

20 Aug '04

I think that this is incorrect. If you let StartServiceCtrlDispatcher to continue with no error, you make calling program think that it is running under control of service control manager. When service program handles somehow any kind of its launching, the behaviour may be quite different. Also, under windows StartServiceControlDispatcher always fails if service program is started not with StartService (maybe we should add 15 seconds delay to exactly emulate versions earlier than XP? ;-))). Alexander

1 0

Re: KERNEL: pull WINDIR and WINSYSDIR from config before using hardcoded defaults (possible fix for WWN #234, #235 c:\\windows is not accessible Error)
by Alex Villacís Lasso 20 Aug '04

20 Aug '04

Alex Villacís Lasso wrote: > Alexandre Julliard wrote: > >> Alex Villacís Lasso <a_villacis(a)palosanto.com> writes: >> >> >> >>> Changelog: >>> * if windir or winsysdir environment vars are undefined, pull values >>> from config file before falling to hardcoded values >>> >> >> >> This of course defeats the whole purpose of the use of environment >> variables, which is to get rid of the config file. If the environment >> variables are not set it's because the user's config is wrong, they >> should be set in HKLM\System\CurrentControlSet\Control\SessionManager >> or (preferably) in HKCU\Environment. The code is supposed to migrate >> them automatically, but this may not always work if the registry >> already contains other values, in which case it needs to be fixed by >> hand. Going back to the config file is definitely not the right way. >> >> >> > Thanks for pointing me to misc/registry.c, it helped a LOT. > > Upon examination of the function convert_environment(), I realized the > following: the function > queries HKEY_CURRENT_USER/Environment with a call to NtCreateKey(). If > the call succeeds, > but the result is something other than REG_CREATED_NEW_KEY, the > function terminates in > the assumption that the environment was already migrated in a previous > invocation of Wine. > > The problem is, this assumption is false when the user has a Windows > partition for a Wine drive, > and the user has environment variables of his/her own in the registry. > For example, I am a cygwin user > and I have a Win2k registry with the variables VISUAL, CVS_RSH, and > CVSROOT already defined. > When the function sees that HKEY_CURRENT_USER/Environment already > exists (because it was > taken from the native Windows registry), it (incorrectly) skips the > migration of the config file variables. > > The obvious solution (implemented by this patch) is to remove the > assumption about > HKEY_CURRENT_USER/Environment being newly created, and instead test > for every value before > migrating. > > I hope this is definitely the right way. > > Changelog: > * Do not assume HKEY_CURRENT_USER/Environment exists ==> config file > was migrated. Instead test > for every key to migrate under HKEY_CURRENT_USER/Environment > > Alex Villacis Lasso > UPDATE: %Systemroot% should be migrated too, and this patch combines this and the previous fix. --- wine-20040813/misc/registry.c 2004-07-29 20:35:52.000000000 -0500 +++ wine-20040813-patch/misc/registry.c 2004-08-19 19:47:12.000000000 -0500 @@ -242,7 +242,7 @@ } /******************************************************************/ -/* WINDOWS 31 REGISTRY LOADER, supplied by Tor Sjøwall, tor(a)sn.no */ +/* WINDOWS 31 REGISTRY LOADER, supplied by Tor Sjwall, tor(a)sn.no */ /* reghack - windows 3.11 registry data format demo program. @@ -277,7 +277,7 @@ deduced from the reg.dat file by me. Mistakes may have been made. I claim no rights and give no guarantees for this program. - Tor Sjøwall, tor(a)sn.no + Tor Sjwall, tor(a)sn.no */ /* reg.dat header format */ @@ -1861,6 +1861,7 @@ static const WCHAR windowsW[] = {'w','i','n','d','o','w','s',0}; static const WCHAR systemW[] = {'s','y','s','t','e','m',0}; static const WCHAR windirW[] = {'w','i','n','d','i','r',0}; + static const WCHAR systemrootW[] = {'S','y','s','t','e','m','r','o','o','t',0}; static const WCHAR winsysdirW[] = {'w','i','n','s','y','s','d','i','r',0}; static const WCHAR envW[] = {'E','n','v','i','r','o','n','m','e','n','t',0}; static const WCHAR tempW[] = {'T','E','M','P',0}; @@ -1894,59 +1895,83 @@ NtClose( hkey_old ); return; } - if (disp != REG_CREATED_NEW_KEY) goto done; - /* convert TEMP */ + /* Test for existence of TEMP */ RtlInitUnicodeString( &nameW, tempW ); - if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + if (NtQueryValueKey(hkey_env, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) { - NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); - RtlInitUnicodeString( &nameW, tmpW ); - NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); - MESSAGE( "Converted temp dir to new entry HKCU\\Environment \"TEMP\" = %s\n", - debugstr_w( (WCHAR*)info->Data ) ); + /* convert TEMP */ + RtlInitUnicodeString( &nameW, tempW ); + if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + { + NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); + RtlInitUnicodeString( &nameW, tmpW ); + NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); + MESSAGE( "Converted temp dir to new entry HKCU\\Environment \"TEMP\" = %s\n", + debugstr_w( (WCHAR*)info->Data ) ); + } } - /* convert PATH */ + /* Test for existence of PATH */ RtlInitUnicodeString( &nameW, pathW ); - if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + if (NtQueryValueKey(hkey_env, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) { - NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); - MESSAGE( "Converted path dir to new entry HKCU\\Environment \"PATH\" = %s\n", - debugstr_w( (WCHAR*)info->Data ) ); + /* convert PATH */ + RtlInitUnicodeString( &nameW, pathW ); + if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + { + NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); + MESSAGE( "Converted path dir to new entry HKCU\\Environment \"PATH\" = %s\n", + debugstr_w( (WCHAR*)info->Data ) ); + } } - /* convert USERPROFILE */ - RtlInitUnicodeString( &nameW, profileW ); - if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) - { - RtlInitUnicodeString( &nameW, userprofileW ); - NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); - MESSAGE( "Converted profile dir to new entry HKCU\\Environment \"USERPROFILE\" = %s\n", - debugstr_w( (WCHAR*)info->Data ) ); + /* Test for existence of USERPROFILE */ + RtlInitUnicodeString( &nameW, userprofileW ); + if (NtQueryValueKey(hkey_env, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + { + /* convert USERPROFILE */ + RtlInitUnicodeString( &nameW, profileW ); + if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + { + RtlInitUnicodeString( &nameW, userprofileW ); + NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); + MESSAGE( "Converted profile dir to new entry HKCU\\Environment \"USERPROFILE\" = %s\n", + debugstr_w( (WCHAR*)info->Data ) ); + } } - /* convert windir */ - RtlInitUnicodeString( &nameW, windowsW ); - if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) - { - RtlInitUnicodeString( &nameW, windirW ); - NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); - MESSAGE( "Converted windows dir to new entry HKCU\\Environment \"windir\" = %s\n", - debugstr_w( (WCHAR*)info->Data ) ); + /* Test for existence of windir */ + RtlInitUnicodeString( &nameW, windirW ); + if (NtQueryValueKey(hkey_env, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + { + /* convert windir */ + RtlInitUnicodeString( &nameW, windowsW ); + if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + { + RtlInitUnicodeString( &nameW, windirW ); + NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); + RtlInitUnicodeString( &nameW, systemrootW ); + NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); + MESSAGE( "Converted windows dir to new entry HKCU\\Environment \"windir\" = %s\n", + debugstr_w( (WCHAR*)info->Data ) ); + } } - - /* convert winsysdir */ - RtlInitUnicodeString( &nameW, systemW ); - if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) - { - RtlInitUnicodeString( &nameW, winsysdirW ); - NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); - MESSAGE( "Converted system dir to new entry HKCU\\Environment \"winsysdir\" = %s\n", - debugstr_w( (WCHAR*)info->Data ) ); + + /* Test for existence of winsysdir */ + RtlInitUnicodeString( &nameW, winsysdirW ); + if (NtQueryValueKey(hkey_env, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + { + /* convert winsysdir */ + RtlInitUnicodeString( &nameW, systemW ); + if (!NtQueryValueKey( hkey_old, &nameW, KeyValuePartialInformation, buffer, sizeof(buffer), &dummy )) + { + RtlInitUnicodeString( &nameW, winsysdirW ); + NtSetValueKey( hkey_env, &nameW, 0, info->Type, info->Data, info->DataLength ); + MESSAGE( "Converted system dir to new entry HKCU\\Environment \"winsysdir\" = %s\n", + debugstr_w( (WCHAR*)info->Data ) ); + } } - -done: NtClose( hkey_old ); NtClose( hkey_env ); }

1 0

poll vs. epoll
by Shachar Shemesh 19 Aug '04

19 Aug '04

Hi all, I have a program (a server) that has a very large number of synchronization constructs. Even when everything is idle there, wineserver is taking 60% of the CPU, raising load average to 2.4. When load is applied, response time occasionally jumps from tenths of a second to two minutes. I noticed that in server/fd.c, the wineserver is using "poll" to select between file descriptors. The application is going through this code over 2000 times a second, with over 380 file descriptors each time. I am wondering whether this can be the cause of the slowdown. One of the possible solutions to this would be to use epoll instead. This, of course, would have to be backed by a configure check, as not all systems for which wine is intended support epoll. Another, arguably better, solution would be to use libevent for this purpose. Libevent has the distinct advantage that it automatically chooses the best tool for the job (epoll, poll, /dev/poll, or if all else fails, select). However, if there is another, independent use of poll, porting the semantics to libevent may prove non-trivial. So what does the forum think? One last question. What are the "users"? What constructs cause a new file descriptor to be allocated in the wineserver? Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

2 1

Re: KERNEL: pull WINDIR and WINSYSDIR from config before using hardcoded defaults (possible fix for WWN #234, #235 c:\\windows is not accessible Error)
by Michael Stefaniuc 19 Aug '04

19 Aug '04

On Thu, Aug 19, 2004 at 03:54:40PM -0500, Alex Villacís Lasso wrote: > I hope this is definitely the right way. > > Changelog: > * Do not assume HKEY_CURRENT_USER/Environment exists ==> config file was > migrated. Instead test > for every key to migrate under HKEY_CURRENT_USER/Environment > > Alex Villacis Lasso > > --- wine-20040813/misc/registry.c 2004-07-29 20:35:52.000000000 -0500 > +++ wine-20040813-patch/misc/registry.c 2004-08-19 15:35:00.000000000 -0500 > @@ -242,7 +242,7 @@ > } > > /******************************************************************/ > -/* WINDOWS 31 REGISTRY LOADER, supplied by Tor Sj?wall, tor(a)sn.no */ > +/* WINDOWS 31 REGISTRY LOADER, supplied by Tor Sjwall, tor(a)sn.no */ > /* > reghack - windows 3.11 registry data format demo program. > > @@ -277,7 +277,7 @@ > deduced from the reg.dat file by me. Mistakes may > have been made. I claim no rights and give no guarantees for this program. > > - Tor Sj?wall, tor(a)sn.no > + Tor Sjwall, tor(a)sn.no Was this name change planned? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: FontDlg fix
by Alexandre Julliard 19 Aug '04

19 Aug '04

Jacek Caban<jack(a)itma.pwr.wroc.pl> writes: > + if(chf16->lpTemplateName) > + { > + len1 = strlen(MapSL(chf16->lpTemplateName)); > + chf32w->lpTemplateName = malloc(len1 * sizeof(WCHAR)); > + MultiByteToWideChar(CP_ACP, 0, (LPSTR)MapSL(chf16->lpTemplateName), > + len1, (LPWSTR)chf32w->lpTemplateName, len1); > + } > + if(chf16->lpszStyle) > + { > + len2 = strlen(MapSL(chf16->lpszStyle)); > + chf32w->lpszStyle = malloc(len2 * sizeof(WCHAR)); > + MultiByteToWideChar(CP_ACP, 0, (LPSTR)MapSL(chf16->lpTemplateName), > + len2, chf32w->lpszStyle, len2); > + } These strings never get freed (and please use HeapAlloc instead of malloc). Also the length arguments are wrong, you can't use strlen() to determine the size of the Unicode string. There are similar problems at other places in your patch too. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: gethostbyname on local host returns 127.0.0.1 for address
by Juan Lang 19 Aug '04

19 Aug '04

Robert wrote: > On windows gethostbyname for the local host returns > the addresses of the available network interfaces. > On wine and unix, it only returns the localhost > 127.0.0.1. > > Any ideas on how to get the windows behavior? I assume you're referring to gethostname (as in your sample code), not gethostbyname (as in your email). Well, I guess you'd have to modify winsock/socket.c's WS_gethostname function, maybe to call GetAdaptersInfo or some such. That'll get you the addresses, anyway. If you want a name other than localhost you may want to call GetNetworkParams too. --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

2 2

RE: iostream and msvcrt?
by Scott Snell 19 Aug '04

19 Aug '04

Is that simpler than fixing the MSVCRT headers? I have used STLport before so the idea sounds feasable to me. I imagine I have to change the gcc-linux.mak by: replacing the call to gcc with winegcc, removing references to GLIBC, adding a path pointing to /include/wine/MSVCRT. Anything else? regards, Scott. > -----Original Message----- > From: Boaz Harrosh [SMTP:boaz@hishome.net] > Sent: Tuesday, 17 August 2004 18:18 > To: Scott Snell > Cc: Wine-Devel (E-mail) > Subject: Re: iostream and msvcrt? > > Using gcc's c++ libraries will not work with msvcrt. If it will compile > (which it doesn't) it will not load. (Some circular linking) > Your best bet is STLPort. Check it out. What I have done is a special > makefiles set with special config.h that compiles and links STLPort over > msvcrt. I have written to STLPort if they want my changes as support for > another platform but I never got a response from them. Do you need me to > dig out the old HD and pack you an STLPort compiled over msvcrt? > You might need to make some changes because it is from before winegcc > times,. Going strait for gcc. and maybe some wine stuff changed since > than. > > Scott Snell wrote: >

3 2

Wine Status - User Interface
by Tom 19 Aug '04

19 Aug '04

Hello, I have been working on a update for the Status UI page over the last couple day's and i'm attaching a copy of what I have. I've re-named the template to .html so you can view it in your e-mail program or browser of choice. I haven't done the changelog so just view this againt http://www.winehq.org/site/status_ui for changes or diff. commits, suggestions, and flames are welcomed Regards, Tom

2 1

gethostbyname on local host returns 127.0.0.1 for address
by Robert Reif 19 Aug '04

19 Aug '04

On windows gethostbyname for the local host returns the addresses of the available network interfaces. On wine and unix, it only returns the localhost 127.0.0.1. Any ideas on how to get the windows behavior? #include <stdio.h> #ifdef _WIN32 #include <winsock2.h> #include <ws2tcpip.h> #else #include <netdb.h> #endif int main(int argc, char* argv[]) { char host_name[1024]; char ** alias; struct hostent * host; unsigned int i = 0; #ifdef _WIN32 WSADATA wsaData; WORD wVersionRequested = MAKEWORD(2, 2); int error = WSAStartup(wVersionRequested, &wsaData); if (error != 0) { fprintf(stderr, "WSAStartup failed\n"); return 1; } // Confirm that the Windows Sockets DLL supports 2.2. // Note that if the DLL supports versions greater // than 2.2 in addition to 2.2, it will still return // 2.2 in wVersion since that is the version we // requested. if (LOBYTE(wsaData.wVersion) != 2 || HIBYTE(wsaData.wVersion) != 2) { fprintf(stderr, "couldn't find dll\n"); return 1; } #endif if (gethostname(host_name, sizeof(host_name)) != 0) { fprintf(stderr, "gethostname failed\n"); return 1; } printf("host: %s\n", host_name); host = gethostbyname(host_name); if (host == 0) { fprintf(stderr, "gethostbyname failed\n"); return 1; } printf("name of host: %s\n", host->h_name); for (alias = host->h_aliases; *alias != NULL; alias++) printf("alias: %s\n", *alias); printf("length of address: %d\n", host->h_length); while (host->h_addr_list[i] != 0) { struct in_addr n_addr; memcpy(&n_addr, host->h_addr_list[i], sizeof(struct in_addr)); printf("%d: %s\n", i, inet_ntoa(n_addr)); i++; } return 0; }

1 0

Re: Fixed some ref handling
by Alexandre Julliard 18 Aug '04

18 Aug '04

Jacek Caban<jack(a)itma.pwr.wroc.pl> writes: > I attached two test. The first is simple and shows a problem > that the patch fixes but the second one is a more complex test. Could you please merge the test into the existing test framework? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Removed slovenian translation
by Alexandre Julliard 18 Aug '04

18 Aug '04

Jacek Caban<jack(a)itma.pwr.wroc.pl> writes: > Changelog: > Removed slovenian translation If the translation is not complete it should be fixed, or at worse commented out. Removing it doesn't make sense, we'll need to add it back someday anyway. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: KERNEL: pull WINDIR and WINSYSDIR from config before using hardcoded defaults (possible fix for WWN #234, #235 c:\\windows is not accessible Error)
by Alexandre Julliard 18 Aug '04

18 Aug '04

Alex Villacís Lasso <a_villacis(a)palosanto.com> writes: > Changelog: > * if windir or winsysdir environment vars are undefined, pull values > from config file before falling to hardcoded values This of course defeats the whole purpose of the use of environment variables, which is to get rid of the config file. If the environment variables are not set it's because the user's config is wrong, they should be set in HKLM\System\CurrentControlSet\Control\SessionManager or (preferably) in HKCU\Environment. The code is supposed to migrate them automatically, but this may not always work if the registry already contains other values, in which case it needs to be fixed by hand. Going back to the config file is definitely not the right way. -- Alexandre Julliard julliard(a)winehq.org

1 0

bug
by Ivan Leo Puoti 18 Aug '04

18 Aug '04

Since futimes is used instead of utime the installer of word viewer 97 has had a few installation issues. For a start, when the setup looks for installed components, it goes into a non infinite loop that lasts a few minutes. This only took a few seconds previously. I don't know what is causing this slow performance. The changelog of the patch that caused this regression says "so that it can be done on the client side.", maybe doing the call on client side makes it slow because the call has to go trough wineserver? I don't know. Also the graphics aren't redrawn until the loop ends. A relay log of the loop follows. I'm not very confident that I'll be able to fix this myself, but any help/hints are welcome. Interestingly the loop doesn't occur during a call to kernel.dll.SetFileTime() that's the function modified by the patch. The patch that causes the problem is http://cvs.winehq.org/patch.py?id=11722 Subsequent patches have obviously modified the function, but this hasn't solved the problem. MAybe the subsequent patches avoid an infinite loop (I don't remember the loop finishing with wine from a few months ago). Ivan.

1 0

New Fun Project - Winelib port of Allegiance
by Steven Edwards 18 Aug '04

18 Aug '04

Hi all, Microsoft Research has released a Shared Source version of the game Allegiance. This is a hefty 512 meg download and of course the license that it is under would prevent anyone from sharing the changes but this would really allow us to improve Winelib by porting such a massive game. http://research.microsoft.com/research/allegiance/ Grab your copy quick before they pull it down. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

1 0

Re: OLEAUT32: implementation for IPersistPropertyBag_Load for OLEFont
by Robert Shearman 18 Aug '04

18 Aug '04

Alex Villacís Lasso wrote: > This implementation is enough to satisfy VB6 when loading font objects > from property bags in projects. > > Changelog: > * Added implementation for IPersistPropertyBag_Load on OLEFont Looks good, but a few comments below: ... >+ V_VT(&valueAttr) = VT_EMPTY; > > It is probably better practice to use VariantInit here. >+ iRes = IPropertyBag_Read(pPropBag, sAttrName, &valueAttr, pErrorLog); >+ switch (iRes) { > > >+ case S_OK: >+ if (V_VT(&valueAttr) == VT_BSTR) { >+ /* Type is BSTR, use for name directly */ >+ OLEFontImpl_put_Name(this, V_BSTR(&valueAttr)); >+ >+ /* FIXME: Leaking memory here? */ >+ } else { >+ /* Don't know how to handle this type */ >+ FIXME("Name has type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ } > Perhaps use VariantChangeType here? >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } > Catch the errors you need to (why is E_INVALIDARG ok?) and either move these common debug statements to the end of the function (they should also be ERR's, not FIXME's). Also, you other unexpected errors, which is bad. >+ } >+ >+ if (iRes == S_OK) { >+ CY iSize; >+ iSize.s.Hi = 0; >+ iSize.s.Lo = 0; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrSize, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ iSize.s.Lo = V_I2(&valueAttr) * 10000UL; >+ break; >+ case VT_UI2: >+ iSize.s.Lo = V_UI2(&valueAttr) * 10000UL; >+ break; >+ case VT_I4: >+ iSize.s.Lo = V_I4(&valueAttr) * 10000UL; >+ break; >+ case VT_UI4: >+ iSize.s.Lo = V_UI4(&valueAttr) * 10000UL; >+ break; >+ case VT_R4: >+ iSize.s.Lo = (ULONG)(V_R4(&valueAttr) * 10000UL); >+ break; >+ case VT_R8: >+ iSize.s.Lo = (ULONG)(V_R8(&valueAttr) * 10000UL); >+ break; > > Again, perhaps use VariantChangeType here? >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Size type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ break; >+ } >+ if (iRes != E_NOTIMPL) IFont_put_Size(this, iSize); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } > Same comment as before about errors. >+ } >+ if (iRes == S_OK) { >+ signed short iCharset = 0; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrCharset, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ if (V_I2(&valueAttr) < 0) { >+ FIXME("Unexpected value for Font Charset (%hd), using 0\n", V_I2(&valueAttr)); >+ } else { >+ iCharset = V_I2(&valueAttr); >+ } >+ break; >+ case VT_UI2: >+ if (V_UI4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Charset (%ld), using 0\n", V_UI4(&valueAttr)); >+ } else { >+ iCharset = V_UI2(&valueAttr); >+ } >+ break; >+ case VT_I4: >+ if (V_I4(&valueAttr) < 0 || V_I4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Charset (%ld), using 0\n", V_I4(&valueAttr)); >+ } else { >+ iCharset = V_I4(&valueAttr); >+ } >+ break; >+ case VT_UI4: >+ if (V_UI4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Charset (%ld), using 0\n", V_UI4(&valueAttr)); >+ } else { >+ iCharset = V_UI4(&valueAttr); >+ } >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Charset type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; > > Use VariantChangeType here and you will get all the bounds checking for free. >+ } >+ if (iRes != E_NOTIMPL) IFont_put_Charset(this, iCharset); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ >+ if (iRes == S_OK) { >+ signed short iWeight = FW_NORMAL; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrWeight, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ if (V_I2(&valueAttr) < 0) { >+ FIXME("Unexpected value for Font Weight (%hd), using FW_NORMAL\n", V_I2(&valueAttr)); >+ } else { >+ iWeight = V_I2(&valueAttr); >+ } >+ break; >+ case VT_UI2: >+ if (V_UI4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Weight (%ld), using FW_NORMAL\n", V_UI4(&valueAttr)); >+ } else { >+ iWeight = V_UI2(&valueAttr); >+ } >+ break; >+ case VT_I4: >+ if (V_I4(&valueAttr) < 0 || V_I4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Weight (%ld), using FW_NORMAL\n", V_I4(&valueAttr)); >+ } else { >+ iWeight = V_I4(&valueAttr); >+ } >+ break; >+ case VT_UI4: >+ if (V_UI4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Weight (%ld), using FW_NORMAL\n", V_UI4(&valueAttr)); >+ } else { >+ iWeight = V_UI4(&valueAttr); >+ } >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Weight type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ } > Again, use VariantChangeType. >+ if (iRes != E_NOTIMPL) IFont_put_Weight(this, iWeight); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ >+ if (iRes == S_OK) { >+ BOOL bUnderline = FALSE; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrUnderline, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ bUnderline = V_I2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_I4: >+ bUnderline = V_I4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI2: >+ bUnderline = V_UI2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI4: >+ bUnderline = V_UI4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_BOOL: >+ bUnderline = V_BOOL(&valueAttr); >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Underline type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ break; >+ } > Again, VariantChangeType. >+ if (iRes != E_NOTIMPL) IFont_put_Underline(this, bUnderline); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ >+ if (iRes == S_OK) { >+ BOOL bItalic = FALSE; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrItalic, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ bItalic = V_I2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_I4: >+ bItalic = V_I4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI2: >+ bItalic = V_UI2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI4: >+ bItalic = V_UI4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_BOOL: >+ bItalic = V_BOOL(&valueAttr); >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Italic type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ break; >+ } > Again, use VariantChangeType. >+ if (iRes != E_NOTIMPL) IFont_put_Italic(this, bItalic); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ >+ if (iRes == S_OK) { >+ BOOL bStrikethrough = FALSE; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrStrikethrough, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ bStrikethrough = V_I2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_I4: >+ bStrikethrough = V_I4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI2: >+ bStrikethrough = V_UI2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI4: >+ bStrikethrough = V_UI4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_BOOL: >+ bStrikethrough = V_BOOL(&valueAttr); >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Strikethrough type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ break; >+ } > > Again, use VariantChangeType. >+ if (iRes != E_NOTIMPL) IFont_put_Strikethrough(this, bStrikethrough); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ return iRes; > } > > static HRESULT WINAPI OLEFontImpl_IPersistPropertyBag_Save( > > Thanks, Rob

1 0

Re: Some more hardcoded c:\windows paths
by Juan Lang 18 Aug '04

18 Aug '04

Vincent wrote: > Any idea why CSIDL_PROGRAMS was HKEY_DISALLOWED? That, apparently, was my mistake. I introduced it here: http://www.winehq.org/hypermail/wine-patches/2004/04/0106.html Thanks for fixing it. --Juan __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail

1 0

Re: WineSetupTk...
by Ivan Leo Puoti 18 Aug '04

18 Aug '04

> I doubt there's a one maintainer Nobody maintains it because it's obsolete and isn't used with current versions of wine. Ivan.

1 0

Re: WineSetupTk...
by Mike Hearn 18 Aug '04

18 Aug '04

> I didn't realize that WineSetupTk was depreciated when I wrote. I just want to > play StarCraft and Diablo and was finding the documentation a bit hard to > follow. (I couldn't find my .wine.conf file and got stuck, that's why I > thought I needed WineSetupTk.) I will poke at it a bit myself and if I can > figure out how it works, maybe then I can make a suggestion or two for > clearing up the documentation. (Who maintains the documentation, BTW?) OK, what specifically were you trying to configure. Our aim (obviously) is that StarCraft and such should work out of the box with no configuration needed.

2 1

"winetest" throws an exception after the unsuccessful send operation
by Saulius Krasuckas 18 Aug '04

18 Aug '04

I am getting this after all the tests were performed, network transfer of the report file was over and after the http server has responded (with some error-message) in Wine: err:win:WIN_FindWndPtr window 0x10022 belongs to other process err:win:WIN_FindWndPtr window 0x10022 belongs to other process wine: Unhandled exception (thread 000b), starting debugger... fixme:console:SetConsoleCtrlHandler (0x4067a644,1) - no error checking or testing yet WineDbg starting on pid 0xa Unhandled exception: page fault on read access to 0xffe5024c in 32-bit code (0x40045cf2). In 32 bit mode. 0x40045cf2 pthread_mutex_lock in libpthread.so.0: movl 0xc(%edi),%eax Wine-dbg>bt Backtrace: =>1 0x40045cf2 pthread_mutex_lock+0x12 in libpthread.so.0 (0x40c0fe28) 2 0x42075bea free+0x9a in libc.so.6 (0x40c0fe48) 3 0x4065753a send_file+0x362(name=0x781e4a80) [send.c:217] in winetest (0x40c0fe78) 4 0x40656f2e .L256+0xde in winetest (0x40c0fe9c) 5 0x4065511c __wine_exe_main+0x11c in winetest (0x40c0ff2c) 6 0x403a101a start_process+0xf2(arg=0x0) [process.c:995] in kernel32 (0x40c0fff4) 7 0x4002a8cd wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) And the error message in the message-box looks like this: Can't submit logfile '/tmp/rescVOMCP'. Server response: <!DOCTYPE HTML PUBLIC"... ... <title>500 Internal Server Error</title> ... <p>The server encountered an internal error or misconfiguration and was unable to complete your request.</p> ... <address>Apache 2.0.40 Server at test.winehq.org Port 80</address> <body><html> Back to the code. Excerpts from the programs/winetest/send.c: > unsigned char *buffer; ... > buffer = xmalloc (BUFLEN + 1); ... > if (ret) { > buffer[total] = 0; > str = strstr (buffer, "\r\n\r\n"); > if (str) buffer = str + 4; > report (R_ERROR, "Can't submit logfile '%s'. " > "Server response: %s", name, buffer); > } > free (buffer); Is it OK to try to free the modified "buffer" ptr? I thought we should preserve its value. We can use the "str" instead of the "buffer". I've tried such mod and it worked fine in my case: --- wine/programs/winetest/send.c 6 Jul 2004 21:03:22 -0000 1.12 +++ wine/programs/winetest/send.c 18 Aug 2004 07:41:24 -0000 @@ -209,9 +209,9 @@ if (ret) { buffer[total] = 0; str = strstr (buffer, "\r\n\r\n"); - if (str) buffer = str + 4; + str = (str)?(str + 4):(buffer); report (R_ERROR, "Can't submit logfile '%s'. " - "Server response: %s", name, buffer); + "Server response: %s", name, str); } free (buffer); return ret; Should I submit it to the wine-patches or I am wrong with it?

2 3

Re: WineSetupTk...
by Ivan Leo Puoti 18 Aug '04

18 Aug '04

>Ivan, do we need to remove links to sourceforge since its no longer >available? Actually iy is, but it isn't listed on the download page. Like all files on sf, you can't remove a release, but you can hide it. >I would guess so.. So do you want to do it or me? I'll send in a patch. Ivan.

1 0

Re: More winecfg todos
by Jacek Caban 18 Aug '04

18 Aug '04

> You probably want to increase the size of the drive mappings list so it > fills the tab, currently there is just a lot of empty space at the top of > the pane now you removed the old stuff. I have almost ready patch. I've attached screenshot. Is it a good idea? Thanks, Jacek

6 15

Interesting bug
by Mike Hearn 18 Aug '04

18 Aug '04

From the appdb: ----------------------------------------------------------------------- * SAVE FOR WEB Solution* : Well, after a fair amount of trail-and-error testing, I have FINALLY found what WILL or WONT allow Save-For-Web to work... It actually is how you execute Photoshop.exe ... if you try to run it with forward slashes in the path, Save for Web will NOT work. If you execute with backslashes, Save for Web WILL work. So... Save for Web works with: wine "c:\program files\adobe\Photoshop 7.0\Photoshop.exe" Save for Web WILL NOT work with: wine "c:/program files/adobe/Photoshop 7.0/Photoshop.exe" Enjoy! Hiji ----------------------------------------------------------------------- I don't have Photoshop here, but perhaps we should ensure that argv[0] and equivalents always use backslashes?

2 1

Re: winealsa dsound capture message patch
by Alexandre Julliard 18 Aug '04

18 Aug '04

Robert Reif <reif(a)earthlink.net> writes: > Adds missing wine specific dsound capture message support. This patch causes the dsound capture test to hang for me. Here's the output I get before killing it: capture.c:230:Testing Primary Sound Capture Driver - winealsa.drv fixme:wave:widDsCreate DirectSoundCapture not implemented The (slower) DirectSound HEL mode will be used instead. capture.c:256: DirectSoundCapture Caps: size=16 flags=0x00000020 formats=fffff channels=2 capture.c:331: Testing the capture buffer at 8000x8x1 PCM capture.c:123: Caps: size = 16 flags=0x00000000 buffer size=8000 capture.c:142: tag=0x0001 8000x8x1 avg.B/s=8000 align=1 capture.c:154: status=0x0000 -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Wine Status - User Interface
by James Hawkins 18 Aug '04

18 Aug '04

---------- Forwarded message ---------- From: James Hawkins <truiken(a)gmail.com> Date: Mon, 16 Aug 2004 13:43:21 -0500 Subject: Re: Wine Status - User Interface To: twickline(a)sitestar.net Hey Tom, printdlg AFAIK is very close to being complete. The only things I can think of that would need to be done concerning the print dialog is to verify how windows handles the printer stats (Status, Type, Where, Comment) when no printer is selected/installed. Another thing that could be implemented is the printer help. I will have to test out the print properties dialog when i set up my printer in a week. I dont really know anything about Page Setup or Print Property Sheet, but I will definitely look into it now. On Mon, 16 Aug 2004 09:52:58 -0400, Tom <twickline(a)sitestar.net> wrote: > James Hawkins wrote: > > Hey Tom, > > > > Yea this looks good. Percentages look good too. Keep up the good work! > > > > Hello James, > > Thanks for the speedy reply :) > Would you by chance know what needs to be done, what is missing from > /commdlg/printdlg.c ? > > Do you know anything about Page Setup or Print Property Sheet ? > I looked through our source but i didn't find a relivent source file for > them. > > Regards, > > Tom > > -- James Hawkins -- James Hawkins

2 1

Menu problem: top menu drawn ok, pulldowns miss text
by Tobias Burnus 18 Aug '04

18 Aug '04

Hello, I have a strange problem with the Cambridge Advanced Learner's Dictionary. It, finally¹, starts up but (besides other problems) there is a glitch in the menu. The menu bar looks ok, the dropdown menus work, but the items are empty. The (single?) submenu works again. See http://www.physik.fu-berlin.de/~tburnus/wine/cald2.png Has anyone an ad-hoc idea or knows which are the best debugging flags? Even with the default setting I get hundreds of such lines: fixme:ddraw:Main_DirectDrawClipper_SetClipList (0x40410e80,0x4067ea8c,0),stub! Thus I want to do a wise choise for the menus. (At the startup, it comes up with an open File menu and the menu item "Menu 1" to "Menu 7" which closes after a few seconds by itself: http://www.physik.fu-berlin.de/~tburnus/wine/cald3.png) Regards, Tobias ¹ Great work! A few weeks ago, it didn't come up at all but was stalled with the splash screen. PS: See also http://dictionary.cambridge.org/cald/cdrom/, unfortunally, there is no free demo version :-( PPS: The other problems are mentioned above are: - Somehow no words are shown (makes it unusable). This and the other bugs might relate to the following error: err:module:import_dll No implementation for URLMON.DLL.CoInternetCreateZoneManager imported from L"C:\\windows\\system\\IEBrowser.ilx", setting to 0xdeadbeef err:module:import_dll No implementation for URLMON.DLL.CoInternetCreateSecurityManager imported from L"C:\\windows\\system\\IEBrowser.ilx", setting to 0xdeadbeef - Some exception ("thrown by funReadIniFile" - file not found) dialog covers a lot of the space but seems otherwise not to harm: http://www.physik.fu-berlin.de/~tburnus/wine/cald4.png (The question is only: Why is the file not found.)

2 1

Re: WineSetupTk...
by Ivan Leo Puoti 18 Aug '04

18 Aug '04

> winesetuptk is still maintained? I thought the recent config file changes broke it! I've recently removed it from the sourceforge download page. Ivan.

2 1

Re: Do more tests in non-interactive mode (resubmit)
by Alexandre Julliard 18 Aug '04

18 Aug '04

Francois Gouget <fgouget(a)codeweavers.com> writes: > This way we exercise almost as much of the API as in interactive mode > without disturbing users, and the tests still run fast. The slowest one > is the winmm test which takes 16 seconds on my machine which supports > all the tested sound formats (but has only one sound card). Given that > winetest's timeout is two minutes this gives a wide margin. The capture test takes about 80 seconds here with the ALSA driver, which is a bit long. It also fails with the OSS driver: capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=512, should be 800 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=512, should be 800 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=512, should be 800 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=1024, should be 1600 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags etc. Also the wave test makes a lot of noise here, both with ALSA and OSS drivers. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: Removed slovenian translation
by Marcelo Duarte 17 Aug '04

17 Aug '04

Use diff -u Si.rc /dev/null Jacek Caban wrote: > I found that slovenian translation is incomplete and not translated, > so I removed this from winecfg.rc. Si.rc should be remove too, but > I don't know how to do this in patch. > > Changelog: > Removed slovenian translation > > Index: programs/winecfg/winecfg.rc > =================================================================== > RCS file: /home/wine/wine/programs/winecfg/winecfg.rc,v > retrieving revision 1.10 > diff -u -r1.10 winecfg.rc > --- programs/winecfg/winecfg.rc 22 Jul 2004 19:45:00 -0000 1.10 > +++ programs/winecfg/winecfg.rc 16 Aug 2004 19:23:12 -0000 > @@ -32,7 +32,6 @@ > #include "It.rc" > #include "Pt.rc" > #include "Ru.rc" > -#include "Si.rc" > > LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL > > > >

2 1

Re: Added path settings to winecfg
by Marcelo Duarte 17 Aug '04

17 Aug '04

Hi, I think that you do not need to modify the .rc files from languages other than En.rc and your native language. If you do not translate, it will more easy to us to known that it is wrong and needs to be translated. This is my position in relation to Pt.rc. Thank you. Jacek Caban wrote: > Changelog: > Added path settings to winecfg. > >

2 1

RE: iostream and msvcrt?
by Scott Snell 17 Aug '04

17 Aug '04

Hi Mike, Even if I change my command to be: winegcc -c -mno-cygwin -I/usr/local/include/wine/msvcrt -o test.o test.cpp I get the same spread of errors. I am converting an MSVC project that uses both these header files and I'm trying to understand why the MSVCRT header files provided with wine wont work with my project. regards, Scott. > -----Original Message----- > From: Mike Hearn [SMTP:m.hearn@signal.QinetiQ.com] > Sent: Tuesday, 17 August 2004 18:38 > To: Scott Snell > Cc: Wine-Devel (E-mail) > Subject: Re: iostream and msvcrt? > > Why are you trying to use G++ with the MSVCRT (Microsoft Visual C++ > runtime) ? That can surely never work: even if the headers were > compatible, the ABI used is not.

1 0

Re: don't kill the destktop
by Dmitry Timoshkov 17 Aug '04

17 Aug '04

"Ferenc Wagner" <wferi(a)afavant.elte.hu> wrote: > ChangeLog: The desktop process is not automatically > restarted under Win95, so stop killing it. This patch causes test_shell_window tests fail under win2k SP4. Please either fix the failures or revert the patch. -- Dmitry.

2 1

Re: ADVAPI32: implement and test BuiltTrusteeWithName
by Alexandre Julliard 17 Aug '04

17 Aug '04

Mike McCormack <mike(a)codeweavers.com> writes: > + pTrustee->TrusteeForm = NO_MULTIPLE_TRUSTEE; > + pTrustee->TrusteeType = TRUSTEE_IS_NAME; > + ok( trustee.TrusteeForm == TRUSTEE_IS_NAME, "TrusteeForm wrong\n"); > + ok( trustee.TrusteeType == TRUSTEE_IS_UNKNOWN, "TrusteeType wrong\n"); So which one is correct, the code or the test? <g> -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: GetFontLanguageInfo patch.
by Shachar Shemesh 17 Aug '04

17 Aug '04

Leib Moscovitz wrote: > Shachar Shemesh wrote: > >> Leib Moscovitz wrote: >> >>> Dear Shachar, >>> >>> Yes, there is Pmail for Windows (version 4.2 already), and the >>> problem is that it doesn't handle Hebrew RTL correctly - I was >>> wondering whether there's any solution to this that you know of. >>> >>> Thanks, >>> >>> Leib Moscovitz >>> >> Is it only on Wine that it doesn't, or also on Windows? >> >> Please keep posts on list. >> >> Shachar >> > I only know about Windows - I am just an amateur, and as such I don't > even know what Wine is. Wine cannot solve incomplete functionality Windows applications have. It will not help you. Wine is aimed at making Windows applications run on Linux and other Unixes. It has nothing to do with what a given application does or does not know how to do on Windows. More info on http://www.winehq.org. Please CC the list (wine devel) when replying. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: GetFontLanguageInfo patch.
by Shachar Shemesh 17 Aug '04

17 Aug '04

Leib Moscovitz wrote: > Dear Shachar, > > Yes, there is Pmail for Windows (version 4.2 already), and the problem > is that it doesn't handle Hebrew RTL correctly - I was wondering > whether there's any solution to this that you know of. > > Thanks, > > Leib Moscovitz > Is it only on Wine that it doesn't, or also on Windows? Please keep posts on list. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: GetFontLanguageInfo patch.
by Rein Klazes 17 Aug '04

17 Aug '04

On Tue, 17 Aug 2004 18:05:44 +0200, you wrote: > Dear Sir, > > I am searching for a way to make Pegasus Mail for Windows (4.x) display > Hebrew correctly, from right to left, and I came across a post of yours via > Google which seems to deal with this issue. > > Have you developed any solution to this problem, and if so, is it publicly > available? > > Many thanks, > > Leib Moscovitz > Unfortunately the issue that you refer to was fixing some left-to-right problem. I do not know if or how it works for right-to-left writing. I have cc' ed this message to the wine developers list, perhaps the developer that is working on/with this, Shachar Shemesh, can shine a bit of light on the issue. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 1

WineSetupTk...
by Tashlan 17 Aug '04

17 Aug '04

Dear Oh Glorious Developers, (without which none of this would be possible) I have decided to try Wine for the first time and I'm trying to keep it simple. You have a link for WineSetupTk but I can't seem to find the file anywhere! Not sure where it is, but it sounded really helpful. Link appears on this page with description of WineSetupTk... http://www.winehq.com/site/docs/wine-user/config-helper-programs The Link points here... http://sourceforge.net/project/showfiles.php?group_id=6241 Thanks in advance, Tashlan

2 1

iostream and msvcrt?
by Scott Snell 17 Aug '04

17 Aug '04

Hi All, Thanks to everyone who has helped me with winelib, so far most things are going really well! However here is an issue I cant solve - iostream and msvcrt. Here is an example file: // test.cpp module #include <process.h> #include <iostream> int test() { return 1; } If I compile it using: wineg++ -c -mno-cygwin -I/usr/local/include/wine/msvcrt -o test.o test.cpp or wineg++ -c -I/usr/local/include/wine/msvcrt -o test.o test.cpp I get a multitude of errors such as: In file included from /usr/include/c++/3.3.2/iosfwd:46, from /usr/include/c++/3.3.2/ios:44, from /usr/include/c++/3.3.2/ostream:45, from /usr/include/c++/3.3.2/iostream:45, from test.cpp:2: /usr/include/c++/3.3.2/i386-redhat-linux/bits/c++locale.h:53: error: `uselocale' was not declared in this scope In file included from /usr/include/c++/3.3.2/i386-redhat-linux/bits/c++io.h:35, from /usr/include/c++/3.3.2/bits/fpos.h:44, from /usr/include/c++/3.3.2/iosfwd:49, from /usr/include/c++/3.3.2/ios:44, from /usr/include/c++/3.3.2/ostream:45, from /usr/include/c++/3.3.2/iostream:45, from test.cpp:2: /usr/include/c++/3.3.2/cstdio:167: error: `snprintf' not declared /usr/include/c++/3.3.2/cstdio:168: error: `vfscanf' not declared /usr/include/c++/3.3.2/cstdio:169: error: `vscanf' not declared /usr/include/c++/3.3.2/cstdio:171: error: `vsscanf' not declared So whats my newbie mistake? thanks, Scott.

3 3

Forcing 32 bit mode in configure
by Mike Hearn 17 Aug '04

17 Aug '04

Hi, Does anybody know how to force gcc to compile in 32 bit mode on 64 bit chips, and if so could they please write a patch? I've seen quite a few posts to end user forums lately saying that people were trying to compile Wine on AMD64 (and failing, obviously). thanks -mike

5 4

linking with windows .lib fies?
by Scott Snell 17 Aug '04

17 Aug '04

Hi All, I have a MSVC project I am converting with winebuild. My project links in a windows .lib file that is provided by a third party. Can I link this library file into my winelib project, and if so how? I cant seem to find any recent discussion on this topic so if you could point me to some I would be very grateful. regards, Scott. PS sorry for the repeat - this question was embedded inside an email on a different topic.

3 2

Re: [Wine]First use of 20040813
by Ivan Leo Puoti 16 Aug '04

16 Aug '04

> The game servers I was running was Descent 3. There is a linux client of Descent 3, so the probably is a server for linux. Ivan.

1 0

Re: update the faq take 2 : faq-2.diff
by Ivan Leo Puoti 16 Aug '04

16 Aug '04

> Who feels his patch is correct. Ivan thinks the patch is correct too.

1 0

Re: [Wine]faking network shares
by Ivan Leo Puoti 16 Aug '04

16 Aug '04

> Perhaps someone could add this to The documentation is in the /documentation directory in the source tree. Just make any changes you want, make a patch following the instructions at http://www.winehq.com/site/sending_patches then send the patch to wine-patches(a)winehq.com Ivan.

1 0

Re: wave tests patch
by Francois Gouget 16 Aug '04

16 Aug '04

Robert Reif wrote: > Notify when position format not supported. > Test that position is 0 at start. Good patch. I was worried that tracing all waveGetPosition() failures would clober the output but after that's what one wants when tracing is enabled. Plus it uncovers interesting results: wave.c:584:found 1 WaveOut devices wave.c:472: 0: "SigmaTel Audio" (\\?\pci#ven_8086&dev_24c5&subsys_01641028&rev_01#3&61aaa01&0&fd#{6994ad04-93ef-11d0-a3cc-00a0c9223196}\wave) 5.10 (1:100): channels=65535 formats=bffff support=002c(WAVECAPS_VOLUME WAVECAPS_LRVOLUME WAVECAPS_SAMPLEACCURATE) wave.c:482:Playing a 5 seconds reference tone. wave.c:483:All subsequent tones should be identical to this one. wave.c:484:Listen for stutter, changes in pitch, volume, etc. wave.c:369:Playing 5 second 440Hz tone at 22050x 8x1 wave.c:268:TIME_MS not supported, returned TIME_SAMPLES wave.c:290:TIME_SMPTE not supported, returned TIME_SAMPLES wave.c:268:TIME_MS not supported, returned TIME_SAMPLES wave.c:290:TIME_SMPTE not supported, returned TIME_SAMPLES ... I get the same results on Windows 95, 98 and NT4. How is it that this works on your machine? Anyway, assuming that we need to round up I propose to modify the implementation as in the attached patch. The advantage is that it does not rely on ceil(). In fact it doesn't even use floating point arithmetic so we cannot get any rounding error. If this patch is ok by you, then I can apply it to all the drivers. I also noticed that we have similar code for the input devices. Does this one also round up? Or does it round down? (I could very well see MS make that one round down) -- Francois Gouget fgouget(a)codeweavers.com Index: dlls/winmm/wineoss/audio.c =================================================================== RCS file: /var/cvs/wine/dlls/winmm/wineoss/audio.c,v retrieving revision 1.135 diff -u -r1.135 audio.c --- dlls/winmm/wineoss/audio.c 19 Jul 2004 20:08:06 -0000 1.135 +++ dlls/winmm/wineoss/audio.c 20 Jul 2004 08:58:43 -0000 @@ -2077,7 +2077,6 @@ */ static DWORD wodGetPosition(WORD wDevID, LPMMTIME lpTime, DWORD uSize) { - double time; DWORD val; WINE_WAVEOUT* wwo; @@ -2116,15 +2115,21 @@ TRACE("TIME_SAMPLES=%lu\n", lpTime->u.sample); break; case TIME_SMPTE: - time = (double)val / (double)wwo->format.wf.nAvgBytesPerSec; - lpTime->u.smpte.hour = time / (60 * 60); - time -= lpTime->u.smpte.hour * (60 * 60); - lpTime->u.smpte.min = time / 60; - time -= lpTime->u.smpte.min * 60; - lpTime->u.smpte.sec = time; - time -= lpTime->u.smpte.sec; - lpTime->u.smpte.frame = round(time * 30); - lpTime->u.smpte.fps = 30; + val = val / (wwo->format.wBitsPerSample / 8) / wwo->format.wf.nChannels; + lpTime->u.smpte.sec = val / wwo->format.wf.nSamplesPerSec; + val -= lpTime->u.smpte.sec * wwo->format.wf.nSamplesPerSec; + lpTime->u.smpte.min = lpTime->u.smpte.sec / 60; + lpTime->u.smpte.sec -= 60 * lpTime->u.smpte.min; + lpTime->u.smpte.hour = lpTime->u.smpte.min / 60; + lpTime->u.smpte.min -= 60 * lpTime->u.smpte.hour; + lpTime->u.smpte.fps = 30; + lpTime->u.smpte.frame = val * lpTime->u.smpte.fps / wwo->format.wf.nSamplesPerSec; + val -= lpTime->u.smpte.frame * wwo->format.wf.nSamplesPerSec / lpTime->u.smpte.fps; + if (val != 0) + { + /* Round up */ + lpTime->u.smpte.frame++; + } TRACE("TIME_SMPTE=%02u:%02u:%02u:%02u\n", lpTime->u.smpte.hour, lpTime->u.smpte.min, lpTime->u.smpte.sec, lpTime->u.smpte.frame);

3 4

Adventures in serial port.
by Scott Snell 16 Aug '04

16 Aug '04

Hi All, I have been trying for several weeks to transfer our product to linux using wine. I am so close it hurts! The only issue has been the serial ports. Threads, sockets, and timers appear to be working as advertised (an impressive feat of wine as it is!). However the serial port has failed me. I have used versions 20040716 and 20040505 both as RPM's and source code (with various patches applied to the source). The major issue is reliability. I can successfully get test programs to echo back a character received on the serial port. However when I use the port in anger it often drops bytes. Calls to ReadFile will drop the last byte when the packet size is 30 bytes, and up to the last 5 bytes when the packet size is 200+ bytes. After a while calls to WriteFile will actually stop sending bytes even though it returns successfully. The program has several threads but I have modified it so that the calls to ReadFile/Writfile are in the same thread inside a loop. I set the timeout parameters to return immediately from a ReadFile with any available bytes. If you are interested I can post the shell of my code. Unfortunately the sands of time keep flowing and I am under pressure to find a solution. I have decided to use winelib to build our program that uses the serial port and write native code to read/write to the serial port. The rest of the suite I will continue to use with wine. This has gone well so far and again I am suprised at how smoothly I can do things, this time with winelib/winemaker. However I have struck a problem. My windows program code links in a .lib file that is provided by a third party. Can I link this library file into my winelib project, and if so how? I cant seem to find any recent discussion on this topic so if you could point me to some I would be very grateful. regards, scott.

5 4

Re: Fwd: provider type of Microsoft Base Cryptographic Provider v1.0
by James Hawkins 16 Aug '04

16 Aug '04

Thanks a bunch Michael and Robert. This helps a lot. On Mon, 16 Aug 2004 10:44:36 +0100, Robert Shearman <rob(a)codeweavers.com> wrote: > Michael Jung wrote: > > >this value should be registered by rsabase.dll, which the appended patch does > >implement. > > > >Rob: I hope that's ok for you. > > > > > <snip> > > Looks good to me. > > Rob > > -- James Hawkins

1 0

Re: [Wine]faking network shares
by David Lee Lambert 16 Aug '04

16 Aug '04

On Thu, Aug 12, 2004 at 12:42:08PM +0100, Fergal Daly wrote: > I have an app that wants to read from \\server\directory\file.ini and I > don't have an easy way of changing this, so I want to tell wine that > \\server\directory is available in /mnt/smb/server/directory. Is this > possible? What do I need to do? If you try to read from a path starting "\\.\" in Wine (in some versions), you'll get a message saying something like "Fixme: UNC name (%s) not supported.", but there is basic support for Wine to read from a file directly over an SMB link for paths that start with "\\" up until Wine-20040505. It identifies itself as a WfW server and doesn't attempt to provide a username or password, as far as I can tell. It looks like the relevant functions were deleted before 20040615. In principle, Wine could probably provide UNC-name support by calling 'smbclient', or by parsing /etc/mtab for 'smbfs' mountpoints and trying to access them like any other file. Another alternative would be a configuration-file override to alias an arbitrary UNC path as some file, just like the old [Drive X] mappings. In your case, would it be acceptable to have a local, static copy of the .ini file, and just point Wine at that somehow? (Forwarding to the developer's list, since it looks like this is a useful feature that was removed because no one was finishing it.) -- resume at http://www.cse.msu.edu/~lamber45/resume.htm PGP key at http://www.cse.msu.edu/~lamber45/newmail.htm#GPGKey

3 4

Delorme Street Atlas 2004 - Sooo Close...
by Michael H. Warfield 16 Aug '04

16 Aug '04

Hey all, So this is my first post to the list in several years... I've tried several version so Delorme's Street Atlas under many many versions of Wine over the years. Most of the time, I haven't even been able to get it to install. One version, in the way WAY distant past, did install and I had problems with the serial port and port naming conventions that, IIRC, resulted in some patches to Wine. But all recent versions have been major headaches. I recently tried the 20040716 version of Wine and, just now, the 20040713 version. I was able to install Street Atlas 2004 under that previous version! Yeah! Some problems with things like checkboxes in install shield not being visible (but could be checked if you guessed right where the check box was under the image that was obscuring it) but it did install. Running it becomes another matter. If the data CD is in the CD-Rom drive, I get the modal welcome splash window up but then I get the following errors: [mhw@canyon mhw]$ wine .wine/drive_c/Program\ Files/Street\ Atlas\ USA\ 2004/SA2004.exe fixme:ole:CoCreateInstance no classfactory created for CLSID {ebbd44c6-6b55-4aa8-8a22-ceac2ede660f}, hres is 0x80040154 Fatal Error at file , line 0, char 0 Message: err:seh:setup_exception stack overflow 236 bytes in thread 0009 eip 3545a7ab esp 17840f14 stack 0x17840000-0x17940000 Now, the first one doesn't seem to be "fatal". If I don't have the CD in the CD-Rom drive, I still get that error but it come to a dialog box asking if I want to run without the databases or if I want to browse for them. If I then insert the CD and hit browse and browse over to the CD-Rom, it then hits the fatal error as before. The second error seems to be really bad juju. The splash screen just stays on top of everthing else and the whole thing seems hung. I can (and have to) Cntrl-C the application in the terminal window and then the splash screen goes away as the app terminates. This is one Fedora Core 2 with 2.6.7 kernel. Any thoughts or suggestions? Since it's a "stack overflow" (which tend to be pretty damn serious) I figured I would raise this issue on the developers list, rather than the users list. Oh... I also used the winetools package to install things like fonts and MS-installer and VBS runtimes, if that makes a difference. I was unable to install the VC++ runtime, though (didn't try that on 0813 version though). Any recommendations on debugging it further? Regards Mike -- Michael H. Warfield | (770) 985-6132 | mhw(a)WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it!

1 1

Re: [lostwages] Add WBL 3.0 (RHEL 3.0 compatible) to the list of RH distros
by Andreas Mohr 16 Aug '04

16 Aug '04

Hi, On Sat, Aug 14, 2004 at 09:14:58PM -0400, Vincent Béron wrote: > Since I finally had the time to install it, lets provide Wine binaries > for it (it's been asked in the past). > > Changelog: > Add WBL 3.0 (RHEL 3.0 compatible) to the list of RH distros. This is not really correct. Google "RHEL WBEL" vs. "RHEL WBL" shows an overwhelmingly clear result, and whiteboxlinux.org also refers to itself as White Box Enterprise Linux in the page title (plus it mentions WBEL on the home page!). It does list White Box Linux, however (although, as mentioned before, this is much less common). Andreas Mohr

2 1

Re: update the faq take 2 : faq-2.diff
by Andreas Mohr 16 Aug '04

16 Aug '04

Hi, On Sun, Aug 15, 2004 at 06:23:05AM -0400, Tom wrote: > > Hello, > > change dll's back to dlls > > Tom > > Changelog: > remove rewind section due to lack of updates Hmm... Rewind is an important part for companies who choose to not publish all of their source under the (L)GPL (but hopefully do publish smaller utilities not essential to their core business :-). As such it might be useful to keep the reference. (to such companies at least ;-) Are there any "GPL-unencumbered" (ugh, gotta hate that word ;) alternatives? I don't know of any, so... Greetings, Andreas Mohr (who certainly would not be too unaffected by the non-availability of a rewind tree ;-)

2 1

WWN 235
by Tom 16 Aug '04

16 Aug '04

Sorry my bad :) as it is now correct Tom

1 0

WWN 235 went from bad to worse!
by Tom 16 Aug '04

16 Aug '04

Hello, In reference to Winehq frontpage error..... Now it looks like : c:\\windows is not accessible Error (con't) Tom

1 0

Re: wine/dlls/commdlg fontdlg.c
by Vincent Béron 16 Aug '04

16 Aug '04

Le ven 13/08/2004 à 20:42, Alexandre Julliard a écrit : > ChangeSet ID: 13294 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2004/08/13 19:42:35 > > Modified files: > dlls/commdlg : fontdlg.c > > Log message: > Jacek Caban <jack(a)itma.pwr.wroc.pl> > Fix a bug in passing parameters to CFn_WMInitDialog and CFn_WMCommand > in FormatCharDlgProcW. > > Patch: http://cvs.winehq.org/patch.py?id=13294 > > Old revision New revision Changes Path > 1.69 1.70 +2 -5 wine/dlls/commdlg/fontdlg.c At least the last part of this patch looks wrong. - return CFn_WMCommand(hDlg, wParam, lParam, lpcf32a); + return CFn_WMCommand(hDlg, wParam, lParam, (LPCHOOSEFONTW)lpcf32w); This cast is absolutely non-sense, as lpcf32w is already a LPCHOOSEFONTW. Aslo, CFn_WMCommand expects a LPCHOOSEFONTA as its fourth parameter, not a LPCHOOSEFONTW. Maybe just changing the cast to LPCHOOSEFONTA would work, but a quick glance in CFn_WMCommand told me it uses some A fields of that structure, so maybe it's not enough and we'll need to actually do a conversion (or transform CFn_WMCommand to expect a LPCHOOSEFONTW). Vincent

3 2

provider type of Microsoft Base Cryptographic Provider v1.0
by James Hawkins 15 Aug '04

15 Aug '04

Hi, If you run regedit in wine and view the following key: HKEY_LOCAL_MACHINE\Software\Microsoft\Cryptography\Defaults\Provider Types\Type 001 Type 001 does not have a "TypeName" value. Should Type 001 have a "TypeName" value? CryptEnumProviderTypes calls RegQueryValueEx on this value to see what the provider type is, but fails (but not in an obvious way). Should RegQueryValueEx return an error code describing that there is no such value? If so, what is the error code/name? -- James Hawkins

1 0

config converting problem
by Henning Gerhardt 15 Aug '04

15 Aug '04

Hi all, a friend of me would update the wine package (20030813) from his SuSE 9.0 system to the latest availabe package for this system (20040716). After the update following error message appears on each start of wine: .... Warning: the specified Windows directory L"C:\\Windows" is not accessible. Warning: the specified System directory L"C:\\Windows\\System" is not accessible. He get me also an output of the first wine start: Created symlink /home/julian/.wine/dosdevices/c: -> ../${HOME}/.wine/fake_windows .... Created symlink /home/julian/.wine/dosdevices/y: -> ../${HOME} .... Warning: the specified Windows directory L"C:\\Windows" is not accessible. Warning: the specified System directory L"C:\\Windows\\System" is not accessible. After my advise to get me the content of his "~/.wine/dosdevices", he send me the following output: .... lrwxrwxrwx 1 julian users 28 10. Aug 18:50 c: -> ../%HOME%/.wine/fake_windows .... lrwxrwxrwx 1 julian users 9 10. Aug 18:50 y: -> ../%HOME% .... and he send me also his config file (snipped content): [Drive C] "Path" = "${HOME}/.wine/fake_windows" "Type" = "hd" "Label" = "fake_windows" "Filesystem" = "win95" ... [Drive Y] "Type" = "network" "Path" = "${HOME}" "Label" = "Home" "FS" = "win95" .... (I translated the german dialog with him to english) I think the problem is the ${HOME} variable which is not parsed / correct replaced during the convert process. Have anyone an idea to solve this problem ? Or is it only a problem of the SuSE distribution ? Regards, Henning

7 16

Windows Default Button Observations
by Zach Gorman 15 Aug '04

15 Aug '04

While fixing some compatibility problems in Wine relating to my app, I had the opportunity to compare how Wine handles default buttons to how Windows handles them. [Definition: Default buttons have the BS_DEFPUSHBUTTON style, are drawn with an extra-thick border, and are the buttons chosen when the user types Enter.] I fixed a couple problems today, but there are more issues left: ------- (1) Windows: When a dialog is deactivated in Windows, all buttons are made non-default. When it is activated again, Windows remembers which button was last the default button and makes it default again. It does all this by means of BM_SETSTATE messages. Wine: Default buttons are unaffected by activation/de-activation of their parent dialogs. (2) Windows: When the user clicks and holds on a button, then moves the mouse off that button before releasing it, the button is made default and receives the focus. The existing default button is made non-default. Wine: The button receives the focus but is not made default. -------- My impression is that (1) could be handled by remembering the default button (which, as Krishna Murthy has shown, is not the same as the default button id) in the DIALOGINFO structure. Number (2), however, is more difficult. When a button receives the capture, it can send a BM_SETSTATE to itself easily enough to make itself a DEFPUSHBUTTON, but how does it determine which other buttons to query and make non-default as necessary? It could simply query all its sibling controls, but this wouldn't work if it was contained within a sub-window in the dialog box. How can it determine how far up the hierarchy it needs to go? Any comments would be welcomed. Thanks, Zach

3 4

Large memory reporting
by Ivan Leo Puoti 15 Aug '04

15 Aug '04

> /* work around for broken photoshop 4 installer */ You may have to consider handling this like Microsoft does. If you read trough m$ blogs, you'll find that what microsoft usually does is have all sort of workarounds for broken apps, without them lots of stuff would not run on window xp. To work like windows, wine will have to do the same. For example, at some point m$ found that a game called "The sims" didn't work on recent versions of windows, because it freed some heap memory, and then immediately tried to access it. The M$ guys had to reverse engineering the game to find this out, and then introduced a hack that would make windows compensate for the apps bug. The game did work on previous versions of windows. M$ has it's code full of this stuff, they give priority to m$ apps, followed by stuff from big vendors like IBM, adobe, macomedia and so on. Wine will have to unfortunately do the same to achieve 100% compatibility for all the apps that work on windows only thanks to specific hacks. I'm not saying that it's a good solution in this case, but at some point this sort of stuff will have to be done. Ivan.

2 1

Large memory reporting
by Shachar Shemesh 15 Aug '04

15 Aug '04

Hi list, I have a Windows program that tries to find out how much memory it has at its disposal using "GlobalMemoryStatus". The machine has 4GB of physical memory and about 100MB of swap. GlobalMemoryStatus returns 2GB of physical memory and 0 available swap. It seems the problem is at dlls/kernel/heap.c, around lines 1150. First we make sure we never report more than 2GB of total or available memory, and then we make sure that we never report more than 2GB combined available physical+swap memory (which effectively zeros the available swap if there is more than 2GB of available memory). The comment next to this is: /* work around for broken photoshop 4 installer */ While I understand the need for the workaround, this significantly reduces the usefulness of the whole function. My question: Can we make these two rounding conditional on the application not wishing to work with more than 2GB? I.e. - can we let applications that were linked with LARGEADDRESSAWARE see the true state of the machine? If so, is there a way for me, when at the heap.c code, to know whether that flag was set on loading the current process? Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

2 1

console message encoding
by Vitaly Lipatov 15 Aug '04

15 Aug '04

Is it known that console message printed to output in wine internal encoding (OEM?), not in locale encoding. Is it bug or just needed coding right behavior? For example, I have koi8-r as locale encoding, cp866 as OEM CP and cp1251 as ANSI CP. -- Lav Vitaly Lipatov Saint-Petersburg GNU! ALT Linux Team! LaTeX! LyX!

2 1

Debugger crash
by Mike Hearn 15 Aug '04

15 Aug '04

Hi, If I start a simple OLE hello world app (shouldn't really matter what app it is though) and run "b CoRegisterClassObject" winedbg crashes: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075380896 (LWP 4932)] 0x408a2562 in symt_find_nearest (module=0x403e4248, addr=1081494000) at symbol.c:623 623 symt_get_info(&module->addr_sorttab[0]->symt, TI_GET_ADDRESS, &ref_addr); (gdb) bt #0 0x408a2562 in symt_find_nearest (module=0x403e4248, addr=1081494000) at symbol.c:623 #1 0x4089693b in elf_new_wine_thunks (module=0x403e4248, ht_symtab=0x4087dc70, num_areas=8, thunks=0x4087dc80) at elf_module.c:368 #2 0x40897071 in elf_load_debug_info (module=0x403e4248) at elf_module.c:598 #3 0x4089894d in module_get_debug (pcs=0x40330d80, module=0x403f44d0) at module.c:215 #4 0x408a2b3d in SymEnumSymbols (hProcess=0x30, BaseOfDll=0, Mask=0x4087de24 "*!CoRegisterClassObject", EnumSymbolsCallback=0x4076585c <sgv_cb>, UserContext=0x4087e164) at symbol.c:807 #5 0x40765cfc in symbol_get_lvalue (name=0x415b0038 "CoRegisterClassObject", lineno=-1, rtn=0x4087eb4c, bp_disp=1) at symbol.c:231 #6 0x4075a58a in break_add_break_from_id (name=0x415b0038 "CoRegisterClassObject", lineno=-1) at break.c:244 #7 0x4076b25f in yyparse () at ./dbg.y:216 #8 0x4076c98b in parser (filename=0x0) at ./dbg.y:562 #9 0x40769f73 in dbg_main_loop () at winedbg.c:991 #10 0x4076a2c1 in main (argc=2, argv=0xbffff608) at winedbg.c:1229 #11 0x407592f1 in __wine_exe_main () from /opt/wine/lib/wine/winedbg.exe.so #12 0x4049f953 in start_process (arg=0x0) at process.c:995 #13 0x400307a9 in wine_switch_to_stack () from /opt/wine/lib/libwine.so.1 (gdb) print module $1 = (struct module *) 0x403e4248 (gdb) print module->addr_sorttab[0] $2 = (struct symt_ht *) 0x0 Eric, any ideas? I don't understand what this code is doing. thanks -mike

2 1

Re: Fixed some ref handling
by Jacek Caban 14 Aug '04

14 Aug '04

I've sent today patch called "Fixed some ref handling". It should be called "Added polish translation to notepad". Sory for that. Jacek

1 0

Re: [QUARTZ] Some pins bug fixes
by Robert Shearman 14 Aug '04

14 Aug '04

Christian Costa wrote: > Hi, > > Changelog: > Don't fail a connection because an input pin does not expose the > IMemInputPin interface (pull pins typically). This seems wrong. The FileAsyncReaderPin (and any other output pin that connects to a pull pin) should override the pConnectSpecific function so that it doesn't query for IMemInputPin. I can't explain why this isn't currently done. > Fixed a bug that made the connection possible whereas no suitable > media type has be found during the negociation. Good catch. > Fixed the release of the media sample in PullPin_Thread_Process. Again, good catch. I see now that without this fix we would have leaked ref counts on the IMediaSample object. > Added and fixed a lot of traces. I don't really like the (%p/%p)->... notation, but if it helps you in debugging then it's fine. Rob

3 2

Re: [QUARTZ] Some bug fixes
by Robert Shearman 14 Aug '04

14 Aug '04

Christian Costa wrote: > Hi, > > This is the first of a serie of patches that implement an audio > (dsound) & video (ddraw) renderers, a decoder (a VFW wrapper filter) > and the IGraphBuilder interface. Cool. I wish I had more time to work on this area. > Actually I can do a playback of a MSVC/CRAM avi file with a winetest > app but the code is very ugly (especially the IGraphBuilder interface > which is somewhat harcoded) and I need to clean it a bit. Looking forward to the patches :) > Changelog: > Added missing initialization of the filesource output pin critical > section. Good catch. > Avoid indefinite wait when calling GetOverlappedResult. This shouldn't happen. GetOverlappedResult should do a wait on the event object, just like the wait above that succeeds (and GetOverlappedResult is called) or times out (and GetOverlappedResult is not called). I suspect that the bug is elsewhere, perhaps an event should be created for each request and then WaitForMultipleObjects used. > Fixed initial refcount of the IMemAllocator object. Good catch again. This was originally correct, but I believe I changed the class factory to avoid this silly convention. Rob

2 2

WWN 235
by Tom 14 Aug '04

14 Aug '04

Hello, <li><a href="?issue=235#" class="small"></a></li> Needs to be removed from the side bar. Tom

1 0

Re: NTDLL: Fix signed/unsigned comparison warnings
by Dimitrie O. Paun 14 Aug '04

14 Aug '04

On Fri, Aug 13, 2004 at 03:14:21PM +0200, Hans Leidekker wrote: > > This time I have tried to be more careful, by not watching a > football match at the same time for example ;) And with this > patch all tests still succeed, although they would not detect > every signedness change of course. Any gadge on if/when will be able to turn this warning on by default? How many warnings are currently left? -- Dimi.

2 1

Acknowledgment page
by Tom 14 Aug '04

14 Aug '04

Hello everyone, A couple months back I voulenteered to do a Acknowledgment page and to say the least i'm a bit stuck. I have a first draft/alpha that i'm going to attach here. I would like to know if there is anyone who would like join me in doing this page? Or if anyone here has some ideas on how to improve, complete this page? I would like to see a discussion on setting a criteria for this page. As this will be a very important page on the winehq site. So any and all feedback is most welcome. Tom business that donated significant code to Wine http://www.codeweavers.com/site/services/accomplishments 1. Made Wine work with Microsoft Office, Adobe Photoshop, Lotus Notes and Quicken 2. Made Wine work with QuickTime, Windows Media Player and Shockwave 3. The Wine 1.0 Initiative 4. Wine Bugs Database 5. Wine Application Database 6. WineHQ Redesign 7. Wine Documentation 8. Winemaker, or making Winelib actually useful 9. Easy to use Configuration 10. Address Space Separation 11. Unicode/code pages support 12. Dramatic window management revision 13. Shared Window handles 14. Most of the DLL separation work 15. Debugging API 16. Lots of work on the common controls 17. About a gazillion bug fixes 18. Making many more installers work http://www.corel.com/ Corel dedicated a team of paid engineers to the Wine project in January 1999. This team focused on adding functionality to Wine that let Corel applications, such as WordPerfect, CorelDRAW, and Quattro Pro run on Linux and be ported to native Linux applications. In the past, Corel relied on conventional porting techniques to move some of its applications (Corel WordPerfect 8) to Linux. This provided a fast way to get these applications to Linux, but meant that porting had to be repeated with each new version. Otherwise, development had to be maintained on two separate code bases, which required considerably greater resources. Although there is an up-front investment in time and energy required to make Wine viable, once it reaches a high enough level, the facilities it provides can be used repeatedly to port many applications with minimal engineering effort. http://www.macadamian.com/column/wine101.html macadamian got involved with the Wine project through partnership with Corel Corporation. http://www.transgaming.com/ 1. 2D DirectDraw 2. DirectSound 3. DirectInput 4. DCOM, RPC 5. WIDL IDL compiler 6. Wininet code, including SSL support. http://www.deneba.com worked on winelib extensively in order to make Canvas work. http://www.fujitsu-siemens.com/index.html Implementation of Windows-style asynchronous I/O over sockets in Wine. As well as small contributions to advapi32 and netapi32. http://www.reactos.com/ 1.Wine Registry Editor (regedit) contributions. 2.Shell32.dll code contributions 3.Am I missing anything ?????????????? People that donated money Lindows.com helped to put on the first Wine developer's conference in 2002, by both hosting it and paying travel expenses for many major Wine developers. Codeweavers.com helped to put on the second Wine developer's conference in 2004, by both hosting it and paying some expenses for major Wine developers. Below is a short list of people who have given money to the wpf. If you have given money to this fund and would like to be included on this page just send a e-mail to wine-devel and ask for inclusion. * Dimitrie O. Paun * Michael Stefaniuc * Nick Capik * Tom Wickline * Gregory M. Turner * Sylvain Petreolle * Dan Kegel * John Alvord * Kirk Ruff * David L. Harper * Bob Hepple * Mark A. Horton * Kevin P. Lawton * The Syntropy Institute * James Woulfe * VMWare Inc. Major code contributors Okay this is where I'm really stuck... First off I was not here the first eight years of this project so I have no idea of who was the guru of the day. Also some may say if you list one person you should list everyone. But that is the job of the Authors page. So should I just say here is the full list of people who have given there time and work and link to the Authors page ?

6 8

Re: Fix compilation of the wininet generated tests
by Hans Leidekker 14 Aug '04

14 Aug '04

On Friday 13 August 2004 13:55, Francois Gouget wrote: > * compiling the test with the Windows headers may result in different > sizes/alignments if the Wine headers got the packign wrong. If that's > the case, the compiler will put in different values for sizeof(struct X) > which will result in something like ok(4==8,"..."); Changing the compiler but keeping the same set of headers may also result in different sizes/alignments. This was the case some time ago when MinGW appeared to align structures containing a double to 8 bytes whereas gcc would align those to 4 bytes. -Hans

2 1

Re: wineoss mmap fail error message
by Alexandre Julliard 13 Aug '04

13 Aug '04

Robert Reif <reif(a)earthlink.net> writes: > This patch doesn't fix the problem but gives a possible solution. > > If/when the config file goes away, where will we be able to > set [dsound] parameters? It will be in the registry under HKLM\Software\Wine\dsound or something like that; but clearly we need to find a better way to deal with that than printing a message on the console telling people to change their config. -- Alexandre Julliard julliard(a)winehq.org

1 0

comctl ipaddress enable not working
by Robert Reif 13 Aug '04

13 Aug '04

I have a program which will not gray out an IP address control when it is not enabled.

2 1

usb support in ROS
by Tom 13 Aug '04

13 Aug '04

Steven is USB by chance working in ROS? http://cvs.reactos.com/cgi-bin/cvsweb.cgi/reactos/w32api/include/ddk/ Tom

3 2

Re: [GDI] - More Leaks
by Dmitry Timoshkov 13 Aug '04

13 Aug '04

"Jon Griffiths" <jon_p_griffiths(a)yahoo.com> wrote: > Changelog: > +controls/button.c controls/combo.c controls/desktop.c > controls/edit.c controls/icontitle.c controls/listbox.c > controls/menu.c controls/scroll.c controls/static.c > dlls/gdi/gdi_main.c dlls/gdi/gdiobj.c dlls/gdi/gdi_private.h > dlls/user/cache.c dlls/user/controls.h dlls/user/user_main.c > dlls/user/winproc.h include/user.h windows/class.c > windows/cursoricon.c windows/dce.c windows/dialog.c > windows/mdi.c windows/syscolor.c windows/sysmetrics.c > Don't leak GDI objects on exit. Of course the patch is correct, but shouldn't that be a job for gdi32 on DLL_PROCESS_DETACH or even DLL_THREAD_DETACH? -- Dmitry.

1 0

dlls/kernel/heap.c breakage
by Gerald Pfeifer 13 Aug '04

13 Aug '04

Robert, the following change to dlls/kernel/heap.c broke FreeBSD, both 4.10 and 5.2: revision 1.10 date: 2004/08/13 00:41:34; author: julliard; state: Exp; lines: +115 -88 Robert Reif <reif(a)earthlink.net> Use GlobalMemoryStatusEx in GlobalMemoryStatus rather than the other way around. The failure mode is the following: /sw/gcc-3.3.2/bin/gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_ -DETCDIR="\"/tmp/WINE/etc\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o heap.o heap.c heap.c: In function `GlobalMemoryStatusEx': heap.c:1127: error: structure has no member named `ullMemoryLoad' heap.c:1133: error: structure has no member named `ullMemoryLoad' gmake: *** [heap.o] Error 1 Would you mind fixing this? Gerald

2 2

wine tests
by Ivan Leo Puoti 13 Aug '04

13 Aug '04

On our sf page we now have, under the winetest-200408071000 release, 6 copies of the same file, same name and same size, with the exemption of winetest-200408071000-kevin-mingw.zip that has 6 different sizes. Why is this? Ivan.

1 0

Development model/versioning stuff: Interesting essay on why decentralised versioning is a bad idea
by Mike Hearn 13 Aug '04

13 Aug '04

http://web.mit.edu/ghudson/thoughts/bitkeeper.whynot What are peoples thoughts on this? It's not (despite appearances) an argument against BitKeeper due to licensing concerns, but rather a short paper on why the author believes the "pyramid" patch/development system is a bad idea. Alexandre has shown a strong preference for Arch being the future of Wines development, which basically implies a pyramid development model. So I thought this document would be of interesting. thanks -mike

3 3

Re: ADVAPI32: implement SetThreadToken using NtSetInformationThread
by Dmitry Timoshkov 13 Aug '04

13 Aug '04

"Mike McCormack" <mike(a)codeweavers.com> wrote: > @@ -545,6 +545,12 @@ > case ThreadBasePriority: > case ThreadAffinityMask: > case ThreadImpersonationToken: > + { > + const HANDLE *phToken = data; > + if (length != sizeof(HANDLE)) return STATUS_INVALID_PARAMETER; > + FIXME("Set ThreadImpersonationToken handle to %p\n", *phToken ); > + return STATUS_SUCCESS; > + } Probably ThreadImpersonationToken handling should be isolated from other thread class identifiers otherwise FIXME will be printed for all them as well. -- Dmitry.

1 0

Missing Registry Value "VersionNumber"
by "Adrian Willenbücher" 13 Aug '04

13 Aug '04

I tried to install MS Visual Studio 6, but the install program exited after two seconds without error message. When I read the debug logs, I found out that the installer needs the following value: HKLM\Software\Microsoft\Windows\CurrentVersion\VersionNumber I had a look at my original Windows (98 SE) system.dat and there the value was set to "4.10.2222". I added the value with regedit in wine and the program was satisfied :-) Does someone know more about this value and its necessity? Should it be added to wine's standard set of registry keys and values? Here are some sites about these version numbers: 1) http://garrett.vdsworld.com/winver.htm 2) http://www.admins-tipps.net/software/microsoft/microsoft_windows_versionen.… 3) Googles translation of 2): http://translate.google.com/translate?hl=en&sl=de&u=http://www.admins-tipps… My wine is set to win98 and it doesn't use an original Windows installation. -- NEU: WLAN-Router f�r 0,- EUR* - auch f�r DSL-Wechsler! GMX DSL = superg�nstig & kabellos http://www.gmx.net/de/go/dsl

1 0

Win API Stats
by Tom 12 Aug '04

12 Aug '04

Hello, The Win API Stats page is broken in a bad way! See: http://www.winehq.org/site/winapi_stats I think we should just go with http://fgouget.free.fr/wine/winapi_stats-en.shtml and link to it. and kindly ask Francois to update it from time to time. And it has always been far better than the page on winehq... just my $.02 Tom

5 4

Re: ATL: DllRegsterServer
by Mike McCormack 12 Aug '04

12 Aug '04

Steven Edwards wrote: > Note: While this does allow my test app to install and run I dont think > this is correct because I dont have the ATL CLSID. > > Changelog: > Implement DllRegsterServer and DllUnregsterServer Windows 2000 has: ["CLSID\\{44EC053A-400F-11D0-9DCD-00A0C90391D3}"] @="Registrar Class" ["CLSID\\{44EC053A-400F-11D0-9DCD-00A0C90391D3}"\\InprocServer32] @="c:\winnt\system32\atl.dll" "ThreadingModel"="Both" Mike

1 0

Re: dsound mixer speedup
by Joerg Mayer 12 Aug '04

12 Aug '04

On Thu, Aug 12, 2004 at 12:24:20AM -0400, Robert Reif wrote: > Speed up mixing and unmixing by moving sample size and buffer > wrap tests to outside the loop. The code is not as compact or > pretty > but it should be faster. Just out of curiosity: *IS* it really faster? Maybe gcc already did the optimization? Ciao Joerg -- Joerg Mayer <jmayer(a)loplof.de> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology.

2 1

Future of .wine/config
by "Adrian Willenbücher" 12 Aug '04

12 Aug '04

Hello! I read on another thread that the config file is going to disappear in future wine versions. While I think that the dosdevices-principle is a good idea (it's very intuitive), there are several disadvantages in moving the content of the config file to the registry: 1. Even if the registry keys and values of wine's configuration should be well documented, it's easier to set some values using a text editor than to use regedit and look for the keys. 2. Although it might be convenient to access both, wine's and the Windows programs' data, using the same functions, this should not be done as there should be a clear distinction between wine and the programs it runs. 3. If a program misbehaves and messes up your registry and/or if you decide to start again with a clean installation, you just delete some registry files and directories and have a new system (I think of the case you don't work in a native Windows installation) without to setup wine's configuration again. 4. To put wine's configuration into the registry is a step towards a "Wine-is-Windows", i.e. not just providing Windows' functionality but also behaving like Windows (and this should be avoided under all circumstances ;-) ). Wine is "just" an emulator for Windows, it is not supposed to be a new "Open Source Windows". The Windows' handling of configuration data (every application puts its data into the same two files: the registry) is inferior compared to the Unix' one's (every application has its own configuration file/directory in a common place). This makes it difficult e.g. to manually deinstall a program/software package. Well, my opinion. What do you think about it? -- NEU: WLAN-Router f�r 0,- EUR* - auch f�r DSL-Wechsler! GMX DSL = superg�nstig & kabellos http://www.gmx.net/de/go/dsl

2 3

Re: config converting problem
by Mike Hearn 12 Aug '04

12 Aug '04

PS I've added wine-devel back as from the wording it sounded like it was meant to go there: wine-devel is one of these annoying old-skool lists which don't rewrite Reply-To, but that rant is something for another time :) Holly Bostick wrote: > Yeah, fine, "it sucks"-- and I admit that I myself never install to > "C:\Program Files", under Windows or Wine, but geez guys-- who do you > think your users are when you say things like this? > > They're *Windows users*. And that means they probably use the defaults, > and that means that their whole data tree is in ./wine. And if that data > tree meant so much to them that they installed Wine in the first place, > it's kinda cold to say "just blow it away". Well, I'd guess that most users run perhaps one or two apps in Wine at the most, unlike Windows users who run lots and lots of apps. So every so often reinstalling these programs is not such a big deal, unless you have things like the Office XP activation scheme which don't like that. > They're non-technical (a behaviour encouraged by being a Windows user). > So while I'm sure they're used to "blowing away" their Windows > installation regularly (due to the "non-technical" nature of things like > My Documents rather than putting your bloody docs on another partition > rather than C:\, for example), since half the reason to move to Linux is > to put an end to that necessity, it seems a bit odd to reinstate it here. Yeah, I agree that at minimum we should force My Documents elsewhere, and maybe have wineprefixcreate link H: to $HOME along with putting a label on that drive saying "Save Your Files Here" (or whatever). > Wouldn't it just make more sense to *separate the config files from the > (wine) system files*?? Why in the heck is fake_windows in the ./wine > directory anyway??? Good question. I suspect the answer is "because it's always been there" :) > 1) it's hidden, so if I'm inexperienced and non-technical, I don't even > know where my programs are; Yes this is a fairly common question. TransGaming put a ~/Transgaming_Drive symlink in the home dir. Proposal: patch wineprefixcreate to build "~/Virtual C Drive" as the users fake windows tree (notice the lack of ugly underscores)? Cons: - Some users may not like it (really there's not much useful stuff in there except the program EXEs) - Are there issues with spaces in the paths used for these drives? I don't think we want to have underscores here - Localization: do we really want to translate "Virtual C Drive" into a bazillion languages? If so is the support hassle of having everybodies C drive in a different place worth it? OTOH you can say "the C drive is always in ~/.wine/dosdevices/c:/*" and be done with it. > 2) there is no reason I should have to "blow away" my data just because > I have to blow away the config. Reinstalling a program over itself is > far far easier than reinstalling it from scratch, and that doesn't even > cover the pure data that might be in "C:\My Documents". Well by "config" we mean: * Drive mappings * Registry * Config file, or what's left of it :) In future the config file will disappear and you'll only have the registry. The problem is we don't have a good way to upgrade it. Currently once the users .wine is created their registry is "static" and even if we improve the default registry it'll never be recreated. Ditto for COM registrations, they are only done at wineprefixcreate time as well. This comes back to the discussions me, Dimi and Alexandre were having a while ago. So for now the easiest way to make sure you're up to date is just to reinstall stuff because if you delete the registry, you also lose app settings and quite a few programs don't like their registry trees disappearing. > And I don't see why we don't gently educate the users in the importance > of this issue (as a dedicated dialog would certainly do), but instead > just let them keep on doing things the same old crummy Windows way, as > if it was ever a good idea. Many users don't read info/error dialogs especially when technical, likewise Wine has to be auto-configuring. Not only is it required by most packaging technologies (they don't allow user interaction, often by design) but if we want Wine to ever stabilise and become a part of most distros base sets again it has to involve zero user interaction to setup.

3 3

Re: developers-hints.diff
by Ivan Leo Puoti 12 Aug '04

12 Aug '04

> I dont think so....... I know, sorry about that, but in the wine-patches archives there appears to be an extra space amstream/ - MultiMedia Streams + atl/ - Active Template Library avicap32/ - AVI capture window class but if I do the diffing on my pc I don't get this. But patching works with both your patch, that appears to have the extra space, but doesn't, and with my patch that doesn't appear to have an extra space. I have of what is going on. BTW the patch that I sent was edited manually, so had a missing space at every added line. Ivan.

3 2

Re: X11DRV: Fix signed/unsigned comparison warnings
by Rein Klazes 12 Aug '04

12 Aug '04

On Wed, 11 Aug 2004 23:10:29 +0200, you wrote: > static int LookupEntry(LFANDSIZE *plfsz) > { > - int i, prev_i = -1; > + unsigned int i; > + int prev_i = -1; > > for(i = mru; i >= 0; i = glyphsetCache[i].next) { ^^^^^^^ Hey, this comparison is now always true, does gcc does not warn about this? I am afraid that this exercition is in many cases changing perfectly valid C code, but with warning, to possibly buggy code without warnings. I do not like this idea at all. Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

RESEND CryptEnumProviders a->w cleanup and tests
by James Hawkins 12 Aug '04

12 Aug '04

Hi, I'm not sure whether these two patches were misplaced or they were considered not good enough to be committed, but I've included the patches now. I spent a lot of time hunting down any bugs in my unicode version of CryptEnumProviders as well as writing tests of its functionality. All the tests succeed except for one (wrong error message being sent back from undersized buffer) but that bug is a part of the original CryptEnumProviders as well and as soon as this patch can be committed, I can submit a fix for that bug. If there turns out to be problems with the patch, or the style is not up to par with wine coding standards, please let me know, because I really want to get this committed. -- James Hawkins

1 0

Re: X11DRV: Fix signed/unsigned comparison warnings
by Alexandre Julliard 11 Aug '04

11 Aug '04

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog: > Fix signed/unsigned comparison warnings A number of these changes are wrong. Please be more careful when doing that sort of thing, only change the ones you are absolutely sure about. We don't want to introduce bugs just to silence warnings. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: developers-hints.diff
by Tom 11 Aug '04

11 Aug '04

On Thu, 12 Aug 2004 00:10:04 +0200, Ivan Leo Puoti <puoti(a)inwind.it> wrote: >> Please explain ????? > You added an extra space before every line you added to the file. I dont think so....... Tom > > Ivan.

1 0

Re: appdb dump
by Jeremy Newman 11 Aug '04

11 Aug '04

This is getting to be a common request. I think what I am going to do is make a script that tars up the appdb every night and puts it up for download. The only table it will not dump will be the userdb, for privacy reasons. I'll email you all again when I have something whipped up. On Thu, 2004-06-24 at 18:12, Joel Konkle-Parker wrote: > I'm trying to set up a copy of appdb on localhost to play with (and > hopefully use as a base for patches for you guys). Do you think I could > get a dump of the apps tables so that I can have a good set to test with? -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

2 2

Different X Displays and Wine
by Boaz Harrosh 11 Aug '04

11 Aug '04

I'm trying to connect and run a remote X session from 2 different machines and I fail to run Wine applications. - I connect from Machine M1 using ssh -X (or -Y) run a wine app all is very well. - I connect from another Machine M2 using ssh -X using the same user. The second instance fails with: <message> X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 15 (X_QueryTree) Resource id in failed request: 0xa0002b Serial number of failed request: 137 Current serial number in output stream: 137 </message> Needless to say that if I exit the Wine application on M1 than M2 will run with out any problems. [Q] Is it at-all possible to run Wine on 2 different $DISPLAY s, or is the X-Server a Wine-Server resource. Will using a different user help? Will using desktop mode help? Has any one been successful with letting different network users connect and run Windows Apps under wine? How did they Setup wine? How does Codeweavers do it with their Server Product? Thanks in advance for any help (or failure reports) any one can give me. Free Life Boaz

2 3

Re: Small make compatibility changes (take 2)
by Alexandre Julliard 11 Aug '04

11 Aug '04

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > This seems to let users build and uninstall with BSD make. > > Changelog: > Evaluate variable after replacement to build with BSD make. Unfortunately assignments with := are not portable either, so it's only moving the problem. We probably need to restructure the makefiles a bit to avoid that construct. -- Alexandre Julliard julliard(a)winehq.org

3 4

Help with winemaker
by Veerendra Tippanagoudar 11 Aug '04

11 Aug '04

Hi, I am trying to port a project from windows to unix. I have installed redhat 7.0. After installing wine, i tried using winemaker on a set of modules that are interdependent. By modules, I mean sub-programs. When I run winemaker from the top of the project directory, it creates only Makefile and no configure, configure.in and Makefile.in scripts. Therefore I am not able to use ./configure --with-wine=/usr/local/wine. Since, I cannot run the ./configure command, I am not able to run the make command. Why are the configure and other files not being generated? Any help would really be appreciated. My project uses, C and C++ code. Thank you, Veerendra Tippanagoudar. P.S: The documentation online is not complete (especially the Makefile.in and Configure.in part). --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage!

2 1

Re: USB?
by Rolf Kalbermatter 11 Aug '04

11 Aug '04

Aric Stewart wrote: >I do have some difficulty figuring out how win2k is translating vender >and product ids into class and interface guids. The documentation >reports that they look them up in inf files, however i am finding that >not to be true. I am suspecting that some may be hardcoded in the usb >support somewhere. Wouldn't that be something which would be put in the registry somehow for the well known IDs and for the rest I really assume the device detection routine does check for all .inf files it finds on the devices currently configured to be searched. If you look at PCI and USB inf files you will notice that the manufacturer and device ID are actually encoded in the key names which are to be added to the registry. That encoding does not always seem to be equally consistent, I've seen at least two different types, but it is obviously there. One entry for instance for the Logitec PageScanner would be %USB\VID_046D&PID_040f.DeviceDesc%=Model.PageScan_USB,USB\VID_046D&PID_040f USB\VID_046D&PID_040f.DeviceDesc="Storm Technology - Logitech PageScan USB" This is partly extracted from a logiscan.inf file on my W2K system. Rolf Kalbermatter

2 1

winedbg doesn't find source files
by Saulius Krasuckas 11 Aug '04

11 Aug '04

When using CVS version of Wine I cannot get much debug: [s2@katleriai Spawn]$ WINEDEBUG=+volume winedbg winecfg fixme:console:SetConsoleCtrlHandler (0x4066a644,1) - no error checking or testing yet WineDbg starting on pid 0xa In 32 bit mode. Unable to open file /process.c Wine-dbg>br GetDriveTypeW fixme:dbghelp:elf_lookup_symtab Already found symbol add_paint_count (/usr/src/wine-cvs/wine/dlls/user/../../windows/painting.c) in symtab painting.c @00074738 and painting.c @000a026c fixme:dbghelp:elf_load_debug_info Unsupported Dwarf2 information Breakpoint 1 at 0x403be249 GetDriveTypeW [volume.c:1418] in kernel32 Wine-dbg>c fixme:winecfg:WinMain The winecfg tool is not yet complete, and does not actually alter your configuration. fixme:winecfg:WinMain If you want to alter the way Wine works, look in the ~/.wine/config file for more information. trace:volume:GetVolumeInformationW cannot open device L"\\\\.\\C:": err 2 Stopped on breakpoint 1 at 0x403be249 GetDriveTypeW [volume.c:1418] in kernel32 Unable to open file volume.c Wine-dbg>list 10 Wine-dbg>quit WineDbg terminated on pid 0xa I have had a long period of time not using the winedbg, so I cannot tell whether it is a regression. I am using "./configure && make depend && make" to build the Wine and then something like a "sudo make install", if that matters. I need an advice on how to setup winedbg the right way or an explanation, whether this is a bug or an advanced feature. TIA.

3 5

no scrollbar with native comctl
by Nicolai Kuntze 11 Aug '04

11 Aug '04

Hi, I have tried my bug (2302) with mostly every dll in the native version. But the scrollbars are unvisible. The programm works fine under Windows. Can someone help me? Nicolai ---- Diese Nachricht wurde auf Viren und andere gefaehrliche Inhalte sowie Spam untersucht.

1 0

responses
by Patrick C McKelvey 11 Aug '04

11 Aug '04

I am responding to the italicized note in the user manual (pdf). 1) Your early adopters probably do not look at the user manual any more. 2) Having written some documents like this, I do not believe that most people realize how difficult it is to make a process simple and clear without making it insulting. A company I used to work for had a 5 day course on writing user manual and procedures that they marketed nation wide. I do not know if the still do so. I went through that course and it was amazingly difficult. All you need to do is write down what to do and no one will understand you. 3) Those who are into Linux are into the bleeding edge of technology and want to make it run, not tell others how to make it run. An audience of true nerds, and I will raise my hand, will like to see the thing work. Documentation is in last place. I appreciate what you run into on the thankless task of documentation and keeping it current. My guess is that this is the one thing that is the major weak spot in Linux. If anything except perhaps support, will kill Linux, it will be lousy documentation. Having been a Unix system administrator for a long while, I have seen great systems go away because of documentation or support. Legato nearly went under because of support. The system is good, I chose it to back up 25 production Unix boxes into a tape silo over a 1G fiber network. After I left, I understand they went with another system because they could no longer get any answers to their questions and the documentation was not clear. I am retired on disability now. I have heard rumors that Legato has turned the problems around and is recovering some of it's lost market share. I have just started trying to use Wine on Fedora Core2 and I will be reading all the documentation. What I have seen so far has been well done. I will be finding out if it still applies, and applies to Quicken 2004 Deluxe. Sincerely yours, Patrick C. McKelvey PE Cincinnati, Ohio pmckelvey(a)zoomtown.com

1 0

dosmem: MCB implementation
by markus.amsler＠oribi.org 11 Aug '04

11 Aug '04

Hi, I'm trying to run freecom[1] of the freedos project in wineconsole. After changing comspec in user.reg and some ugly hacks to kernel/dosmem.c it runs (dosmem_paragraph.patch). But it will never run cleanly without proper MCB support (it does its own MCB-chain walking, like a lot of other programms). I tried to implement it (dos_mcb.patch also ugly), and now i have some design questions: - where to implement MCB's? kernel or winedos? (the PSP from winedos is needed to write the MCB and the first MCB is needed in winedos DOS_LOL[2]) - how to get rid of the separtion hack of DOSMEM[3] - what about the use of DOSMEM in global16.c, do they need also MCB's (found no docu about the GA_DOSMEM flag) Markus [1] http://freedos.sourceforge.net/freecom/FreeCOM.html [2] http://source.winehq.org/source/dlls/winedos/devices.c#L478 [3] http://source.winehq.org/source/dlls/kernel/kernel32.spec#L1164

3 5

Dockable Toolbar painting issue on SUSE 9.1
by Krishna Murthy 10 Aug '04

10 Aug '04

I am facing the following issue on SUSe pro 9.1, but this issue is not happening on RH 9.1. - The MFC application has the dockable toolbar - When I undock the toolbar to display ad popup window, the screen is not refreshed and when I see the trace, the X11DRV_SetWindowPos() is called ininitely. - Any one faced this issue? - Could you please point me to the wine code source files related to toolbar / dockable controls so that I could debug where the problem is occurring. The SUSe pro 9.1 has the follwoing library versions: XFree86-fonts-scalable-4.3.99.902-40 XFree86-libs-4.3.99.902-40 XFree86-Mesa-devel-4.3.99.902-40 XFree86-fonts-75dpi-4.3.99.902-40 XFree86-4.3.99.902-43.25 XFree86-Mesa-4.3.99.902-40 XFree86-devel-4.3.99.902-40 XFree86-server-glx-4.3.99.902-40 XFree86-server-4.3.99.902-43.25 XFree86-Xvnc-4.3.99.902-40 kdebase3-SuSE-9.1-18.1 kdebase3-3.2.1-68.15 Thanks in advance, Krishna Murthy Gupta Technologies LLC TEL: (650) 596-4828 E-mail: Krishna.Murthy(a)guptaworldwide.com

1 1

RE: Wine devel: Two MFC bugs
by Green, Shaun E. 10 Aug '04

10 Aug '04

>This is a known problem. Our edit control does not currently support the ES_RIGHT style at this time. Okay, thanks for letting me know. > The second bug is that when I multi-select files to perform an > operation on, nothing happens. One selected file works fine, but any > additional ones cause nothing to happen. Works fine in Windows. >What control are you using for the multi-select? ofn.Flags = OFN_ALLOWMULTISELECT | OFN_HIDEREADONLY | OFN_FILEMUSTEXIST | OFN_EXPLORER ; Here is the dialog code; szFileName[0] = '\0'; OPENFILENAME ofn; ofn.lStructSize = sizeof (OPENFILENAME); ofn.hwndOwner = this->m_hWnd; ofn.hInstance = NULL; #if _LANGUAGE==FRENCH ofn.lpstrFilter = "Fichiers TXT\0*.txt\0\0"; #elif _LANGUAGE==ENGLISH ofn.lpstrFilter = "txt (*.txt)\0*.txt\0\0"; #endif ofn.lpstrCustomFilter = NULL; ofn.nMaxCustFilter = 0; ofn.nFilterIndex = 0; ofn.lpstrFile = szFileName; ofn.nMaxFile = _MAX_PATH+50000; ofn.lpstrFileTitle = NULL; ofn.nMaxFileTitle = 0; ofn.lpstrInitialDir = pDoc->repertoire; ofn.lpstrTitle = NULL; ofn.Flags = OFN_ALLOWMULTISELECT | OFN_HIDEREADONLY | OFN_FILEMUSTEXIST | OFN_EXPLORER ; ofn.nFileOffset = 0; ofn.nFileExtension = 0; ofn.lpstrDefExt = NULL; #ifdef _DEBUG ofn.lCustData = 1L; #else ofn.lCustData = 0L; #endif ofn.lpfnHook = NULL; ofn.lpTemplateName = NULL; if (GetOpenFileName (&ofn)) { Thanks, Shaun

2 1

Incoming message
by Prupe 10 Aug '04

10 Aug '04

1 0

Wine devel: Two MFC bugs
by Green, Shaun E. 10 Aug '04

10 Aug '04

I would like to first thank all the Wine developers for your help. Without you, this wonderful software would not be maintained and allow good cross-platform app development. Several months ago I received some help from the list on an MFC application I'm helping develop. Now that I've completed sokoban version 1.3, I'm ready to report only two bugs I've found with the latest Wine 20040716, running the sokoban.exe in Linux. The first is a display problem of edit boxes; for some reason the text (numbers) are displaying left justified, instead of right justified. The edit boxes are definitely set for right justified and display fine in Windows. The second bug is that when I multi-select files to perform an operation on, nothing happens. One selected file works fine, but any additional ones cause nothing to happen. Works fine in Windows. For both of these problems I'd be happy to provide the MFC/C++ code snippets, just let me know. Thanks, Shaun

2 1

(no subject)
by Dpaun 10 Aug '04

10 Aug '04

1 0

Re: Wine devel: Two MFC bugs
by Dan Kegel 10 Aug '04

10 Aug '04

Shaun Green wrote: > The first is a display problem of edit boxes; for some reason the text > (numbers) are displaying left justified, instead of right justified. The > edit boxes are definitely set for right justified and display fine in > Windows. > > The second bug is that when I multi-select files to perform an operation on, > nothing happens. One selected file works fine, but any additional ones cause > nothing to happen. Works fine in Windows. > > For both of these problems I'd be happy to provide the MFC/C++ code > snippets, just let me know. Please do. Ideally, you should file a separate bug in Wine's bugzilla (http://bugs.winehq.org/) for each of the two problems, and attach or link to a zip file of an MSVC project plus source code and executable of the small test case. (Like I did in bug http://bugs.winehq.org/show_bug.cgi?id=1404 ) Thanks, Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

1 0

Winelib under Solaris/SPARC
by Robin KAY 10 Aug '04

10 Aug '04

I would to like compile Winelib under Solaris/SPARC so that I can develop Windows applications from the relative comfort of UNIX, leaving only the final building and testing to real Windows running under Bochs. I have tested a selection of Wine releases and the build typically fails with either one of two errors. I used gcc 3.3.4 with the assembler and linker from binutils 2.15, and I configured the builds with: LDFLAGS="-R/opt/csw/lib -L/opt/csw/lib" CPPFLAGS="-I/opt/csw/include" ./configure --without-opengl 1) Releases between wine-20021125 and wine-20040121 (inclusive) gcc -c -I. -I. -I../../include -I../../include -I/usr/openwin/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/csw/include -g -O2 -o ddraw.spec.o ddraw.spec.c {standard input}: Assembler messages: {standard input}:1169: Error: operation combines symbols in different segments [snip] {standard input}:2006: Error: operation combines symbols in different segments gmake[2]: *** [ddraw.spec.o] Error 1 An archived mailing list post suggested that this is caused by a failure to RTFM and configure the source tree to build winelib rather than plain wine with PE loader, however I haven't been able to find any documentation that supports this view. None of the releases I tested had a configure script which accepted --disable-emulator. The source file which causes this error varies with release. 2) Releases between wine-20040213 and wine-20040716 (inclusive) ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ntdll.spec cdrom.o critsection.o debugbuffer.o debugtools.o directory.o env.o error.o exception.o file.o heap.o large_int.o loader.o loadorder.o misc.o nt.o om.o path.o process.o reg.o relay.o resource.o rtl.o rtlbitmap.o rtlstr.o sec.o server.o signal_i386.o signal_powerpc.o signal_sparc.o string.o sync.o version.o thread.o time.o virtual.o wcstring.o relay32.o ntdll.dll.dbg.o -o ntdll.dll.so -L../../dlls -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port -R/opt/csw/lib -L/opt/csw/lib -lresolv -lsocket -lnsl ntdll.dll-DqmZVz.spec.c:20:1: warning: "__stdcall" redefined <command line>:17:1: warning: this is the location of the previous definition thread.o(.text+0xc1c): In function `NtCurrentTeb': /home/komadori/dev/stuff/wine-20040716/dlls/ntdll/thread.c:582: undefined reference to `wine_pthread_get_current_teb' collect2: ld returned 1 exit status winegcc: gcc failed. gmake[2]: *** [ntdll.dll.so] Error 2 I tried adding wine_pthread_get_current_teb to libs/wine/wine.def and libs/wine/wine.map, but this caused the resulting binaries to dereference a bad address in NtCurrentTeb. This mail was origianally posted to comp.emulators.ms-windows.wine from where I was redirectled. Does anyone know how to fix these problems or if any of the older release tags in CVS will build under Solaris/SPARC? Thanks. -- Wishing you good fortune, --Robin Kay-- (komadori)

2 2

Problem with ITypeInfo
by jack 10 Aug '04

10 Aug '04

Hi. I've tryed to run game Project Entropia and I got segmentation fault because of a bug in OLE. I've hacked code and I found two bugs: 1. ITypeInfo has back pointer to ITypeLib, but it's possible (and happened) that ITypeLib is destroyed and later ITypeInfo calls its function. I've solve this problem by call ITypeLib_AddRef while creating ITypeInfo (and ITypeLib_Release while destroying ITypeInfo). 2. ITypeInfo_Invoke doesn't support optional parameters. I've added support for cParamsOpt>0. MSDN says that optional parameter is when VARTYPE equals VT_EMPTY, but in my case it was a VT_BYREF | VT_VARIANT type but the pointer was NULL. When I treated it as VT_EMPTY, it was OK. I enclose my patch. My knownlage about OLE is sparse so I'm not able to test this. Thanks, Jacek

3 4

Re: Add a linker rpath so libwine can be found without modifying ld.so.conf or LD_LIBRARY_PATH
by Alexandre Julliard 09 Aug '04

09 Aug '04

Mike Hearn <mike(a)navi.cx> writes: > --- Make.rules.in.~1.172.~ 2004-03-24 03:34:01.000000000 +0000 > +++ Make.rules.in 2004-08-02 22:57:38.868759456 +0100 > @@ -78,6 +78,7 @@ > LIBPORT = -L$(TOPOBJDIR)/libs/port -lwine_port > LIBUNICODE = -L$(TOPOBJDIR)/libs/unicode -lwine_unicode > LIBWINE = -L$(TOPOBJDIR)/libs/wine -lwine > +RPATH = -Wl,-rpath,'$${ORIGIN}/../lib' You cannot depend on libdir being ../lib, users can specify a different one. -- Alexandre Julliard julliard(a)winehq.org

1 0

CVS build fails
by Ivan Leo Puoti 09 Aug '04

09 Aug '04

Current CVS build fails. make[3]: Entering directory `/home/ivan/Development/Wine/CVS/wine/wine/dlls/winmm/tests' gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o mixer.o mixer.c mixer.c: In function `mixer_test_deviceA': mixer.c:353: error: union has no member named `s1' mixer.c:354: error: union has no member named `s1' mixer.c: In function `mixer_test_deviceW': mixer.c:570: error: union has no member named `s1' mixer.c:571: error: union has no member named `s1' make[3]: *** [mixer.o] Error 1 make[3]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/wine/dlls/winmm/tests' make[2]: *** [tests] Error 2 make[2]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/wine/dlls/winmm' make[1]: *** [winmm] Error 2 make[1]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/wine/dlls' make: *** [dlls] Error 2 [ivan@localhost wine]$ Ivan.

1 0

Re: RSABASE/TESTS: Fix signed/unsigned comparison warnings
by Dmitry Timoshkov 09 Aug '04

09 Aug '04

"Hans Leidekker" <hans(a)it.vu.nl> wrote: > +static const int size_of_wchar = sizeof(WCHAR); > + ... > - ok(!memcmp(bufW, stringW, 5 * sizeof(WCHAR)), "bufW/stringW mismatch\n"); > + ok(!memcmp(bufW, stringW, 5 * size_of_wchar), "bufW/stringW mismatch\n"); > - if (GetLastError()==NTE_BAD_KEYSET) > + LONG gle = GetLastError(); > + if (gle==NTE_BAD_KEYSET) This is ugly. This kind of "fixes" clutters Wine code and should be deprecated. -- Dmitry.

3 4

rsabase and itunes
by Michael Jung 09 Aug '04

09 Aug '04

Rob, I've seen the press release concerning the CrossOver Office iTunes preview and I've noticed that it depends on libcrypto. Im just wondering if your effort with rsabase is related to this? Greetings, Michael -- Michael Jung, MSc Be liberal in what you accept, Integrated Circuits and Systems Lab and conservative in what you send. University of Technology, Darmstadt -- Jonathan Postel, Internet Pioneer phone: +49(6151)16-6692 / email: mjung(a)iss.tu-darmstadt.de

2 1

"Call Identifier" -- MSRPC ??
by Auge Mike 09 Aug '04

09 Aug '04

Hi all, I really like to know hot to change the "call identifier" in a MSRPC call??? Please help me, I already wasted too long time searching for this info with no luck??? Thank you in advance!!! _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail

1 0

Re: Add debugstr_rect alias for consistency with other debugging functions.
by Alexandre Julliard 08 Aug '04

08 Aug '04

Mike Hearn <mike(a)navi.cx> writes: > The lack of this confused me for a few minutes, might as well stick it in. It's missing because it violates namespace rules. The other debugstr functions are here for historical reasons but we shouldn't add new ones. -- Alexandre Julliard julliard(a)winehq.org

3 3

Re: Fix crash in dsound test
by Ferenc Wagner 08 Aug '04

08 Aug '04

Paul Millar <paulm(a)astro.gla.ac.uk> writes: > The build failed. It looks like there's a bug in CVS. Both > CLSID_DirectSoundPrivate and DSPROPSETID_DirectSoundDevice defined multiple > times (the wine-version of mingw libraries and in the source). Yes, there was a short discussion about this on 23-24 July on wine-devel. It reached no conclusion, though, and I didn't try the various MinGW libraries recommended there. The abundance of MinGW packages always confused me, and at the moment I don't even know where I got mine from. But it can't compile the dsound tests, that's for sure. Comments welcome. -- Feri.

2 1

Re: patch: shell32.dll - SHELL_ArgifyW expands env-vars
by Steven Edwards 08 Aug '04

08 Aug '04

Hi Jens, --- Jens Collin <jens.collin(a)lakhei.com> wrote: > * lookup of envoronment-vars in SHELL_ArgifyW in shell32.dll added. > (Such as %SystemRoot%). Do you think you could write some test cases for the shellexecute functions using the wine regression tests? I would like to try and merge the rest of shell32 in to ReactOS but am worried that we may overwrite fixes Martin made in the ReactOS tree. Thanks Steven __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com

2 1

Wine's OLE/COM doesn't work, and I can no longer use native COM
by David D. Hagood 08 Aug '04

08 Aug '04

One of the few Windows programs I use is Delorme's MapNGo (versions 4 and 6). Under older versions of Wine wherein I could use the native Windows OLE/COM implementation it worked fairly well, but with the new Wine it does not. The symptoms are that the program cannot create the initial document object - this ususally is an indication that the DLLS implementing the COM classes for the MapNGo object are not registered correctly with the system. However, I have taken a system running an older version of Wine that could successfully run Mng6 and upgraded it to the latest CVS of Wine, and it broke the app. Not being a wiz at COM, I am not sure where to go from here, other than to report the results of tracing the run: WINDEBUG=+ole,+com wine ./Mng6 fixme:ole:CoRegisterMessageFilter stub err:msg:DispatchMessageW BeginPaint not called on WM_PAINT for hwnd 0x1003a! [wowbaggr@surfer AAAMNG6]$ [wowbaggr@surfer AAAMNG6]$ WINDEBUG=+ole,+com wine ./Mng6.mdb wine: cannot determine executable type for L"D:\\AAAMNG6\\Mng6.mdb" [wowbaggr@surfer AAAMNG6]$ WINDEBUG=+ole,+com wine ./mng mng6.cnt mng6.exe mng6.hlp mngfeat.hlp [wowbaggr@surfer AAAMNG6]$ WINDEBUG=+ole,+com wine ./mng6.exe fixme:ole:CoRegisterMessageFilter stub err:msg:DispatchMessageW BeginPaint not called on WM_PAINT for hwnd 0x1003a! [wowbaggr@surfer AAAMNG6]$ [wowbaggr@surfer AAAMNG6]$ WINDEBUG=+all wine ./mng6.exe fixme:ole:CoRegisterMessageFilter stub err:msg:DispatchMessageW BeginPaint not called on WM_PAINT for hwnd 0x1003a! [wowbaggr@surfer AAAMNG6]$ [wowbaggr@surfer AAAMNG6]$ WINEDEBUG=+ole,+com wine ./mng6.exe trace:ole:DllMain 0x40c00000 0x1 0x1 trace:ole:DllMain (0x40e30000,1,0x1) trace:ole:CoInitializeEx ((nil), 2) trace:ole:CoInitializeEx () - Initializing the COM libraries trace:ole:RunningObjectTableImpl_Initialize () trace:ole:OleInitialize ((nil)) trace:ole:CoInitializeEx ((nil), 2) trace:ole:OleInitialize () - Initializing the OLE libraries trace:ole:OLEClipbrd_Initialize () fixme:ole:CoRegisterMessageFilter stub trace:ole:WINE_StringFromCLSID 0x49d964->{F4B4E540-7F32-11CE-AC56-0000C0496D91} trace:ole:WINE_StringFromCLSID 0x487530->{D97A6266-C342-11D2-A562-A313798CEB30} trace:ole:WINE_StringFromCLSID 0x4071f3bc->{D97A6266-C342-11D2-A562-A313798CEB30} trace:ole:CoGetClassObject CLSID: {d97a6266-c342-11d2-a562-a313798ceb30}, IID: {b196b28f-bab4-101a-b69c-00aa00341d07} trace:ole:COMPOBJ_DLLList_Add trace:ole:CoInitializeEx ((nil), 2) trace:ole:WINE_StringFromCLSID 0x5f8a41b8->{00025E15-0000-0000-C000-000000000046} trace:ole:CoGetClassObject CLSID: {00025e15-0000-0000-c000-000000000046}, IID: {b196b28f-bab4-101a-b69c-00aa00341d07} trace:ole:COMPOBJ_DLLList_Add trace:ole:CreateErrorInfo (0x4071f38c): stub: trace:ole:IErrorInfoImpl_QueryInterface (0x40252658)->( IID: {22f03340-547d-101b-8e65-08002b2bd119},0x4071f38c) trace:ole:ICreateErrorInfoImpl_AddRef (0x40252658) trace:ole:IErrorInfoImpl_AddRef (0x40252658)->(count=1) trace:ole:IErrorInfoImpl_QueryInterface -- Interface: (0x4071f38c)->(0x4025265c)trace:ole:IErrorInfoImpl_Release (0x40252658)->(count=2) trace:ole:ICreateErrorInfoImpl_QueryInterface (0x40252658) trace:ole:IErrorInfoImpl_QueryInterface (0x40252658)->( IID: {1cf2b120-547d-101b-8e65-08002b2bd119},0x4071f390) trace:ole:IErrorInfoImpl_AddRef (0x40252658)->(count=1) trace:ole:IErrorInfoImpl_QueryInterface -- Interface: (0x4071f390)->(0x40252658)trace:ole:ICreateErrorInfoImpl_SetGUID (0x40252658)->({00000000-0000-0000-0000-000000000000}) trace:ole:ICreateErrorInfoImpl_SetSource (0x40252658) trace:ole:ICreateErrorInfoImpl_SetDescription (0x40252658) trace:ole:ICreateErrorInfoImpl_SetHelpContext (0x40252658) trace:ole:SetErrorInfo (0, 0x40252658) trace:ole:IErrorInfoImpl_AddRef (0x40252658)->(count=2) trace:ole:IErrorInfoImpl_Release (0x40252658)->(count=3) trace:ole:ICreateErrorInfoImpl_Release (0x40252658) trace:ole:IErrorInfoImpl_Release (0x40252658)->(count=2) err:msg:DispatchMessageW BeginPaint not called on WM_PAINT for hwnd 0x1003a! (this last message usually happens when Mng tries to show an error dialog at startup.) When I've tried re-installing Mng6, I get messages from Wine about "Registering a non-oleautomation interface" - I do not know if this is significant or not. So, any pointers on where to go from here?

2 5

Re: Take monospace fonts into account in default font selectionalgorithm.
by Alexandre Julliard 07 Aug '04

07 Aug '04

Mike Hearn <mike(a)navi.cx> writes: > On Sat, 2004-08-07 at 23:16 +0900, Dmitry Timoshkov wrote: >> This can't work because instead of logical boolean results you compare >> binary flags which are different: >> >> #define FT_FACE_FLAG_FIXED_WIDTH ( 1L << 2 ) >> >> #define MONO_FONT 0x08 > > You are right. I will watch out for this in future! Here is a fixed > patch. The correct way to compare booleans in C is to invert them, i.e. instead of (a == b) use (!a == !b). You must not rely on booleans being always 0 or 1. -- Alexandre Julliard julliard(a)winehq.org

1 0

make crosstest fails
by Stefan Leichter 07 Aug '04

07 Aug '04

Hello, building cross tests of current cvs fails for me with: i386-mingw32-gcc capture.cross.o ds3d.cross.o dsound.cross.o propset.cross.o testlist.cross.o -o dsound_crosstest.exe -ldsound -lole32 -luser32 -lkernel32 -ldxguid -luuid -ldxerr8 /usr/local/lib/gcc-lib/i386-mingw32/3.2.3/../../../../i386-mingw32/lib/ libdxguid.a(dxguid.o)(.text+0x570):/usr/src/packages/BUILD/mingw-3.2/ w32api-2.5/lib/directx/dxguid.c: multiple definition of `CLSID_DirectSoundPrivate' propset.cross.o(.text+0x0):propset.c: first defined here /usr/local/lib/gcc-lib/i386-mingw32/3.2.3/../../../../i386-mingw32/lib/ libdxguid.a(dxguid.o)(.text+0x580):/usr/src/packages/BUILD/mingw-3.2/ w32api-2.5/lib/directx/dxguid.c: multiple definition of `DSPROPSETID_DirectSoundDevice' propset.cross.o(.text+0x10):propset.c: first defined here make[3]: *** [dsound_crosstest.exe] Fehler 1 make[3]: Leaving directory `/usr/src/wine/wine-mingw/dlls/dsound/tests' make[2]: *** [tests/__crosstest__] Fehler 2 make[2]: Leaving directory `/usr/src/wine/wine-mingw/dlls/dsound' make[1]: *** [dsound/__crosstest__] Fehler 2 make[1]: Leaving directory `/usr/src/wine/wine-mingw/dlls' make: *** [dlls/__crosstest__] Fehler 2 Bye Stefan

4 3

DOOM 3 misses some opengl32 wgl* and Cg functions
by Dr. Uwe Girlich 07 Aug '04

07 Aug '04

Hello all! I just tested out DOOM 3 (no-cd-cracked version) with the current Wine (CVS from 1 hour ago) and found the following problems on the game console: Couldn't find proc address for: wglSwapIntervalEXT Couldn't find proc address for: wglGetPixelFormatAttribivARB Couldn't find proc address for: wglGetPixelFormatAttribfvARB Couldn't find proc address for: wglChoosePixelFormatARB Couldn't find proc address for: wglCreatePbufferARB Couldn't find proc address for: wglGetPbufferDCARB Couldn't find proc address for: wglReleasePbufferDCARB Couldn't find proc address for: wglDestroyPbufferARB Couldn't find proc address for: wglQueryPbufferARB Couldn't find proc address for: wglBindTexImageARB Couldn't find proc address for: wglReleaseTexImageARB Couldn't find proc address for: wglSetPbufferAttribARB GL_ARB_texture_non_power_of_two not found GL_ATI_fragment_shader not found (this is expected, I have a nvidia card) Cg not available. Are these wgl* function difficult to implement? Almost all computer terminals in the game show static black & white noise (instead of some animated computer screen image). I suspect, that this has something to do with the missing 'Cg' support in Wine (DOOM3 cannot find cg.dll & cgGL.dll). On the other hand, the rendering paths (r_renderer nv10, nv20, arb, and arb2) are all more or less working (besides the noise and the too bright lighting in nv10). BTW, DOOM 3 crashes at program start in Cedega, you made it better! Bye, Uwe

7 7

Re: Take monospace fonts into account in default font selectionalgorithm.
by Dmitry Timoshkov 07 Aug '04

07 Aug '04

"Mike Hearn" <mike(a)navi.cx> wrote: > + (*insertface)->fixed_width = ft_face->face_flags & FT_FACE_FLAG_FIXED_WIDTH; ... > - if(csi.fs.fsCsb[0] & family->FirstFace->fs.fsCsb[0]) > + if((csi.fs.fsCsb[0] & family->FirstFace->fs.fsCsb[0]) && > + (family->FirstFace->fixed_width == (lf.lfPitchAndFamily & MONO_FONT))) This can't work because instead of logical boolean results you compare binary flags which are different: #define FT_FACE_FLAG_FIXED_WIDTH ( 1L << 2 ) #define MONO_FONT 0x08 -- Dmitry.

1 0

suse patch for wineprefixcreate
by Marcus Meissner 07 Aug '04

07 Aug '04

Hi, This is the patch I use at SUSE for wineprefixcreate. Mike wanted to see it ;) $dlldir/config is the sample config file with just minimal local suse changes. Ciao, Marcus Index: wineprefixcreate.in =================================================================== RCS file: /home/wine/wine/tools/wineprefixcreate.in,v retrieving revision 1.4 diff -u -r1.4 wineprefixcreate.in --- wineprefixcreate.in 14 May 2004 00:43:50 -0000 1.4 +++ wineprefixcreate.in 7 Aug 2004 12:40:57 -0000 @@ -86,8 +86,10 @@ if [ -d "$WINEPREFIX" ] || mkdir "$WINEPREFIX"; then : else - echo "Could not create $WINEPREFIX, aborting" - exit 1 +fi + +if [ ! -f "$WINEPREFIX/config" ]; then + cp $dlldir/config "$WINEPREFIX/config" fi WINEPREFIX=`cd "$WINEPREFIX" && pwd` @@ -124,6 +126,35 @@ [ -d "$i" ] || mkdir "$i" done +# Create the drive symlinks +if [ ! -d "$WINEPREFIX/dosdevices" ] +then + mkdir "$WINEPREFIX/dosdevices" + ln -s "../drive_c" "$WINEPREFIX/dosdevices/c:" + ln -s "/" "$WINEPREFIX/dosdevices/z:" + ln -s "/tmp" "$WINEPREFIX/dosdevices/x:" + if [ -d "$HOME" ]; then + ln -s "$HOME" "$WINEPREFIX/dosdevices/y:" + if [ ! -f "$HOME/.windows-label" ]; then + echo "HOME" > "$HOME/.windows-label" + fi + fi + # autodetect CD-ROMS on SUSE. + drive=D + for i in /media/* ; do + bn=`basename $i` + if [ "$i" = "/media/floppy" ]; then + ln -s /media/floppy "$WINEPREFIX/dosdevices/a:" + ln -s /dev/fd0 "$WINEPREFIX/dosdevices/a::" + fi + if echo $bn| grep -E -v "^(sd|usb-storage|floppy)" >/dev/null; then + ln -s /media/$bn "$WINEPREFIX/dosdevices/"`echo $drive|tr "[A-Z]" "[a-z]"`: + ln -s /dev/$bn "$WINEPREFIX/dosdevices/"`echo $drive|tr "[A-Z]" "[a-z]"`:: + drive=`echo $drive|tr "D-L" "E-M"` + fi + done +fi + # Create the application symlinks link_app()

2 1

msvideo 16bit codec question
by Mike Hearn 07 Aug '04

07 Aug '04

Hey Mike, I've been trying to make Maxis Marble Drop work in my non-connected spare time in the evenings, and the intro video doesn't render right. Examination of the code revealed that it had been patched to output pixel blocks in the right direction for the 8 bit decoder but the 16 bit decoder hadn't been modified. So, I copied across the changes to the 16 bit decoder as well, unfortunately it doesn't work. Something is going wrong, and the codec trashes the heap arena, so I'm guessing there's something in the maths that is different for 16 bit videos than 8 bit. Got any ideas? thanks -mike

1 0

wine debugger
by Chipzz 07 Aug '04

07 Aug '04

Hi all, for some reason, the wine debugger just doesn't seem to work for me. wine: Unhandled exception (thread 000f), starting debugger... fixme:console:SetConsoleCtrlHandler (0x405ae990,1) - no error checking or testing yet WineDbg starting on pid 0xe In 32 bit mode. Wine-dbg>bt Backtrace: =>1 0x40107b08 __read+0x28 in libc.so.6 (0x40032c54) 2 0x401cc022 Exception c0000005 The backtrace it shows appears to be from the debugger itself, not from the program? Or am I wrong in assuming this? I am getting this same backtrace for each and every program... Also, the ctrl-c key doesn't work as advertised (just does nothing). Wine is wine cvs from 07/31, gdb is 6.1-3 from debian unstable. Anyone got some pointers? kr, Chipzz AKA Jan Van Buggenhout -- ------------------------------------------------------------------------ UNIX isn't dead - It just smells funny Chipzz(a)ULYSSIS.Org ------------------------------------------------------------------------ "Baldric, you wouldn't recognize a subtle plan if it painted itself pur- ple and danced naked on a harpsicord singing 'subtle plans are here a- gain'."

2 1

FW: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier
by Krishna Murthy 06 Aug '04

06 Aug '04

Alexandre, I am resending this patch. There exists a defect 2388. Also confirmed that it fixes one of the Katia's defect found. Please let us know about your thoughts. Thanks, Krishna -----Original Message----- From: Krishna Murthy Sent: Tuesday, June 22, 2004 2:56 PM To: 'Alexandre Julliard'; Krishna Murthy Cc: wine-devel(a)winehq.org Subject: RE: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier Alexandre, Please find attached modified patch. The method DEFDLG_SetDefButton() now accepts the BOOL bSetDefID parameter to adapt for both DM_SETDEFID and WM_NEXTDLGCTL. Thanks, Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard@winehq.org] Sent: Friday, June 18, 2004 10:30 AM To: Krishna Murthy Cc: wine-devel(a)winehq.org Subject: Re: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > No, it is required. The DEFDLG_SetDefButton() is also called from > message DM_SETDEFID. In this case idResult should set to the default > button ID passed. And the current logic of DEFDLG_SetDefButton() does > what is required for DM_SETDEFID. Well, of course you'd need to adapt the DM_SETDEFID handling to the change. I think that's better than sending duplicate messages. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: list view completely mangled in WINE
by Dan Kegel 06 Aug '04

06 Aug '04

Hi Filip, if you're looking for testcases, could you try the demo programs in http://bugs.winehq.org/show_bug.cgi?id=1268 and http://bugs.winehq.org/show_bug.cgi?id=1404 ? Especially the latter one, which has a tiny MFC demo program in both source code form and precompiled. It misbehaves badly with Wine, and has for years, but perhaps your patch will fix it. Thanks, Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

2 1

vc++ install requires NetUserModalsGet
by James Hawkins 06 Aug '04

06 Aug '04

Hi, Taking the advice of Ivan, I downloaded the beta of Visual C++ 2005 to see how far it could work in Wine, and these are the results: # wine vcsetup.exe fixme:ver:RtlVerifyVersionInfo (0x406df40c,64,180000): Not all cases correctly implemented yet fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:netapi32:NetUserModalsGet (null) 2 0x406df394 Then an error message pops up stating that "a problem has been encountered while loading components" and then it exits. Looking into netapi32/access.c, NetUserModalsGet is a stub and returns NERR_InternalError by default. I think vcsetup is requiring this call to succeed so it bails out because of the error. Reading the trace and the msdn docs about NetUserModalsGet, vcsetup is calling with the level parameter == 2 so it is requesting the domain name and identifier. With the included patch, I have stubbed the structure of the 4 levels that can be queried, but I haven't written the code to handle them yet. If anyone has any information or links that will enlighten me about netapi32 or anything pertaining to this matter, I would greatly appreciate it. quote from MSDN: "The NetUserModalsGet function retrieves global information for all users and global groups in the security database, which is the security accounts manager (SAM) database or, in the case of domain controllers, the Active Directory." Does wine have a security accounts manager or an Active Directory? -- James Hawkins

3 2

Different approach to a->w cleanup of crypt
by James Hawkins 06 Aug '04

06 Aug '04

Hi, I have been trying to get my a->w cleanup of crypt committed for quite some time now, and mostly with no luck because of all the bugs, but I have a better idea about how accomplish this. The problem is that crypt requires a lot of changes to get rid of the w->a calls (the patch was ~27k), and it's too risky to commit the patch even though it looks like all the bugs are gone. The solution is that I will change one piece of crypt at a time and submit small patches that are easier to find bugs in. There are a number of private functions in crypt though that cant be changed to unicode because it will break compilation before the rest of the patches are submitted, so I will submit unicode patches with a W appended to the name of the function as in static inline PSTR CRYPT_GetProvKeyName(PCSTR pProvName) static inline PWSTR CRYPT_GetProvKeyNameW(PCWSTR pProvName) //added Any public api functions that I change until the final patch will use the W version while the unchanged version will continue using the regular ansii version so as to not break compilation. Along with the changes, I will also submit tests for the new unicode api functions so they can be verified to be correct. The first patch adds CRYPT_GetProvKeyNameW. -- James Hawkins

1 1

Re: [D3D] Fixed XYZRHW vertex handling
by Francois Gouget 06 Aug '04

06 Aug '04

--- dlls/ddraw/d3ddevice/mesa_old.c 2004-08-05 15:11:43.000000000 +0100 +++ dlls/ddraw/d3ddevice/mesa.c 2004-08-05 12:50:45.000000000 +0100 @@ -1172,7 +1172,7 @@ glVertex3fv(coords); } inline static void handle_xyzrhw(D3DVALUE *coords) { - if (coords[3] < 1e-8) + if ((coords[3] < 1e-8) && (coords[3] > -1e-8)) glVertex3fv(coords); else { GLfloat w = 1.0 / coords[3]; This could be a job for fabsf of fabs (might be more portable): + if (fabsf(coords[3]) < 1e-8) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Any sufficiently advanced bug is indistinguishable from a feature. -- from some indian guy

2 1

BeginUpdateResource, UpdateResource and EndUpdateResource
by Vincent Béron 05 Aug '04

05 Aug '04

Hi, I'd like to implement those 3 APIs (both the A and W variants) as the process to update the Mozilla installer for a localized build uses them. Anybody has some pointers where to begin? I tried following the FindResourceEx path, but got lost in ntdll. Vincent

1 0

list view completely mangled in WINE
by Tobias Burnus 05 Aug '04

05 Aug '04

Hello, in Crystal Impact's Diamond the list view is completely mangled and only barely recognizable as list view. Result in WINE: http://www.physik.fu-berlin.de/~tburnus/wine/diamond_list_wine.png Result in Windows: http://www.physik.fu-berlin.de/~tburnus/wine/diamond_list.png I'd be really pleased if someone could look at the problem. The demo version of the program is free and available from http://www.crystalimpact.com/download/diamond/demo/dm2demo.exe (In addition to this list-view problem the application does off-screen rendering which is not supported by WINE; one needs to disable rendering in order use the program. See WINE bug http://bugs.winehq.com/show_bug.cgi?id=2320 ) Tobias

5 15

Is check for WS_THICKFRAME style really needed for sizing?
by Santosh Siddheshwar 05 Aug '04

05 Aug '04

Hi, Is the check for windows WS_THICKFRAME style really needed to decide whether a window can be resized or not? I have a scenario where this style is not set but the user can still size the window. This is being done by dispatching WM_SYSCOMMAND messages with SC_SIZE command but WINE is preventing these messages from being effectively handled by returning from the SysCommandSizeMove (winpos.c) method, without doing anything, if the window in question doesnt have this style set. Regards Santosh Siddheshwar ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

1 0

warning when configuring wine-20040716 on OpenBSD 3.5+
by Angelos D. Keromytis 05 Aug '04

05 Aug '04

configure: WARNING: sys/sysctl.h: present but cannot be compiled configure: WARNING: sys/sysctl.h: check for missing prerequisite headers? configure: WARNING: sys/sysctl.h: see the Autoconf documentation configure: WARNING: sys/sysctl.h: section "Present But Cannot Be Compiled" configure: WARNING: sys/sysctl.h: proceeding with the preprocessor's result configure: WARNING: sys/sysctl.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## checking for sys/sysctl.h... yes

1 0

Fwd:Novell client
by Ivan Leo Puoti 04 Aug '04

04 Aug '04

new ad request.

1 0

Re: Wine and locales
by Dmitry Timoshkov 04 Aug '04

04 Aug '04

"Shachar Shemesh" <wine-devel(a)shemesh.biz> wrote: > In an attempt to get away from a possibly confusing subject line, and to > converge on an agreed behavior, here is an attempt to clear the desired > locale behavior Wine should have. Dmitry (and anyone else), please > comment on this table where you think there are errors in it, and say > what should be there. > > In the "Unix setting", I'm always assuming that LC_ALL overrides > whatever is written in that column, and that LANG is used if neither > LC_ALL nor the column are set. I said it many times already, and I'll repeat once more: Windows has only one active locale which defines all the things you mentioned in the table except language of the interface which let's set aside to not confuse each other. There is no need to try to find appropriate mappings for LC_TYPE or anything else you find in the output of the 'locale' command. But still (almost) any locale setting you want to modify in the win32 environment on a per user basis can be done either by running Control Panel/Regional Options, or modifying the registry or win.ini directly. By default all locale data are set according to the global system locale. Any attempt to have more than one active locale simultaneously will lead to confusion and nothing else, be it unix environment or win32. -- Dmitry.

5 40

Re: winedos: dos debugger support
by markus.amsler＠oribi.org 04 Aug '04

04 Aug '04

Quoting Andreas Mohr <andi(a)rhlx01.fht-esslingen.de>: > What does this patch do? Does it do what I believe it does?? :-) > (finally provide useful debugging for DOS programs launched by Wine?) Yeahp. For Debugging .com files you also have to apply the EXEC fix patch [1]. For line editing support, apply BUFFERED INPUT patch [5]. Tested Debuggers (for more see [2]): - Microsoft's debug.exe - ddeb.exe (my favorite) [3] - debug.com (with source) [4] Markus [1] http://www.winehq.org/hypermail/wine-patches/2004/08/0044.html [2] http://www.programmersheaven.com/zone5/cat188/ [3] http://www.programmersheaven.com/zone5/cat188/26391.htm [4] http://www.programmersheaven.com/zone5/cat188/2025.htm [5] http://www.winehq.org/hypermail/wine-patches/2004/08/0043.html

1 0

Re: ListView fixes for Diamond (Try 2)
by Robert Shearman 04 Aug '04

04 Aug '04

Filip Navara wrote: > Changelog: > - Don't update infoPtr->dwStyle in LISTVIEW_WindowProc. It's already > handled in LISTVIEW_StyleChanged and LISTVIEW_Create processing. > - Ignore WS_VSCROLL/WS_HSCROLL flags in infoPtr->dwStyle because it's > not always up-to-date. > - Fix TOOLBAR_DrawMasked to correctly use image list mask. > > - Filip > >------------------------------------------------------------------------ > >Changelog: >- Don't update infoPtr->dwStyle in LISTVIEW_WindowProc. It's already > handled in LISTVIEW_StyleChanged and LISTVIEW_Create processing. >- Ignore WS_VSCROLL/WS_HSCROLL flags in infoPtr->dwStyle because it's > not always up-to-date. >- Fix TOOLBAR_DrawMasked to correctly use image list mask. > >--- comctl32/listview.c Sat Jul 31 22:07:42 2004 >+++ comctl32/listview.c Wed Aug 4 00:19:30 2004 > > ... >--- comctl32/toolbar.c Sat Jul 31 22:07:14 2004 >+++ comctl32/toolbar.c Wed Aug 4 00:19:34 2004 >@@ -658,8 +658,7 @@ > > /* Create src image */ > hdcImage = CreateCompatibleDC(hdc); >- hbmImage = CreateBitmap(cx, cy, GetDeviceCaps(hdc,PLANES), >- GetDeviceCaps(hdc,BITSPIXEL), NULL); >+ hbmImage = CreateCompatibleBitmap(hdc, cx, cy); > SelectObject(hdcImage, hbmImage); > ImageList_DrawEx(himl, index, hdcImage, 0, 0, cx, cy, > RGB(0xff, 0xff, 0xff), RGB(0,0,0), ILD_NORMAL); >@@ -670,8 +669,8 @@ > SelectObject(hdcMask, hbmMask); > > /* Remove the background and all white pixels */ >- SetBkColor(hdcImage, ImageList_GetBkColor(himl)); >- BitBlt(hdcMask, 0, 0, cx, cy, hdcImage, 0, 0, SRCCOPY); >+ ImageList_DrawEx(himl, index, hdcMask, 0, 0, cx, cy, >+ RGB(0xff, 0xff, 0xff), RGB(0,0,0), ILD_MASK); > SetBkColor(hdcImage, RGB(0xff, 0xff, 0xff)); > BitBlt(hdcMask, 0, 0, cx, cy, hdcImage, 0, 0, NOTSRCERASE); > > > Filip, please put this in a separate patch. Rob

1 0

Re: WININET: take account of dwHeaderLength in HttpSendRequest
by Dmitry Timoshkov 03 Aug '04

03 Aug '04

"Mike McCormack" <mike(a)codeweavers.com> wrote: > Does this look better? Strange I didn't get a compiler warning from that... > + if( dwHeaderLength == -1L ) > + len = strlenW(lpszHeaders); > + else > + len = dwHeaderLength; Well, it's better, but really needs a test to verify whether only -1 or any negative value is treated as a hidden strlen. -- Dmitry.

1 0

Re: WININET: take account of dwHeaderLength in HttpSendRequest
by Dmitry Timoshkov 03 Aug '04

03 Aug '04

"Mike McCormack" <mike(a)codeweavers.com> wrote: > ChangeLog: > * take account of dwHeaderLength in HttpSendRequest > - len = strlenW(lpszHeaders)+3; > - szCookedHeaders = HeapAlloc( GetProcessHeap(), 0, sizeof(WCHAR)*len ); > - strcpyW( szCookedHeaders, lpszHeaders ); > + if( dwHeaderLength < 0 ) > + len = strlenW(lpszHeaders); > + else > + len = dwHeaderLength; (dwHeaderLength < 0) is an always true condition, since dwHeaderLength is DWORD, i.e. unsigned long. -- Dmitry.

1 0

wine metacity and ctrl-alt-del binding - ctrl sticks
by Grant Williamson 03 Aug '04

03 Aug '04

Curious if there is a patch somewhere for this. Running rhel3, gnome-2.2 with metacity. 1) Start notepad, type a few characters 2) hit the keyboard combination ctrl-alt-del ... "gnome-session-kill --save" is started. 3) Cancel this option. 4) Now try typing in Notepad, i.e. hit the keys "s" or "f", its just like ctrl-s or ctrl-f have been held in. 5) Hitting ctrl once cancels this. Anyone have a patch, to stop this happening?

2 1

Re: cleanup a->w cross calls in advapi32/crypt.c
by Mike McCormack 03 Aug '04

03 Aug '04

James Hawkins wrote: > + PWSTR keyname; > > - keyname = CRYPT_Alloc(strlen(KEYSTR) + strlen(pProvName) +1); > + keyname = CRYPT_Alloc((strlenW(KEYSTR) + strlenW(pProvName) + 1) * sizeof(WCHAR)); > if (keyname) > { > - strcpy(keyname, KEYSTR); > - strcpy(keyname + strlen(KEYSTR), pProvName); > + strcpyW(keyname, KEYSTR); > + strcpyW(keyname + strlenW(KEYSTR) * sizeof(WCHAR), pProvName); > } else > SetLastError(ERROR_NOT_ENOUGH_MEMORY); > return keyname; > } This doesn't look right.... when using pointer arithmetic, you do so in increments of the pointer's type (eg. WCHAR). The following two lines are the same, and are both wrong: strcpyW(keyname + strlenW(KEYSTR) * sizeof(WCHAR), pProvName); strcpyW(&keyname[strlenW(KEYSTR) * sizeof(WCHAR)], pProvName); The right version would be: strcpyW(&keyname[strlenW(KEYSTR)], pProvName); but how about just using: strcatW( keyname, pProvname ); Mike

4 4

Re: cleanup a->w cross calls in advapi32/crypt.c
by Jeroen Janssen 02 Aug '04

02 Aug '04

James Hawkins wrote: > I'm wasn't exactly sure on this one so it would be great if you could > help me on this one. When using pointer arithmetic, do the operations > such as --, ++... increment or decrement by the size of the pointer > type? Yes, if you have a char (1byte) pointer and you ++, you'll get one byte further. If you have a short (2byte) you'll get two bytes further in memory. If you have a long (4byte) pointer, you'll get 4 bytes further in memory if you ++. It is simular to dealing with arrays (looking at the memory layout) If you have an array of structs and need to get to the next struct in the array then you will need to look sizeof(struct) further in memory to find the next item in the array. --- Jeroen

1 0

Dynamic memory management in CryptAcquireContext
by Michael Jung 02 Aug '04

02 Aug '04

Alexandre, I've noticed that you applied a modified version of my patch, which tries to fix a potential double free of the "temp" variable in dlls/advapi32/crypt.c's CryptAcquireContextA function. However, I think that the modified version does not fix the problem. Here is a code snippet from the current cvs versionc of crypt.c: CRYPT_Free(temp); ... if (pProv->pFuncs->pCPAcquireContext(&pProv->hPrivate, (CHAR*)pszContainer, dwFlags, pProv->pVTable)) { ... return TRUE; } /* FALLTHROUGH TO ERROR IF FALSE - CSP internal error! */ error: ... CRYPT_Free(temp); ... return FALSE; If the CSP's CPAcquireContext function fails, which is quite common (e.g. because the user specified key container does not exist), the "temp" variable is still free'd twice. I'm aware that my original patch was pretty ugly, due to a lot of redundancy, but I think this is due to fact that the CryptAcquireContext function seems not to be very well structured. I've submitted a patch two weeks ago, which basically was a reimplementation of CryptAcquireContext, but which was not committed (http://www.winehq.org/hypermail/wine-patches/2004/07/0213.html). Rob Shearman commented on this patch and felt that it is overkill to add both a helper function and a new struct type. Is this the reason the patch was not applied? I would be glad to rework the patch, if you give me some hints about what you did not like. However, I would prefer to wait until James Hawkins got his a->w cross call cleanup patch committed, in order not to break his work. Greetings, Michael -- Michael Jung, MSc Be liberal in what you accept, Integrated Circuits and Systems Lab and conservative in what you send. University of Technology, Darmstadt -- Jonathan Postel, Internet Pioneer phone: +49(6151)16-6692 / email: mjung(a)iss.tu-darmstadt.de

2 1

Re: RESEND: Try to avoid loading 16-bit DLLs into memory for accessing version info
by Alexandre Julliard 02 Aug '04

02 Aug '04

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Try to avoid loading 16-bit DLLs into memory for accessing > version info, this might lead to undesired side effects like > loading a bunch of other 16-bit DLLs. The problem I see is that this will bypass the loadorder config, and retrieve the version of the native dll in all cases. I think it would be better to try to take loadorder into account, though I admit it's not trivial to do. -- Alexandre Julliard julliard(a)winehq.org

2 2

Anyone writing COM tests?
by Duane Clark 02 Aug '04

02 Aug '04

Howdy, Debugging a problem I am having in COM (mentioned a few weeks ago), I think I know what the problem is but not where. So I figured some COM test would help me to understand how things should work. I was a bit surprised to see no COM tests, or at least I didn't find any in the ole* directories. So I figured if no one else is working on them, I might take a shot at it over the next few weeks/months. And maybe this would encourage some updates to the COM implementation.

2 2

Fwd:Advertising Enquiry
by Ivan Leo Puoti 02 Aug '04

02 Aug '04

Not sure if I ever forwarded this. Ivan.

2 1

Re: Remove typelib ProxyStubClsid registration when no oleautomation interface is being registered
by Marcus Meissner 02 Aug '04

02 Aug '04

On Sat, Jul 31, 2004 at 12:51:01PM +0200, Jeroen Janssen wrote: > This change will make sure that if a proxy/stub dll was already registered, > it is not overwritten by the TypeLib Marshaller if we're not registering > an ole automation interface. > I think we (always?) want to use a 'real' available proxy/stub > implementation when available, instead of simply 'overruling' to the > typelib marshaller. Did you verify that this patch does not break InstallShield? Ciao, Marcus

3 5

debugging a dll
by Dan Timis 02 Aug '04

02 Aug '04

Hi, Someone sent me a debug version of a Windows dll and a map file. I'm not a Windows programmer, and I'm not sure how to use the map fiile. For instance, I get a runtime error dialog. With backtrace in winedbg I get this: ... 29 0x400bf58d (NTDLL.DLL.RtlRaiseException+0x5 in NTDLL.DLL) (ebp=4083f9dc) 30 0x100771e9 (LIBDEBUG.DLL.EntryPoint+0x1609 in LIBDEBUG.DLL) (ebp=4083fa1c) 31 0x10097138 (LIBDEBUG.DLL.NIUIAEntry+0x1ad8 in LIBDEBUG.DLL) (ebp=4083fa8c) 32 0x100012b2 (LIBDEBUG.DLL..text+0x2b2 in LIBDEBUG.DLL) (ebp=4083fbf8) ... I assume that everything above NTDLL.DLL.RtlRaiseException is just code to put up the dialog box, and that the problem is at 0x100771e9 (LIBDEBUG.DLL.EntryPoint+0x1609... If I look for 0x100771e9 in the map file, the closest thing I find is this: 0001:00076ed0 _realloc 10077ed0 f LIBCMTD:dbgheap.obj 0001:00076f00 __realloc_dbg 10077f00 f LIBCMTD:dbgheap.obj 0001:000774b0 __expand 100784b0 f LIBCMTD:dbgheap.obj 0001:000774e0 __expand_dbg 100784e0 f LIBCMTD:dbgheap.obj Am I correct to assume that realloc_dbg throws an exception? If I look for 0x100012b2 (LIBDEBUG.DLL..text+0x2b2), the closest I find is: 0001:000011d0 ?_Grow@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@AAE_ NI_N@Z... That would make sense, we are trying to grow a string, calling realloc, etc. The entry in the middle: 31 0x10097138 (LIBDEBUG.DLL.NIUIAEntry+0x1ad8 in LIBDEBUG.DLL) (ebp=4083fa8c) points to: 0001:00097140 ?onEvent@Application@UIA@NI@@MAE_NIPAVEventData@23@@Z ... I don't understand how this relates to the other two. Are there any tools that could help understand better what's going on? Are there any tools to demangle the C++ names? I tried c++filt and not surprisingly it did not understand these symbols. Thanks, Dan Timis Muse Research, Inc.

4 3

Re: cleanup a->w cross calls in advapi32/crypt.c
by Dmitry Timoshkov 02 Aug '04

02 Aug '04

"James Hawkins" <truiken(a)gmail.com> wrote: > Full rewrite. If you have any questions, I'll be happy to answer them. > > Changelog > * clean up cross-call functions > - strcpy(keyname, KEYSTR); > - strcpy(keyname + strlen(KEYSTR), pProvName); > + strcpyW(keyname, KEYSTR); > + strcpyW(keyname + strlenW(KEYSTR) * sizeof(WCHAR), pProvName); Why did you add '* sizeof(WCHAR)' here? > - user ? strcpy(keyname, USERSTR) : strcpy(keyname, MACHINESTR); > - ptr = keyname + strlen(keyname); > - *(--ptr) = (dwType % 10) + '0'; > - *(--ptr) = ((dwType / 10) % 10) + '0'; > - *(--ptr) = (dwType / 100) + '0'; > + user ? strcpyW(keyname, USERSTR) : strcpyW(keyname, MACHINESTR); > + ptr = keyname + strlenW(keyname) * sizeof(WCHAR); And here? Did you ever test the resulting code? -- Dmitry.

1 0

c:\\windows is not accessible message
by Mike Hearn 01 Aug '04

01 Aug '04

Hi guys, It seems quite a few people have been seeing this message lately, and I'm not sure why. This occurs even with a non-existant ~/.wine directory, so wineprefixcreate should set up a correct system for them. Examples: http://www.linuxquestions.org/questions/showthread.php?s=&threadid=204255&h… http://forums.devshed.com/archive/t-166324 This one seems to imply that the symlinks aren't being created properly: http://www.winehq.org/hypermail/wine-users/2004/07/0022.html but that sounds like a migration issue rather than something you'd see with a clean .wine If anybody has any ideas I'd love to track this one down. I am wondering if it's to do with packaging, I have never been able to reproduce this with Wine CVS builds (ie from source) but I know some packagers are still shipping custom ~/.wine building scripts. thanks -mike

2 1

winrash: only sleep xx commands ?
by Sylvain Petreolle 01 Aug '04

01 Aug '04

After a successful install of winrash with 'Usurp' as nick and this mailbox : spetreolle(a)n5o5s5p5a5m.yahoo.fr It seems that winrash is doing only sleep commands, having a look to <winrash>\debug.txt. Simulating about 27 hours of running service with some 'time' and a 'date' commands seem to produce nothing else than "sleep 3600" commands in debug.txt. Can someone help ? The service is up and running in E:\winrash. Machine: Windows XP home. Output: E:\winrash>winrash -v && winrash -q Winrash version: 'winrash-0009-chris-msvc.exe' Current script commands: 1 total commands, current command is 1 0: sleep 3600 Querying service Current state: SERVICE_RUNNING Part of debug.txt: ... c:\winrash\winrash.c:1197 01/08/2004 16:57:00 c:\winrash\winrash.c:1200 entered with currentCommandIndex of '0' c:\winrash\winrash.c:593 sleep command of 'sleep 3600' c:\winrash\winrash.c:1275 no errors in command c:\winrash\winrash.c:1775 debug file not yet large enough to clear c:\winrash\winrash.c:390 entered c:\winrash\winrash.c:441 found a clientID of 'Usurp' c:\winrash\winrash.c:443 after removing characters we have a clientID of 'Usurp' c:\winrash\winrash.c:509 built a url of 'http://test.winehq.com/service?winrash= winrash-0009-chris-msvc.exe&id=Usurp' c:\winrash\winrash.c:312 url of 'http://test.winehq.com/service?winrash=winrash- 0009-chris-msvc.exe&id=Usurp' c:\winrash\winrash.c:533 got file: sleep 3600 c:\winrash\winrash.c:534 got 11 bytes out of a total buffer of 15000 c:\winrash\winrash.c:556 Software\winrash\Command_0 c:\winrash\winrash.c:1197 01/08/2004 17:57:21 ... ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) Say NO to software patents Dites NON aux brevets logiciels "You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com

2 2

Program runs okay, but has tiny font.
by Niek Beernink 01 Aug '04

01 Aug '04

Hello all, TD in #winehq told me to post this here. I'm trying to run the following program in wine, <ftp://212.67.96.161/loaded/diablo2/utilities/runewizard101.zip> It loads up okay, but the font in the program is really tiny and I was wondering if any of you knew of a possible fix. Here's a screenshot of this happening: <http://digital-conquest.ath.cx/src/tinyfont> I'm running Gentoo Linux with Wine version 20040615. crusade omega # emerge info Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7-gentoo) ================================================================= System uname: 2.6.7-gentoo i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://ftp.snt.utwente.nl/gentoo" USE="3dnow X aalib acpi alsa avi berkdb bzlib cddb cdr cups divx4linux dvd encode ffmpeg flac foomaticdb gdbm geoip gif gstreamer gtk2 imlib java jpeg kde libwww mad memlimit mikmod mmx mpeg mpeg4 ncurses nls oggvorbis opengl operanom2 pam pdflib perl png ppds python qt quicktime readline samba sdl slang speex sse ssl svga tcpd tga theora tiff truetype usb videos x86 xml xml2 xmms xv xvid zlib" Hopefully this should be enough information. If you need to know anything else, do ask. Best regards, Niek Beernink.

2 2

Flags for building an rpm
by Dan Timis 01 Aug '04

01 Aug '04

A colleague built a wine rpm a while ago. Here is the size and date: 9922591 Apr 29 14:32 wine-20040408-1muse.athlon.rpm If I look on the winehq site I see similar sizes, only slightly larger: wine-20040716-1rh8winehq.athlon.rpm 11662876 Unfortunately, my colleague is incommunicado for the next couple of weeks, and I cannot ask him how he built the rpm. I added a patch to fix the problem I reported recently in menu.c. Then, I built the rpm with the command: # rpmbuild -ba --platform athlon wine-20040408-2muse.spec Here is what I get: 85910178 Jul 29 21:25 wine-20040408-2muse.athlon.rpm This is significantly larger. I looked at the contents and the problem seems to be mainly in /usr/lib/ All files are significantly larger. What flags am I missing when I am building the rpm? Thanks, Dan Timis Muse Research, Inc.

3 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