- wine-devel - winehq.org

wcmd mark/paste
by J. Grant 22 Feb '03

22 Feb '03

Hi, wcmd mark/paste has greatly improved since the last version, the current CVS feels very good so far. However, to copy text it is still not possible to drag over the text as in other X apps. In fact even if Context menu->Edit->Mark is selected it is necessary to use the keyboard to increase the selection area. This is not very quick because keyboard repeat is not used, so I have to hammer my arrow keys like I am playing an old Atari game! (perhaps related to the other X11 Clipboard thread currently) I'm glad to see the copied text is not corrupted anymore The wine debugger also exhibits this problem. The "quick edit" functionality is great, however I am still getting an extra date column on the right of my pastes when typing "dir" (date column is on the left of dir output). Regards JG

4 7

Building WinMM on mingw
by Steven Edwards 22 Feb '03

22 Feb '03

I think the export in ntdll may be wrong playsound.o(.text+0x7d7): In function `PlaySound_Alloc': e:/users/steven/source/wine/dlls/winmm/playsound.c:222: undefined reference to `RtlCreateUnicodeStringFromAsciiz@8' E:\users\steven\mingw\bin\dllwrap.exe: E:\users\steven\mingw\bin\gcc exited with status 1 make: *** [winmm.dll] Error 1 Thanks Steven __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/

2 1

registry patch
by Matthieu Foillard 22 Feb '03

22 Feb '03

Hi, this fix a bug when data is null. (3dsmax v3 now works with this) Note that i'm not a wine developper and this patch might not be the right way to fix the problem. Someone on #winehq told me this is acceptable so... Index: dlls/advapi32/registry.c =================================================================== RCS file: /home/wine/wine/dlls/advapi32/registry.c,v retrieving revision 1.50 diff -u -3 -p -r1.50 registry.c --- dlls/advapi32/registry.c 20 Jan 2003 23:23:12 -0000 1.50 +++ dlls/advapi32/registry.c 14 Feb 2003 22:49:13 -0000 @@ -902,7 +902,7 @@ DWORD WINAPI RegSetValueExA( HKEY hkey, if (!is_version_nt()) /* win95 */ { - if (type == REG_SZ) count = strlen(data) + 1; + if (type == REG_SZ && data != NULL) count = strlen(data) + 1; } else if (count && is_string(type)) { -- Matthieu Foillard <m.foillard(a)taktile.com> tel : 0146090496 - gsm : 0686574170 pgp : 0x1609654F

2 1

Re: Crashes in OSSs audio.c on FreeBSD
by Eric Pouech 21 Feb '03

21 Feb '03

> - wwo->mapping = mmap(NULL, wwo->maplen, PROT_WRITE, MAP_SHARED, > - wwo->ossdev->fd, 0); > + wwo->mapping = mmap(NULL, wwo->maplen, > +#if (defined(__FreeBSD__) && (__FreeBSD_version < 500000)) > + PROT_READ|PROT_WRITE, > +#else > + PROT_WRITE, > +#endif > + MAP_SHARED, wwo->ossdev->fd, 0); hmm this type of coding isn't really a great idea... do you really know what's behind this mmap issue not being possible ? I don't know how OSS will handle it on BSD: Linux semantics are: if the device has been mapped as read only, then assume the mapping is for ouput, otherwise assume it's for capture I don't know what BSD is going to do in this case > +#ifndef __FreeBSD__ > /* for some reason, es1371 and sblive! sometimes have junk in here. > * clear it, or we get junk noise */ > /* some libc implementations are buggy: their memset reads from the buffer... > @@ -1826,6 +1832,9 @@ > /* in all cases, fill the remaining bytes */ > while (len-- != 0) *p1++ = 0; > } > +#else > + memset(wwo->mapping,0, wwo->maplen); > +#endif you shouldn't need this chunk A+ -- Eric Pouech

1 0

Re: Wine 0.9 config applets?
by Jeff Smith 21 Feb '03

21 Feb '03

>From: Mike Hearn <m.hearn(a)signal.qinetiq.com> >Hmmm, do we even have a control panel? Presumably programs can install >control applets (capplets in gnome-speak), but I don't see any way to >see them other than executing the cpl files manually. Try 'wine control'. That is our winelib control panel app if I am not mistaken. -- Jeff S _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

4 3

Thomas Brothers Digital Edition?
by Dan Kegel 21 Feb '03

21 Feb '03

Has anyone tried to run the "Thomas Brothers Digital Edition" aka "Thomas Brothers DE 4.0" mapping software under Wine? http://www.thomas.com/prod/ (Anyone who lives in Los Angeles and has a car has a copy of the printed Thomas Brothers map; this is their digital equivalent.) A local businessman I know wants to switch his PCs to Linux, and this is one of the apps he requires. It's only $30, so I'll probably get a copy just to see, but I thought I'd ask here first. Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Music font problem
by Andrew Johnson 21 Feb '03

21 Feb '03

I originally posted this to comp.emulators.ms-windows.wine, where it was suggested I send a copy here. Please CC: replies to me as I'm not subscribed to wine-devel. TIA! I have been using a shareware program called Noteworthy Composer for many years on Windows, but am trying to switch to a Linux-only setup and this is one the last obstacles. I don't want to switch to the other Linux music programs as to my mind they don't provide as simple an interface as NWC does, and I already have many song files in the NWC format. The main problem with running this is that it uses its own TrueType Font, which doesn't display properly under Wine - I just get outline boxes instead of the note symbols. Here's how I got to where I am right now: I tried various RPM versions of wine on my RH8.0 system, and finally downloaded the Wine source and did a cvs update and build about a week ago. The first problem was that I was using a fake C drive and the NWCV15.TTF font was the only one found, and was being used for all text including menus & dialog boxes - this just doesn't make sense, the NWCV15 font is analagous to a symbol font and doesn't have text characters, so everything came out totally illegible, although recognizable enough to see that it was mostly working. I installed a few standard TTF fonts in the windows\Fonts directory to fix that, but then the program wouldn't start, complaining that it couldn't find its special font NWCV15.ttf, which had been correctly installed in the C:\Windows\Fonts directory. I ran wine with --debugmsg +font and added a few more TRACE() statements to dlls/gdi/freetype.c, and discovered that the font was being ignored by Wine because the program doesn't specify SYMBOL_CHARSET when requesting the font; Windows finds the font but Wine doesn't. There is a specific check in the routine WineEngCreateFontInstance to compare the font name requested with "Symbol" and in that case to set the charset being searched for to SYMBOL_CHARSET. When I add similar code for the font name "NWCV15" the program now starts up and finds its font, but doesn't display it correctly. My change is obviously highly specific to running this program, so there's obviously a significant algorithm difference between Wine and Windows when it comes to font selection of SYMBOL_CHARSET fonts. Now I can read the dialogs properly and the program runs pretty well (it even plays MIDI stuff properly after I installed the ALSA drivers from source - cool), but the score display is still only only showing boxes instead of the note heads and other symbols that appear in that font. The font file does show various expected glyphs if I install it in the xfs truetype directory and look at it using xfontsel, but I don't know of any other Linux tools for analysing .ttf files. Can anyone suggest what I should do next to try and get the NWCV15 font displaying properly? This is obviously an unusual font but I'm not sure whether that's causing the problems or not. Ideas? If anyone wants to have a look at the font file for themselves, free evaluation copies of the software can be obtained from http://www.noteworthysoftware.com/composer/download.htm - Andrew PS: Thanks to all the Wine developers for making this feat achievable, it amazes me how well it all works!

3 5

Request.
by Oleg Lyamtsev 21 Feb '03

21 Feb '03

Hi ALL, I'm trying to port some windows program to Linux using Wine. I have C++ source code with Windows DLLs functions calls. The question is: how can I load DLL under Linux and call Windows function? I've tried LoadLibraryA(), PE_LoadLibraryExA() and SERVER_START_REQ( create_file ) without success. Do you know easy way to use Wine's staff to load Windows DLLs? Thanks, Oleg Lyamtsev.

3 2

Re: Crashes in OSSs audio.c on FreeBSD
by Eric Pouech 20 Feb '03

20 Feb '03

Ulrich Spoerlein wrote: > > Program received signal SIGBUS, Bus error. > 0x2a7d5290 in DSDB_MapPrimary (dsdb=0x283421d8) at audio.c:1816 > 1816 while (b--) *p4++ = 0; what are the values here of wwo->mapping and p4 ? > wine: Unhandled exception, starting debugger... read the wine doc on how to setup the debugger (you're missing a correctly set up key in your registry) > What really puzzles me, is WINE trying to locate the winedbg in > /usr/bin, because I installed WINE (the CVS Version) to /home/q/* > I also have the 20030115 snapshot installed, but it is located under > /usr/local (and tries to launch the debugger in /usr/bin too :( what's the value of the Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug key in the system registry ? A+ -- Eric Pouech

1 0

Incorrect locale selected
by J. Grant 20 Feb '03

20 Feb '03

Hello, My locale is as follows: LANG=en_GB.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_NUMERIC=en_GB.UTF-8 LC_TIME=en_GB.UTF-8 LC_COLLATE=en_GB.UTF-8 LC_MONETARY=en_GB.UTF-8 LC_MESSAGES=en_GB.UTF-8 LC_PAPER="en_GB.UTF-8" LC_NAME="en_GB.UTF-8" LC_ADDRESS="en_GB.UTF-8" LC_TELEPHONE="en_GB.UTF-8" LC_MEASUREMENT="en_GB.UTF-8" LC_IDENTIFICATION="en_GB.UTF-8" LC_ALL= Which means that my input method can be in japanese, but that all programs are in english. However, some programs (wine notepad and some installers etc) have some of the text in Japanese. Wine notepad has the "open file" dialog in Japanese, but the menus are in english. I am using Wine 20030115. Is this a known issue? Regards JG

3 2

Re: [ros-kernel] Weekend Coder Project: WinMM functions
by Steven Edwards 20 Feb '03

20 Feb '03

Well our WinMM is totally wrong but I dont know how much help the WINE winmm will be as there are a LOT of functions it imports that are 9x only. Wines Winmm.dll needs to be rewritten if we are to use it properly. Eric Pouech can you comment? Thanks Steven --- Robert Dickenson <odin(a)pnc.com.au> wrote: > G'day to all on the list, > > I have no idea of the quality of the content however our branch of the wine > source has a rather large implementation of winmm.dll which currently > builds fine. I have never tried testing any of it however. > > BTW: I'm not back yet. > > Best wishes to everybody, RobD. > > > The accumulated lore surrounding the numerical value pi () is an example of > our species' continuing tendency to try to force our irrational notions on > an otherwise completely rational universe. > > > At 01:51 PM 17/02/2003 -0800, you wrote: > >Hi > > > >While trying to run java.exe, it fails to find function > >timeBeginPeriod (jvm.dll). Using dependency walker, I see that > >timeBeginPeriod, timeEndPeriod and timeGetTime are required from > >WinMM. > > > >We have a basically empty (except for stubs) WinMM in > >reactos/lib/winmm. Does anyone (read: weekend coder) want to take on > >the task of writing these functions? WINE could be a help. > > > >Cheers > >Jason > >__________________________________________________ > >Do you Yahoo!? > >Yahoo! Shopping - Send Flowers for Valentine's Day > >http://shopping.yahoo.com > __________________________________________________ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com

5 5

congrats/comments
by Chris Thielen 20 Feb '03

20 Feb '03

I just wanted to thank all the Wine developers out there. You're doing a great job! :-) I took a class in MFC and tried my app under Wine and it ran beautifully. Thanks for all the work, keep it up. -- Chris Thielen <chris(a)luethy.net>

1 0

wcmd in a terminal, is it possible?
by J. Grant 20 Feb '03

20 Feb '03

Hi, wcmd is very useful for me. However, I would like to use wcmd in a terminal, other than the extra window in the wine style. Then the copy paste issue I reported in my other email would be avoidable. Is there a way to run wcmd in a terminal? (NT5 cmd.exe can run, but it crashes when running batch files and I would rather use wcmd). I tried ttydrv in "config", but no luck with that. Also I tried using "wineconsole cmd.exe" however that filled my terminal with "fixme:wineconsole:WCURSES_FillCode Not done yet (330)" and then characters were displayed but Enter stopped working, now its just hung. Regards JG

2 2

Menu Items for dialogs working?
by Robert Reif 20 Feb '03

20 Feb '03

Do menu items for dialogs work? I have an app running on RH8 and gnome that doesn't display dialog menu items. Is this a known issue? Thanks, Bob.

1 1

Re: msvcrt _tempname (Resent)
by Alexandre Julliard 19 Feb '03

19 Feb '03

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > +#ifdef P_tmpdir > + if ( (dir) && lstrcpynA(dirname, P_tmpdir,MAX_PATH) > + && (GetTempFileNameA(dirname,prefix,0,tmpbuf))) > + goto done; > +#endif > + if ( (GetEnvironmentVariableA("PWD",dirname,MAX_PATH) ) > + && (GetTempFileNameA(dirname,prefix,0,tmpbuf))) > + goto done; This won't do what you want, PWD is not updated when the current directory changes, you should use GetCurrentDirectory for that. Also P_tmpdir is a Unix path, it should probably be MSVCRT_P_tmpdir instead (but you'll need to define it in stdio.h first). -- Alexandre Julliard julliard(a)winehq.com

1 0

dlls/winmm/wineoss/audio.c: `dscdbvt' defined but not used
by Gerald Pfeifer 19 Feb '03

19 Feb '03

The following patch revision 1.76 date: 2003/02/14 23:59:15; author: julliard; state: Exp; lines: +258 -8 Robert Reif <reif(a)earthlink.net> Started to add support for a real direct sound capture driver. Changed the capture fragment size but this still needs tuning for best performance. causes the following warning audio.c:2921: warning: `dscdbvt' defined but not used in dlls/winmm/wineoss/audio.c. Would you mind addressing this? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 1

a stupid idea
by errormsg＠maktoob.com 19 Feb '03

19 Feb '03

I think i had an idea that may help you on makeing wine more powerfull on running games it's very simple and stupid there are a gift lib is called allegro (see www.allegro.cc) that is open source have win32/linux version the windows version is based on direct x most games on windows is based on allegro or a lib derived from allegro so open the code of the windows vertion of allegro and compare it with the linux version of allegro you will see the corrsponding linux code how is that?? stupid ha? _________________________________________________________ Participate in the FIRST EVER Arabic/English on-line auction site. Get all those things you need! http://www.mazadmaktoob.com

1 0

RegisterHotKey implementation
by Robert Reif 19 Feb '03

19 Feb '03

Here is a partial RegisterHotKey and UnRegisterHotKey patch which works for the keys I need but is incomplete for modifier keys. You must run tools/make_X11wrappers before compiling or you will get errors. I don't have the time for a few weeks to finish it or look into what is needed to make it complete. I hope someone can take this and get it ready for including. Thanks, Bob.

1 0

Re: patch move guides (each to there own directory)
by Andreas Mohr 19 Feb '03

19 Feb '03

On Mon, Feb 17, 2003 at 10:08:59PM -0700, Tony Lambregts wrote: > In order to make the documentation easier to maintain and use I want to > separate the guides each into its own directory. Basicly just move them > from where they are to where we want them. Argl. Somehow I'm afraid I won't like this too much ;) I'm currently working on a full-scale reorganisation of the Guides, and thus this is bound to get in the way... Either we apply that and I'll have to live with that, or I'll incorporate the changes into my tree... Or maybe I'm just barking up a non-existent tree (maybe it's pretty easy to sort out after all). Andreas Mohr

2 2

Re: wcmd autoexec.bat?
by Bodo Wenzel 18 Feb '03

18 Feb '03

> I think this is a key feature, I would like to use this to set some > enviroment variables, currently I have to run a batch file manually each > time I start wcmd. Could this be considered for implementation please? The real-mode emulator 'dosemu' has an option to use another extension for 'autoexec.bat' and 'config.sys'. How about 'autoexec.wine' and 'config.wine', respectively? Just my EUR 0.02 ;-) Bodo

3 3

Re: Problem with recent builds under RH8.0
by Lionel Ulmer 18 Feb '03

18 Feb '03

> As I said, my GL headers come from the CVS pull from the DRI, not from > any pre-packaged headers. Well, I think the problem comes from one of your OpenGL headers... Can you do a 'grep GL_VERSION_1_3' in your GL headers (mostly GL.h I think). >From what I suspect, you will get something like this : #define GL_VERSION_1_3 1 The problem is that your OpenGL library is NOT implementing GL 1.3 (as shown in your glxinfo output). This means that you have a mismatch between your system headers and your library. This could be considered as a bug to report to the DRI people (if they really provide a gl.h which defines GL_VERSION_1_3, they should also provide a library with all OpenGL 1.3 entry points). We *could* fix this in Wine by adding yet another configure check (or going the full 'GetProcAddress' way which would be needed if we wanted a nice OpenGL packaged Wine) but well, sometimes enough is enough and stuff should be fixed outside of Wine and respecting the rules instead of adding yet another work-around. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

out of memory on dos programs
by Eric Noack 18 Feb '03

18 Feb '03

i get a "Program too big" error on all programs compiled with the "PowerBASIC" compiler pbc.exe 3.00c and similar out of memory errors on other dos programs, when running them under wine to my pleasure the pbc compiler itself runs fine under wine here is an example: http://gemia.de/test/test.bas a hello world BASIC source http://gemia.de/test/test.exe the binary compiled with pbc 3.00c under wine http://gemia.de/test/pbc.exe same compiler on every program compiled with a PowerBASIC compiler i get "Program too big" when running it under wine. this string is given out by the executable when failing to allocate some memory i tryed to disassemble the compiled program to check what type of memory allocation should have taken place, but my dos disassembler (sourcer) failed under wine with an out of memory error, too. now is this a bug in wine, not handling some ms-dos memory allocation requests, or did i just miss some configuration option to tell wine to give dos programs more memory to allocate? i hope this is not OT too much Eric PS: here is the console output >raven@VikingPC wine $ cat test.bas >print "hello world" >raven@VikingPC wine $ wine pbc test.bas >Warning: unprotecting the first 64KB of memory to allow real-mode calls. > NULL pointer accesses will no longer be caught. >PowerBASIC Compiler Version 3.00c Copyright (c) 1989-1993 by Robert S. Zale >PowerBASIC Inc. * Brentwood, CA, USA >F:\TEST\WINE\TEST.BAS >3 statements, 2 lines >Compile time: 00:00.1 Compilation speed: 1800 stmts/minute >272 bytes code, 2800 bytes data, 2048 bytes stack >Segments(1): 1k >raven@VikingPC wine $ wine test.exe >Warning: unprotecting the first 64KB of memory to allow real-mode calls. > NULL pointer accesses will no longer be caught. >Program too bigraven@VikingPC wine $ I found the string "Program too big" in test.exe at position 0000:2203 hex I guess its just given out after failing to allocate some memory ;) as i said my disassembler doesnt work doe to some similar error

3 7

Re: Prob compiling cvs 20030218
by Fabian Cenedese 18 Feb '03

18 Feb '03

>>I just updated to the cvs version of wine and can't compile anymore. Configure >>and make depend went fine but make fails with errors in dsound.h: >>Lines 326-332, 360-367 and many more: stray '\' in program. >>Looks like it doesn't like the continuing macros here. Then there are followup >>errors because these macros are not ok. >This is usually a problem with DOS CR/LF. >Look at the macro definition. You'll find a ^M after the "\" which invalidates the continuation char. Yup, it was that stupid +*ç"&* switch for line endings. Now it works again. Thanks! bye Fabi

1 0

interesting crash in msvc6.0 setup
by Dan Kegel 18 Feb '03

18 Feb '03

Since msvcmaker doesn't support msvc4.0, I'm trying to install msvc6.0 under wine. (Yeah, I know, I should run it under windows, but I'm stubborn.) Interestingly, the setup program puts itself in the background. This means you have to be careful to check with ps that you don't have old wines laying around from the last run, and when logging, you have to make sure all wine processes have exited, else your log file isn't complete yet. Unfortunately, setup fails fairly early. When emulating win9x, it fails before presenting a dialog box -- with a page fault reading from a file handle returned from CreateFile. It looks like it's doing an assembly string search on the Windows file structure pointed to by the handle! I wonder why. Maybe it was an easy way to prevent people from running under Wine :-) We may have to hack wine to make handles be valid pointers; I wonder what magic bytes setup is looking for there. When emulating winnt or winxp, it gets a bit further, but dies with a null pointer access. Oddly enough, adding --debugmsg +relay lets it proceed. It insists on installing Microsoft VM for Java, then tries to reboot. Restarting wine d:setup (this time without --debugmsg) continues properly for a while, but eventually crashes. Whenever it crashes in winnt/xp, it leaves one or more windowless wcmd's running the following script: :Repeat del "E:\vs60wiz.exe" if exist "E:\vs60wiz.exe" goto Repeat del "C:\WINDOWS\DEL4056.BAT" in a loop, chewing up huge amounts of CPU time. -- Dan Kegel Linux User #78045 http://www.kegel.com

4 6

Prob compiling cvs 20030218
by Fabian Cenedese 18 Feb '03

18 Feb '03

Hi I just updated to the cvs version of wine and can't compile anymore. Configure and make depend went fine but make fails with errors in dsound.h: Lines 326-332, 360-367 and many more: stray '\' in program. Looks like it doesn't like the continuing macros here. Then there are followup errors because these macros are not ok. As this file was last modified already some days ago and nobody is complaining I guess it's just me having this problem and regression search wouldn't help. But make clean / make distclean didn't help either. Anybody got a hint what could be wrong? Thanks Fabi

1 0

Problem with latest CVS
by Uwe Bonnes 18 Feb '03

18 Feb '03

Hallo, with latest CVS Xilinx Webpack hangs when starting: fixme:ole:CoRegisterMessageFilter stub err:ntdll:RtlpWaitForCriticalSection section 0x400e99b8 "virtual.c: csVirtual" wait timed out, retrying (60 sec) tid=00000011 Does this trigger anything for somebody or doe I need to perform a binary search? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 1

Re: PATCH Window resizing
by Duane Clark 18 Feb '03

18 Feb '03

Just wondering about the status of two patches. Is there any additional info I can provide or changes that need to be made for these? http://www.winehq.com/hypermail/wine-patches/2003/02/0080.html http://www.winehq.com/hypermail/wine-patches/2003/02/0095.html

2 1

Re: bug #1283: autofs'mount'ed drives ignored (e.g. "A:" on /vol/a via autofs master.vol)
by Tony Lambregts 18 Feb '03

18 Feb '03

Guido Draheim wrote: [snip] > > > The patch: > A .wine/config boolean option "AutoMount" is introduced > that will default to the old behavior. When being > enabled then a warning-message logged but the drive > is kept in the internal drivelist and can be seen in > the file-open dialog-box. > Alexandre: if you are going to commit this patch please do so soon, as I am waiting on the resolution of this before I start on the "FSname" patch. -- Tony Lambregts

1 0

Petzold Programs & Winelib
by Dimitrie O. Paun 18 Feb '03

18 Feb '03

Hi folks, As you probably remember, John Kopplin was kind enough to modify his MinGW-inifcation scripts: http://www.computersciencelab.com/Petzold.htm to support Winelib out of the box. This is great news, only problem is that now someone should try to see how they work. :) I would give it a try, but I don't own Petzold's book. I should probably buy it, but this is another matter. Anyone else willing to give it a try, or to temporally lend me the code so I can try? (I guess this is legal, the code goes with the book, and one can still lend a book, right?). BTW, is it worth buying the book? -- Dimi.

1 0

Re: wcmd autoexec.bat?
by J. Grant 18 Feb '03

18 Feb '03

Hi Francois Gouget, Thanks for the reply. Francois Gouget wrote: > On Thu, 13 Feb 2003, J. Grant wrote: > [...] >> I think this is a key feature, I would like to use this to set some >> enviroment variables, currently I have to run a batch file manually each >> time I start wcmd. Could this be considered for implementation please? > > Why not set the environment variables on the Unix side instead? > For instance in the wine wrapper script? This could be a something to try, however I cannot find out the command line, in man page or by guessing. Is it something like "wcmd -vars=BLAH=moo" d-aliegri mentioned this on #winehq Regards JG

5 7

Re: TaxCut and C++ exception handling
by John K. Hohm 17 Feb '03

17 Feb '03

Ori Pessach wrote: > No - I get the goal of the project. What I'm not clear about is where to > draw the line between system components and application components. Is > msvcrt.dll shipped with Windows, or with Windows applications? It does come with recent Windows. However, many programs install an updated version of msvcrt.dll, since it is a redistributable for Microsoft Visual Studio 5 and 6. Visual Studio 7 has switched to msvcr70.dll et. al. As of Windows XP, msvcrt.dll is part of the operating system. It is now under system file protection, so it cannot be replaced by a normal application. Apparently as a tribute to this, they changed the description from "Microsoft (R) C Runtime Library" to "Windows NT CRT DLL". Some programs that don't depend on having fixes in a certain version of msvcrt.dll will depend on the version from Windows; this includes most programs developed with VC6 specifically for Windows XP, and all programs developed with recent versions of the MinGW Win32 port of GCC. Therefore, we really do need a complete msvcrt.dll in Wine.

2 1

Re: wine/ win32/device.c server/trace.c server/tim ...
by Eric Pouech 17 Feb '03

17 Feb '03

Eric POUECH wrote: >>>Which will not help at all with filedescriptors. >> >>I thought Eric said there was an uninitialized pointer laying >>around. Valgrind's real good at finding those... > > I'm not sure what's uninitialized (maybe a pointer, maybe a fd, maybe something else...) > BTW, I don't see what could prevent wineserver to be run under valgrind TODAY > It doesn't use threads nor clone nor segmented pointer > Did someone already tried running Wine with WINESERVER ? (I didn't, I may try when I'm back home) ? ok I did try it on a little sample... and it works (I get a couple of error reports I'll look into) for those who are interested, here's a way to do it: edit the .winewrapper file (from the top of cvs tree if you run wine from within the tree, the directory where the wine exec is otherwise), and add this: case $1 in --vgsvr) export VG_WINESERVER=$WINESERVER; WINESERVER=/home/eric/output-wine/regular/vg_wineserver; shift;; *) ;; esac of course change the path /home/eric/output-wine/regular/vg_wineserver to a local file of yours which contains: /home/eric/vg/final/bin/valgrind $VG_WINESERVER (also change the location of valgrind binary if needed) have fun! -- Eric Pouech

1 0

TaxCut and C++ exception handling
by Ori Pessach 17 Feb '03

17 Feb '03

Hello, I'm trying to run TaxCut under CVS Wine. The install went smoothly, but when I try to run the software it locks up before any windows appear. From the trace, it seems that it might be related to exception handling in Wine. The first sign that something is wrong is this: 00000009:Call ntdll.RtlRaiseException(407a2764) ret=40a34052 fs=008f eax=780ca51c ebx=40a54c2c ecx=41915e28 edx=4207c450 esi=407a2764 edi=00000001 ebp=407a27bc esp=407a2764 ds=002b es=002b gs=0000 flags=00000202 00000009:trace:seh:EXC_RtlRaiseException code=80000100 flags=1 addr=0x780ca51c 00000009:trace:seh:EXC_RtlRaiseException info[0]=40a4a400 00000009:trace:seh:EXC_RtlRaiseException info[1]=40a4aa85 00000009:fixme:seh:EXC_RtlRaiseException call to unimplemented function localeconv 0009: queue_exception_event( first=1, record={context={flags=00010007,eax=780ca51c,ebx=40a54c2c,ecx=41915e28,edx=4207c450,esi=407a2764,edi=00000001,ebp=407a27bc,eip=40a34052,esp=407a2764,eflags=00000202,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=4212a2d0,dr1=000003dc,dr2=4011044c,dr3=407a2544,dr6=4206a3e4,dr7=407a244c,float={400ec340,407a25d4,4011044c,00000000,4206fc84,40110431,4206fc84,4206fc84,40110431,4206fc84,4206fc84,407a247c,4212a2d0,40110827,407a2488,42070836,34613034,66346231,40110827,00000000,66346231,40110827,42047f0d,4212a2d0,00000400,40110428,407a25b8,4206a3e4}},rec={code=80000100,flags=1,rec=(nil),addr=0x780ca51c,params={40a4a400,40a4aa85}} ) 0009: queue_exception_event() = 0 { handle=(nil) } Then, comes something that looks like uncontrolled recursive behavior: 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e87a6 code=80000100 flags=1 00000009:Call msvcrt.__CxxFrameHandler(407a2764,407a2828,407a2404,407a22ac) ret=400c5842 fs=008f eax=780ee5e8 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e9f54 code=80000100 flags=1 00000009:Call msvcrt.__CxxFrameHandler(407a2764,407a2854,407a2404,407a22ac) ret=400c5842 fs=008f eax=780f2358 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e8a1c code=80000100 flags=1 00000009:Call msvcrt.__CxxFrameHandler(407a2764,407a28ac,407a2404,407a22ac) ret=400c5842 fs=008f eax=780eeae8 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e8c24 code=80000100 flags=1 00000009:Call msvcrt.__CxxFrameHandler(407a2764,407a2990,407a2404,407a22ac) ret=400c5842 fs=008f eax=780eefa8 ebx=400f9144 ecx=40110428 edx=40110480 esi=407a2764 edi=400f8f11 ebp=407a2288 esp=407a225c ds=002b es=002b gs=0000 flags=00000206 00000009:trace:seh:cxx_frame_handler handling C++ exception rec 0x407a2764 frame 0x407a2990 trylevel 2 descr 0x780eefa8 nested_frame (nil) exception type: flags 78 destr 0x419151b9 handler 0x1 type info 0x1f 00000009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40a38385 00000009:trace:seh:EXC_RtlRaiseException info[0]=00000000 00000009:trace:seh:EXC_RtlRaiseException info[1]=0000001f 0009: queue_exception_event( first=1, record={context={flags=00000000,eax=0000001f,ebx=40a54c2c,ecx=40110428,edx=4011045e,esi=00000000,edi=407a2814,ebp=407a1db4,eip=40a38385,esp=407a1da4,eflags=00010212,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x40a38385,params={0,1f}} ) 0009: queue_exception_event() = 0 { handle=(nil) } And then: 00000009:trace:seh:EXC_CallHandler calling handler at 0x400c5798 code=c0000005 flags=0 00000009:trace:seh:EXC_CallHandler handler returned 2 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e87a6 code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(406909d0,407a2828,40690a44,40690960) ret=400c5842 fs=008f eax=780ee5e8 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e9f54 code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(406909d0,407a2854,40690a44,40690960) ret=400c5842 fs=008f eax=780f2358 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e8a1c code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(406909d0,407a28ac,40690a44,40690960) ret=400c5842 fs=008f eax=780eeae8 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c5842 fs=008f eax=00000001 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:trace:seh:EXC_CallHandler handler returned 1 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e8c24 code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(406909d0,407a2990,40690a44,40690960) ret=400c5842 fs=008f eax=780eefa8 ebx=400f9144 ecx=40110428 edx=40110481 esi=406909d0 edi=400f8f11 ebp=4069093c esp=40690910 ds=002b es=002b gs=0000 flags=00000212 00000009:Call kernel32.TlsGetValue(00000002) ret=40a4961a 00000009:Ret kernel32.TlsGetValue() retval=4028c448 ret=40a4961a 00000009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40a389cc 00000009:trace:seh:EXC_RtlRaiseException info[0]=00000000 00000009:trace:seh:EXC_RtlRaiseException info[1]=0000001c 0009: queue_exception_event( first=1, record={context={flags=00000000,eax=4028c448,ebx=40a54c2c,ecx=40110428,edx=00000002,esi=00000000,edi=780eefa8,ebp=40690484,eip=40a389cc,esp=40690474,eflags=00010206,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=42062320,dr6=400e5fc4,dr7=42062320,float={00000000,00000000,00000000,00000000,42062320,40690338,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,42062320,40690374,00000000,42062320,40690380,00000000,42062320,4069038c,40690390}},rec={code=c0000005,flags=0,rec=(nil),addr=0x40a389cc,params={0,1c}} ) 0009: queue_exception_event() = 0 { handle=(nil) } Followed by: 00000009:trace:seh:EXC_CallHandler calling handler at 0x400c5798 code=c0000005 flags=0 00000009:trace:seh:EXC_CallHandler handler returned 2 00000009:trace:seh:EXC_CallHandler calling handler at 0x400c5798 code=c0000005 flags=10 00000009:trace:seh:EXC_CallHandler handler returned 2 00000009:trace:seh:EXC_CallHandler calling handler at 0x780e87a6 code=c0000005 flags=10 00000009:Call msvcrt.__CxxFrameHandler(4068fe48,407a2828,4068febc,4068fdd8) ret=400c5842 fs=008f eax=780ee5e8 ebx=400f9144 ecx=40110428 edx=40110481 esi=4068fe48 edi=400f8f11 ebp=4068fdb4 esp=4068fd88 ds=002b es=002b gs=0000 flags=00000212 The pattern that strikes me as odd is how the message: "trace:seh:EXC_CallHandler calling... flags=0" keeps repeating, every time adding one more iteration. This seems to go on forever (or for about a million lines of log messages). Does this sound familiar to anyone? Any ideas on where to start looking? Thanks, -Ori Pessach

7 12

suspended threads acquiring synchronization objects
by Peter Hunnisett 17 Feb '03

17 Feb '03

Howdy, we've discovered that windows seems to not allow suspended threads to acquire synchronization objects, which make really really good sense, while wine does. I've attached a simple test case, the code for the test case and a ReWind licensed patch for the problem. Would people have a look at the patch and let me know if it's the best way to fix it, or if I've missed anything? (other than the attachements on the first go at this)? Thanks, Peter peter(a)transgaming.com Index: server/thread.c =================================================================== RCS file: /home/wine/wine/server/thread.c,v retrieving revision 1.87 diff -u -r1.87 thread.c --- server/thread.c 1 Feb 2003 01:38:40 -0000 1.87 +++ server/thread.c 13 Feb 2003 21:59:25 -0000 @@ -401,6 +401,9 @@ struct thread_wait *wait = thread->wait; struct wait_queue_entry *entry = wait->queues; + /* Suspended threads may not acquire locks */ + if( thread->suspend > 0 ) return -1; + assert( wait ); if (wait->flags & SELECT_ALL) { @@ -938,7 +941,10 @@ if ((thread = get_thread_from_handle( req->handle, THREAD_SUSPEND_RESUME ))) { if (thread->state == TERMINATED) set_error( STATUS_ACCESS_DENIED ); - else reply->count = resume_thread( thread ); + else { + reply->count = resume_thread( thread ); + if( reply->count == 1 ) wake_thread( thread ); + } release_object( thread ); } }

2 1

Problem with recent builds under RH8.0
by David D. Hagood 17 Feb '03

17 Feb '03

Ever since upgrading to RH8.0, I've been getting the following errors when building Wine - even with a fresh CVS pull: device.o: In function `DrawPrimitiveI': /usr/src/wine/dlls/d3d8/device.c:392: undefined reference to `glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:416: undefined reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:516: undefined reference to `glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:535: undefined reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:730: undefined reference to `glClientActiveTexture' /usr/src/wine/dlls/d3d8/device.c:764: undefined reference to `glMultiTexCoord4f'device.o: In function `setupTextureStates': /usr/src/wine/dlls/d3d8/device.c:981: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetRenderState': /usr/src/wine/dlls/d3d8/device.c:2548: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetTexture': /usr/src/wine/dlls/d3d8/device.c:2977: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetTextureStageState': /usr/src/wine/dlls/d3d8/device.c:3156: undefined reference to `glActiveTexture' collect2: ld returned 1 exit status make[2]: *** [d3d8.dll.so] Error 1 make[2]: Leaving directory `/usr/src/wine/dlls/d3d8' If I disable the build of the D3D system, Wine builds and runs.

7 9

Re: PATCH: to implement toc and position shadowing in cdrom
by Eric Pouech 17 Feb '03

17 Feb '03

Waldeck Schutzer wrote: > Hi Eric, > > I followed your suggestions which greatly simplified the code. Thank > you. Now, since we are using the fixed-size windows TOC, memory > allocation is no longer an issue. Some of the sanity checks over dev > were removed. I also made an attemt at making the code more portable and > also fixed the BSD code. However, I couldn't find a seek function in the > BSD cd driver, so I used the play function instead. Is there a BSD > expert out there who could check this out? On the mcicda side, I > factored out that piece of code you suggested but because my box is > presently busy on a week-long calculation I couldn't run any tests on > Windows. the code in cdrom.diff is still wrong. you cannot use the dev variable in most of the inner functions as an index in the cdrom_cache array. the index you need is in fact the low word of client-id in CDROM_DeviceIoControl I'd suggest that you change CDROM_Open to return a pointer to the relevant cdrom_cache structure instead of dev mcicda.diff looks better now A+ -- Eric Pouech

1 0

Fun with MSDE
by Dan Kegel 17 Feb '03

17 Feb '03

The "free" ASP.NET IDE from http://www.asp.net, Web Matrix, uses MSDE (the embedded SQL server that fed the Slammer worm). MSDE can be "freely" downloaded from http://www.asp.net/msde/ Out of curiosity, I tried installing MSDE on cvs wine today. A few notes: The installer is an Installshield Package-for-the-web wrapper around an MSI installer. A couple fixmes show up while displaying the initial EULA window: fixme:win:SetWindowTextA cannot set text "" of other process window (nil) fixme:propsheet:PROPSHEET_CollectPageInfo Could not load resource #0000? The EULA dialog box (which uses richedit) doesn't wrap lines on wine like it does on windows. (Its title is wrong, too; not suprising given the fixme.) On WinXP, Win98 and Wine, the package-for-the-web installer doesn't stat the real installer after it unpacks. This is normal. (Oddly, it does a ShellExecute of the nonsensical executable [Param_Launch], but that's just a bug in their InstallShield script, I think.) To continue on, one then runs c:/sql2ksp3/MSDE/setup.exe by hand. On Win98, it put up a dialog box or two, but aborted, saying "A strong SA password is required for security reasons... Setup will now exit." On Wine, it terminated silently, as I didn't have MSI.DLL and friends installed. Copying in those files (roughly, MSI*.* from c:/windows/system) got me further Running with winver = winxp, it failed with a dialog box saying Fatal SQLUNIRL.DLL Initialization Error File: ..\src\procaddr.c, line: 422 NDDEAPI.DLL Could not be loaded, NT Error 2 Running with winver = win98, it failed with a dialog box saying Microsoft SQL Server Desktop Engine Setup requires Internet Explorer version 5.0.2314.0 or above. OK, that's enough fun for me for today. I was just curious to see how far the install would go, I'm not interested in actually using MSDE. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: wine/ win32/device.c server/trace.c server/tim ...
by Rein Klazes 17 Feb '03

17 Feb '03

On Fri, 14 Feb 2003 14:27:11 -0600, you wrote: > Log message: > Changed fd operations to take a struct fd instead of a struct object. > Removed get_file_info function from object operations. > Added get_device_id request to avoid abusing get_file_info. > > Patch: http://cvs.winehq.com/patch.py?id=7246 This breaks newsbin. From the trace: | 00000009:Call kernel32.CreateFileA(40732b08 "H:\\binw\\nbpro\\LibFilter.dll",80000000,00000001,00000000,00000003,00000080,00000000) ret=100598b5 | 00000009:Ret kernel32.CreateFileA() retval=00000048 ret=100598b5 | 00000009:Call kernel32.CreateFileMappingA(00000048,00000000,00000002,00000000,00000000,00000000) ret=100598d8 | 00000009:Ret kernel32.CreateFileMappingA() retval=00000000 ret=100598d8 | 00000009:Call kernel32.LoadLibraryA(407328d8 "user32") ret=1005a038 | 00000009:Ret kernel32.LoadLibraryA() retval=40810000 ret=1005a038 | 00000009:Call kernel32.GetProcAddress(40810000,407328d8 "MessageBoxA") ret=1005a054 | 00000009:Ret kernel32.GetProcAddress() retval=408b385c ret=1005a054 | 00000009:Call user32.MessageBoxA(00000000,407329f4 "Unable to read this file.",40732b08 "H:\\binw\\nbpro\\LibFilter.dll",00002010) ret=1005a063 Any suggestions? Rein. -- Rein Klazes rklazes(a)xs4all.nl

6 12

Re: Add no html to patch style notes
by Dimitrie O. Paun 17 Feb '03

17 Feb '03

On Mon, 17 Feb 2003, Tony Lambregts wrote: > + No html please. The reason for this is that any mail program > + can handle text. I would reformulate this: No HTML mail please. It is considered bad netiquet as it uglifies the message, and is not viewable by many of the subscribers. -- Dimi.

1 0

Re: Fix small bug in RtlFindMostSignificantBit (Attachment as Mime Base64) [Virus checked]
by Dan Kegel 17 Feb '03

17 Feb '03

thomas.mertes(a)t-mobile.at wrote: > This time I configured Lotus Notes to create the attachment > as Mime Base64 conversion. (The attachment in the other Mail > was in Mime Quoted-Printable format). Please tell me > which attachment format is most useable. They were both base64, from what I could tell. Suggestion: turn off HTML email when posting to the wine mailing lists. Plain text is much easier for many people to read. Minor nit: most people, when they attach patches, use a filename that ends in .patch. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 2

Re: Status of defered debugmessages
by Eric Pouech 17 Feb '03

17 Feb '03

Uwe Bonnes wrote: > Hallo, > > in c.e.w.e, the subject of starting the debugmessages defereed appeared > again. A google search brings up a not applied patch from 2001. > > What's the status? > With multi 100MByte logs, it would be usefull. > > Bye Alexandre doesn't like the way of using key combinations (which could be useful to a given program) if you want to do it, winedbg just does the job A+ -- Eric Pouech

2 3

Re: Looking for information on implemented API's in wine
by Rolf Kalbermatter 17 Feb '03

17 Feb '03

David Miller <compsol(a)ptd.net> wrote: >I am ready to begin work on the actual database aspect of cross referencing >the windows dlls. As part of the database I would like to include the >status of a given API in wine so it will be possible to do things like >query for all unimplemented APIs in a given dll. The first questions I >have are whether or not I can depend on the spec files to give a complete >list, and can someone either point me to documentation on the spec files or >explain everything I need to know in order to determine the status of APIs >defined there? I'm sure this will not really be enough, although it is at least a start. There are a lot of functions which are implemented according to the spec file but only consists of an empty function body with a FIXME, or is only partly implemented with again a FIXME somewhere in the function. Rolf Kalbermatter

7 10

Re: Allow native dlls and debugmsg in runtest
by Eric Pouech 16 Feb '03

16 Feb '03

Uwe Bonnes wrote: > Changelog > tools/runtest > Allow the use of native dlls and debugmessages > (Includes " Allow native dlls in runtest") do we really need this in the scripts ? couldn't we just use the WINEOPTIONS from the command line ? WINEOPTIONS="-debugmsg +foo" runtest instead of what you propose runtest -d "-debugmsg +foo" just my 2 cents A+ -- Eric Pouech

3 4

Re: The richedit scrollbars
by Shachar Shemesh 16 Feb '03

16 Feb '03

Duane Clark wrote: > The easy fix is to have WM_NCCALCSIZE return the true size of the > enclosing window, which is what we have done here. The more difficult > fix is to create a custom Richedit MoveWindow procedure for use in the > WM_SIZE message above. Since it is very unlikely that an app would call > and use the WM_NCCALCSIZE message, we stick with the easy fix for now. Sorry for being a pest about this, and it's not like the Richedit is in my focus at the moment, but what does Windows do under the same circumstances? > > > Changelog: > A fix to get edit control scrolls bars to draw in the correct > position. -- Shachar Shemesh Open Source integration consultant http://www.consumer.org.il/sun/

2 1

Re: TaxCut and C++ exception handling
by Brian Vincent (C) 16 Feb '03

16 Feb '03

> TaxCut seems to work almost perfectly with a native msvcrt.dll, and a > copy of Comic.TTF in Windows/Fonts, by the way. The update feature > fails, but everything else I've tried so far seems to work as expected - > I haven't completed a return yet, though. That's good news. I just got TaxCut last weekend but haven't tried it out yet. Looking over the web site I guess you can download the updates separately: http://www.taxcut.com/updates/02fedwininstruct.html No idea if that executable will work under Wine though. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: How to debug a windows app
by Gerhard W. Gruber 16 Feb '03

16 Feb '03

On Sat, 15 Feb 2003 21:30:00 +0100, Gerhard W. Gruber <sparhawk(a)gmx.at> wrote: fixme:file:SetFileAttributesW (L"D:\\home\\agent\\"):2000 attribute(s) not implemented. fixme:mdi:MDIRefreshMenu partially function stub fixme:ras:RasEnumConnectionsA (0x419e1698,0x406b1cd4,0x4196e278),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:mdi:MDIRefreshMenu partially function stub fixme:ras:RasEnumConnectionsA (0x419e1358,0x406b1de0,0x406b1e28),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! wine: Unhandled exception, starting debugger... fixme:ras:RasEnumConnectionsA (0x41993cb8,0x405a011c,0x405a0164),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! This problem seems to happen quite often when I use email only. When I post NG messeges before sending email it happens also but not that often. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

Re: The richedit scrollbars
by Dan Kegel 16 Feb '03

16 Feb '03

Duane Clark wrote: > This "fixes" the problem with the scrollbars on richedit controls being > drawn in the wrong position. It does this by returning the "incorrect" > size for the WM_NCCALCSIZE, as indicated below. ... Hah! My secret plan for getting someone to fix this bug worked! All I had to do was try all day to figure it out myself :-) Well, at least I know Wine internals a tiny bit better... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: loader: fix loadorder
by Alexandre Julliard 15 Feb '03

15 Feb '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > ChangeLog > Revert default loadorder to native DLLs firsts, to use > the programs supplied ones if available. > (Bug discovered and investigated by Tony Lambregts) I don't think we should revert it, using builtins by default is a good idea IMO. We just need to handle dlls with an explicit path differently; how about something like this? Index: loader/loadorder.c =================================================================== RCS file: /opt/cvs-commit/wine/loader/loadorder.c,v retrieving revision 1.60 diff -u -r1.60 loadorder.c --- loader/loadorder.c 23 Oct 2002 20:20:59 -0000 1.60 +++ loader/loadorder.c 14 Feb 2003 19:24:14 -0000 @@ -103,6 +103,12 @@ LOADORDER_BI, LOADORDER_DLL, 0, 0 }; +/* default for modules with an explicit path */ +static const enum loadorder_type default_path_loadorder[LOADORDER_NTYPES] = +{ + LOADORDER_DLL, LOADORDER_BI, 0, 0 +}; + static struct loadorder_list cmdline_list; @@ -674,13 +680,18 @@ debugstr_loadorder(loadorder), debugstr_a(path) ); goto done; } - } - - /* and last the hard-coded default */ - memcpy( loadorder, default_loadorder, sizeof(default_loadorder) ); - TRACE( "got hardcoded default %s for %s\n", - debugstr_loadorder(loadorder), debugstr_a(path) ); + /* and last the hard-coded default */ + memcpy( loadorder, default_loadorder, sizeof(default_loadorder) ); + TRACE( "got hardcoded default %s for %s\n", + debugstr_loadorder(loadorder), debugstr_a(path) ); + } + else /* module contains an explicit path */ + { + memcpy( loadorder, default_path_loadorder, sizeof(default_path_loadorder) ); + TRACE( "got hardcoded path default %s for %s\n", + debugstr_loadorder(loadorder), debugstr_a(path) ); + } done: if (app_key) NtClose( app_key ); -- Alexandre Julliard julliard(a)winehq.com

4 3

How to debug a windows app
by Gerhard W. Gruber 15 Feb '03

15 Feb '03

I noticed that Agent crashes frequently when sending email. It shows an exception which I never saw on Winodws because Agent is rather stable. Now I want to take a look at it, but I need to know how I can debug a windows app running under wine. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 3

Re: msvcrt _tempnam dll
by Paul Millar 15 Feb '03

15 Feb '03

Hi Uwe, On Sat, 15 Feb 2003, Uwe Bonnes wrote: > Test succeeds with native msvcrt.dll. Patch to msvcrt/file.c comming. Is it worth marking the tests as todo and removing the todo once wine passes the tests? Just a thought ... ---- Paul Millar

1 0

Re: small ctl3d fix
by Dmitry Timoshkov 15 Feb '03

15 Feb '03

"Rok Mandeljc" <rokmandeljc(a)hotmail.com> wrote: > > > Dmitry's patch doesn't fix my problem, because app call only > > > Ctl3dIsAutoSubclass and it expects it to be true. > > > > > > ChangeLog: > > > Changed default internal ctl3d auto subclass flag from false to true > > > > My test shows that after a successful Ctl3dRegister() > Ctl3dIsAutoSubclass() > > returns FALSE. Therefore your patch is wrong and you have to investigate > > what sequence of ctl3d calls in your application makes it return TRUE. > > > > -- > > Dmitry. > > > > like i said, it calls only Ctl3dIsAutoSubclass() and expects true, otherwise > it starts debugger. what if it should be set true for default and > Ctl3dRegister sets it to false? No, my test shows that by default it's set to FALSE. If you can't investigate it yourself for any reason please send a +relay compressed bz2 log (not more than 500 Kb) to me (*not* to the list) showing the real behaviour of your application. Thanks. -- Dmitry.

1 0

Treeview Icons now broken builtin too
by Uwe Bonnes 15 Feb '03

15 Feb '03

Hallo, some time ago, I reported, that in Xilinx Webpack some Icons associated with a treeview where distorted, when using the native commctrl dlls, but all right when using builtin dlls. With the recent updates, now builtin behaves like native and shows distorted Icons. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: small ctl3d fix
by Dmitry Timoshkov 15 Feb '03

15 Feb '03

"Rok Mandeljc" <rokmandeljc(a)hotmail.com> wrote: > Dmitry's patch doesn't fix my problem, because app call only > Ctl3dIsAutoSubclass and it expects it to be true. > > ChangeLog: > Changed default internal ctl3d auto subclass flag from false to true My test shows that after a successful Ctl3dRegister() Ctl3dIsAutoSubclass() returns FALSE. Therefore your patch is wrong and you have to investigate what sequence of ctl3d calls in your application makes it return TRUE. -- Dmitry.

1 0

Patch Manager
by Fabian Cenedese 15 Feb '03

15 Feb '03

Hi I have never supplied patches myself. But I read all the mails about how to submit patches. I saw on the wxWindows page that they have a Patch- Manager. Mainly just a form to enter all necessary data. Maybe something like that could be useful here too. http://sourceforge.net/tracker/?group_id=9863&atid=309863&func=add bye Fabi

4 3

VC++ nmake not working with Wine 20030115 when it worked with 200208xx
by J. Grant 14 Feb '03

14 Feb '03

Hi, Calling nmake from /wcmd/ used to work, now it does not. I can't see why not, here is the debugger ouput if anyone knows whats wrong I'd be happy to hear! Breakpoint 1 at 0x40009bd0 (_end+0x37fae414) *** Invalid address 0x40011f80 (_end+0x37fb67c4) <snip> Unhandled exception: unimplemented function msvcrt.dll.__p__pgmptr called in 32- bit code (0x40733056). In 32-bit mode. 0x40733056 (__wine_unimplemented+0x56 [msvcrt.spec.c:47] in msvcrt.dll.so): jmp 0x40733050 (__wine_unimplemented+0x50 [msvcrt.spec.c:47] in msvcrt.dll.so) 47 for (;;) RtlRaiseException( &rec ); Wine-dbg> There are a few unknown functions with "__p__pgmptr" void __wine_stub_msvcrt_dll_122(void) { __wine_unimplemented("__p__pgmptr"); } I'm not sure why this problem occures now, when it worked before. Comments welcome Regards JG

5 16

Non-applied patches
by Shachar Shemesh 14 Feb '03

14 Feb '03

Hi Alexandre, I'm just trying to understand whether you are still trying to fight the backlog, my patches fell through the cracks, or that you decided not to apply them. I am referring to: http://www.winehq.com/hypermail/wine-patches/2003/01/0399.html and http://www.winehq.com/hypermail/wine-patches/2003/01/0401.html If the last option, please explain what is wrong with them. Sh. P.S. A simple mail saying "I'm still fighting the backlog, I'll let you know when I've covered all the submitted patches" will suffice, as far as I'm concerned. -- Shachar Shemesh Open Source integration consultant http://www.consumer.org.il/sun/

2 2

Re: Listview delete column zero
by Duane Clark 14 Feb '03

14 Feb '03

Duane Clark wrote: > While the MSDN specifically says that column zero should not be deleted, > it does in fact work on WinNT, and at least one app depends on it. On > WinNT, deleting column zero deletes the last column of items but the > first header. Since no app will ever depend on that bizarre behavior, > we just delete the last column including the header. > I probably should have mentioned why the app deletes column zero. It repeatedly deletes column zero, testing the returned Boolean until it gets false, and then it starts inserting new columns. So it ends up completely replacing the listview contents.

2 2

edit control bug - EM_LIMITTEXT does not work
by Felipe W Damasio 14 Feb '03

14 Feb '03

Hi, When you try to limit the maximum chars accepted in an edit control by doing something like this: SendMessage(hwndEdit, EM_LIMITTEXT, 10, 0); Wine simply ignores it, and let the user type more than 10 (in this example) characters. This looks bad, because the user could eventually overflow the allocated memory for the dialog, making the program crash. Cesar Mello (mello(a)elipse.com.br) coded a little program to show this limitation: ftp://ftp.elipse.com.br/pub/about1/about1-src.tar.gz I just created a bug entry on bugs.winehq: http://bugs.winehq.com/show_bug.cgi?id=1280 Could someone help me with this? Thanks a lot and kind regards, Felipe

1 0

Re: For your consideration, here's a preview of some new seh_try_macros-type
by Rolf Kalbermatter 14 Feb '03

14 Feb '03

Dan Kegel <dank(a)kegel.com> wrote: >Alexandre Julliard wrote: >> There are people building Wine with the Sun compiler. Also it makes >> sense for at least some dlls to allow building them with MSVC to test >> them under Windows. And in general using different compilers is a good >> way to shake out bugs from the code. > >I always build my conformance tests both in the normal way >and standalone with msvc. >IMHO every executable and DLL we do should run on Windows, too, >if it doesn't absolutely have to make Unix system calls. I regularly compile some of the DLLs under MSVC. The current state of DLLs is so that the non core DLLs compile usually almost fine but linking is a quite big issue I haven't fully tackled. If I link with the MSCV libs I get often undefined imports and linking with MSVC generated import libs from Wine source requires some hand work, as the MSVC IDE only generates the import lib AFTER the entire DLL has been successfully created, so you get sort of a catch 22 situation. Another issue is that most of the DLLs are not yet in a state where they can possibly be put into a current Windows installation, without causing all sorts of crashes and weird problems. The interdependencies between DLLs in a W2K installation is really enormous and a lot of functions in the Wine DLLs are not yet implemented or not fully complient. Rolf Kalbermatter

2 1

DirectSound problems
by Matthieu Foillard 14 Feb '03

14 Feb '03

It seems that there is a bug with DirectSound. Using Half-life, when i start the console, it goes into un infinite loop : $ /usr/bin/wine --debugmsg +dsound Program\ Files/Half-Life/hl.exe -- -opengl -game cstrike -windowed -console -noipx 2> /tmp/log it says : ... warn:dsound:DSOUND_MixCancelAt (0x403f6318, 0), buf_mixpos=25296 trace:dsound:IDirectSoundBufferImpl_Unlock (0x403f6318,0x403f6410,65536,(nil),0):stub trace:dsound:IDirectSoundBufferImpl_Lock (0x403f6318,0,65536,0x40760064,0x40760054,0x4076005c,0x40760058,0x00000000) at 60129 trace:dsound:IDirectSoundBufferImpl_Lock ->65536.0 trace:dsound:IDirectSoundBufferImpl_Lock locking prebuffered region, ouch warn:dsound:DSOUND_MixCancelAt (0x403f6318, 0), buf_mixpos=25296 trace:dsound:IDirectSoundBufferImpl_Unlock (0x403f6318,0x403f6410,65536,(nil),0):stub trace:dsound:IDirectSoundBufferImpl_Lock (0x403f6318,0,65536,0x40760064,0x40760054,0x4076005c,0x40760058,0x00000000) at 60129 trace:dsound:IDirectSoundBufferImpl_Lock ->65536.0 trace:dsound:IDirectSoundBufferImpl_Lock locking prebuffered region, ouch ... Over and over and the game console is "lock". If I disable sound (by comment out oss driver in ~/.wine/config) it works fine. I have this problem using both oss and arts driver. Sometimes after some times, it works and the game console unlocks and all goes fine. Sometimes i wait for a long time and it never works. i have an es1370 sound card, kernel 2.4.20, /dev/dsp0 and /dev/dsp1 are both working. It seems that the game menu use /dev/dsp1 and the game itself (e.g. the console) uses /dev/dsp0. I can't explain this. Thanks for your help mgf -- Matthieu Foillard <m.foillard(a)taktile.com> tel : 0146090496 - gsm : 0686574170 pgp : 0x1609654F

1 0

Re: wine/dlls/comctl32 listview.c
by Rein Klazes 14 Feb '03

14 Feb '03

On Tue, 11 Feb 2003 16:17:31 -0600, you wrote: > Modified files: > dlls/comctl32 : listview.c > > Log message: > Dimitrie O. Paun <dpaun(a)rogers.com> > Compute matrix of first paint when we actually have some items > (problem first spotted & debugged by Duane Clark). This causes a rgeression in newsbin. The listview with the headers do not update during a "retrieve all headers". Until something else triggers a redraw, eg uncover window pane. From then everything works as expected. Rein. -- Rein Klazes rklazes(a)xs4all.nl

3 3

named pipes still broken?
by Dan Kegel 14 Feb '03

14 Feb '03

Is it just me, or are named pipes broken for other people, too? In my tests, Wine can create named pipes, but the reading side can't open them. (Even without my recent changes to sync.c which added filename checking.) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: 2GB visible partition size
by Duane Clark 14 Feb '03

14 Feb '03

Tony Lambregts wrote: > Alexandre Julliard wrote: >> >>Well, yes, if we really need to change the fstype it should be a >>generic option that allows all types to be specified, not just >>NTFS. And it shouldn't overload the existing "type" parameter, it >>should be a separate entry. >> > OK. I guess my biggest problem with this is that the most obvious name > for this entry is "Filesytem" which is already used <g>. Since the parameter of interest is specifically named "fsname" rather than "fstype" or "Filesystem", perhaps that should be the configurable parameter name. I would think that would eliminate any confusion.

2 1

For your consideration, here's a preview of some new seh_try_macros-type stuff...
by Gregory M. Turner 14 Feb '03

14 Feb '03

Let me know what you think of these. So far, I like them better than the original versions, although in solving some limitations of the old macros, I've created some new ones. This version avoids ({ }) entirely, in favor of Ove's original thought, which was to use __LINE__; therefore, putting multiple __(finally|except) clauses in the same line probably breaks. Otherwise, these are better macros. They are slightly more easily understood (although still pretty darn confusing, especially in the debugger), probably more resiliant against compiler optimizations, and have much less awful performance. Best of all, they ought to properly re-raise exceptions after executing finally clauses. There is some cruft in there, btw, which will be fixed before I submit anything to patches. They still break break/continue, of course, since they still rely on __TRY / __EXCEPT blocks to do the dirty-work. You can run the original seh_macros.c test against these successfully, except for the "absurdly nested" ones which use macros and presumably would fail quite dramatically due to __LINE__ duplications. FWIW, compared to the degree of "pressing need" for these macros, I have already spent way too much time on them... But the old ones kind of sucked, and, frankly, it's a fun semantic puzzle that requires pusing the limits of good old cpp just a _bit_ further than may have been intended ... so, here it is. Note that I'm declaring a variable in the header file here. I guess, I should fix this by creating an internal API in ntdll? I never quite figured out whether global non-static variables in a dll are thread-local, or what... (same for lexically scoped static ones -- real clueless here, and building a new system so I don't have much doco's at my fingertips ATM) Sooo.... Anyone want to help me decide what's the best way to get a thread-local global variable instantiated? Probably, my previous attempt with TlsAlloc was semantically correct, but that was /way/ too fat a solution, I'd like something much quicker if its at all possible. Otherwise this won't be threadsafe, which seems like a bad call, esp. since such code will probably end up being used to guard against unacceptable resource leakage.. warning, cut-and-pasted this patch in chunks so it might be bugged... should be clear enough how to duplicate, however, if it fails... --- ../wine.vanilla/include/wine/exception.h 2003-01-29 21:50:14.000000000 -0600 +++ ./include/wine/exception.h 2003-02-09 01:33:45.000000000 -0600 @@ -21,8 +21,12 @@ #ifndef __WINE_WINE_EXCEPTION_H #define __WINE_WINE_EXCEPTION_H +/* WRC can't find setjmp.h. Does it not check /usr/include? */ +#if (!(defined(__WRC__))) + #include <setjmp.h> #include "windef.h" +#include "excpt.h" /* The following definitions allow using exceptions in Wine and Winelib code * @@ -59,6 +63,16 @@ * You can use them to leave a __EXCEPT block though. * * -- AJ + * + * Now we can implement the __try/__except/__finally magic of VC++ as standard (?) macros. + * this is a "good enough" implementation, it's incomplete, but should suffice for most uses. + * + * The macros require some symbols to be found in ntdll.dll.so, so link with that DLL if you + * use them. + * + * If you are using VC++ and this header, #define USE_COMPILER_EXCEPTIONS before you include it. + * + * -gmt */ /* Define this if you want to use your compiler built-in __try/__except support. @@ -146,8 +160,90 @@ extern DWORD __wine_finally_handler( PEXCEPTION_RECORD record, EXCEPTION_FRAME *frame, CONTEXT *context, LPVOID pdispatcher ); + +#if (!defined(NO_VC_SEH_MACROS)) + +#ifndef _WINE_ALREADY_DEFINED_SEH_MACROS__ +#define _WINE_ALREADY_DEFINED_SEH_MACROS__ + +/* fixme: should be renamed since these are used for except too */ +typedef void (*__p_seh_finally_executer) (); +typedef void (*__p_seh_dotry_executer) (__p_seh_finally_executer); +__p_seh_finally_executer __thread_outermost_handler_ptr; + +#define __SEH_LINEUNIQ_CAT2(x,y) __SEH_LINEUNIQ_ ## y ## x +#define __SEH_LINEUNIQ_CAT1(x,y) __SEH_LINEUNIQ_CAT2(x,y) + +#define __SEH_LINEUNIQ_NULLMACRO(x) x +#define __SEH_LINEUNIQ_MAGIC_LINE __SEH_LINEUNIQ_NULLMACRO( __LINE__ ) + +#define __SEH_LINEUNIQ_ID(x) __SEH_LINEUNIQ_CAT1( __SEH_LINEUNIQ_MAGIC_LINE , x ) + +#define __try \ + do { \ + void dotry(__p_seh_finally_executer fin) { \ + __label__ __seh_macro_exit_spot; \ + auto WINE_EXCEPTION_FILTER(__wine_seh_macro_exception_handler); \ + __TRY { \ + { \ + +#define __finally \ + } \ + __seh_macro_exit_spot: \ + if (0) goto __seh_macro_exit_spot; \ + } __EXCEPT( __wine_seh_macro_exception_handler ) { \ + } __ENDTRY \ + (*fin)(); \ + WINE_EXCEPTION_FILTER(__wine_seh_macro_exception_handler) { \ + (*fin)(); \ + return EXCEPTION_CONTINUE_SEARCH; \ + } \ + } \ + goto __SEH_LINEUNIQ_ID(DETOUR); \ + __SEH_LINEUNIQ_ID(RETOUR): \ + dotry( __thread_outermost_handler_ptr ); \ + } while (0); \ + goto __SEH_LINEUNIQ_ID(AFTERFINALLY); \ + auto void __SEH_LINEUNIQ_ID(Finally_Executer) (); \ + __SEH_LINEUNIQ_ID(DETOUR): \ + __thread_outermost_handler_ptr = & __SEH_LINEUNIQ_ID(Finally_Executer); \ + goto __SEH_LINEUNIQ_ID(RETOUR); \ + __SEH_LINEUNIQ_ID(AFTERFINALLY): ; \ + void __SEH_LINEUNIQ_ID(Finally_Executer) () + +#define __except(...) \ + } \ + __seh_macro_exit_spot: \ + if (0) goto __seh_macro_exit_spot; \ + } __EXCEPT( __wine_seh_macro_exception_handler ) { \ + (*fin)(); \ + } __ENDTRY \ + WINE_EXCEPTION_FILTER(__wine_seh_macro_exception_handler) { \ + return ( __VA_ARGS__ ); \ + } \ + } \ + goto __SEH_LINEUNIQ_ID(DETOUR); \ + __SEH_LINEUNIQ_ID(RETOUR): \ + dotry( __thread_outermost_handler_ptr ); \ + } while (0); \ + goto __SEH_LINEUNIQ_ID(AFTEREXCEPT); \ + auto void __SEH_LINEUNIQ_ID(Except_Executer) (); \ + __SEH_LINEUNIQ_ID(DETOUR): \ + __thread_outermost_handler_ptr = & __SEH_LINEUNIQ_ID(Except_Executer); \ + goto __SEH_LINEUNIQ_ID(RETOUR); \ + __SEH_LINEUNIQ_ID(AFTEREXCEPT): ; \ + void __SEH_LINEUNIQ_ID(Except_Executer) () + +#define __leave goto __seh_macro_exit_spot + +#endif /* _WINE_ALREADY_DEFINED_SEH_MACROS__ */ + +#endif /* NO_VC_SEH_MACROS */ + #endif /* USE_COMPILER_EXCEPTIONS */ +#endif /* __WRC__ */ + static inline EXCEPTION_FRAME * WINE_UNUSED __wine_push_frame( EXCEPTION_FRAME *frame ) { #if defined(__GNUC__) && defined(__i386__) -- gmt

4 6

wcmd autoexec.bat?
by J. Grant 14 Feb '03

14 Feb '03

Hello I have been testing wcmd to automate some process I used to use on win98. However I can not find the autoexec.bat for wcmd? Currently the wcmd shell starts up with no prompt, this has to be corrected in my batch files. prompt $p$g etc. Wine seems to have 2 autoexec.bat's but does not seem to ever use them. /var/lib/wine/autoexec.bat never seems to be executed. Neither is the one I created in my fake c drive (/home/now3d/.wine/c/autoexec.bat) Is this issue known? are their any workarounds? Regards JG

3 4

Keyboard shortcut to disable DXGrab?
by Matthew Toseland 14 Feb '03

14 Feb '03

What would be involved in implementing a keyboard shortcut (ideally configurable) to temporarily disable DXGrab, when playing a game in a window? If such a thing was done, would it be accepted into the source? -- Matthew Toseland toad@amphibian.dyndns.org/amphibian@users.sourceforge.net Full time freenet hacker. http://freenetproject.org/ Freenet Distribution Node (temporary) at http://amphibian.dyndns.org:8889/ahNdJC6opVw/ ICTHUS.

1 0

Re: popupmenu itemsize
by Uwe Bonnes 14 Feb '03

14 Feb '03

>>>>> "Christian" == Christian Kristukat <semmel(a)hoc.net> writes: Christian> Hi, I suspect that this again is a dirty patch but it helps Christian> in working with Microcal Origin. Maybe a more skilled person Christian> than me finds the real origin of this problem. At one point Christian> in the program a popup menu opens but only the items' width Christian> is calculated correctly, the height is not, in fact it is Christian> equal zero. For that case I added an arbitrarily chosen Christian> height of 12 points and it works fine. Here's the patch: ... Christian> lpitem->rect.bottom += 12; + Nagic constants mostly are evil? It the "12" perhaps related to some SYSPARAMS? ... Christian> PS: By the way: every cvs operation (update, diff) hangs Christian> after processing the last directory. However it seems to be Christian> complete and pressing CTRL-C seems not to corrupt Christian> anything. Any ideas? Are you using rhlx01.fht-esslingen.de? Andi works on that problem then. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

suspended threads acquiring synchronization objects
by Peter Hunnisett 14 Feb '03

14 Feb '03

Howdy, we've discovered that windows seems to not allow suspended threads to acquire synchronization objects, which make really really good sense, while wine does. I've attached a simple test case, the code for the test case and a ReWind licensed patch for the problem. Would people have a look at the patch and let me know if it's the best way to fix it, or if I've missed anything? Thanks, Peter peter(a)transgaming.com

3 2

Error in the server thread id fix
by Bill Medland 13 Feb '03

13 Feb '03

Is anyone else looking into a problem that appears to have been introduced by the server change on Feb 1st changing thread and process ids to small integers? As a result ACCPAC for Windows' main desktop process shuts down after about a minute, but leaves various other processes running. I'll have a look at it but I don't know how successful I'll be. -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

4 7

2GB visible partition size
by J. Grant 13 Feb '03

13 Feb '03

Hello, I noticed there is a 2GB visible partition size. This seems to be like FAT16, however I am running on ext3, is there a config option I can set to remove this limit? Regards JG

4 5

Looking for information on implemented API's in wine
by David Miller 13 Feb '03

13 Feb '03

I am ready to begin work on the actual database aspect of cross referencing the windows dlls. As part of the database I would like to include the status of a given API in wine so it will be possible to do things like query for all unimplemented APIs in a given dll. The first questions I have are whether or not I can depend on the spec files to give a complete list, and can someone either point me to documentation on the spec files or explain everything I need to know in order to determine the status of APIs defined there?

1 0

CreateNamedPipe questions
by Dan Kegel 13 Feb '03

13 Feb '03

Oddly enough, it looks like it's ok to pass NULL as the filename to CreateNamedPipe. Anyone know what programs do that, and why? Here's a patch that makes our CreateNamedPipe check for legal filenames (or NULL). It should probably allow forward slashes... The patch also adds a quickie regression test, but I still have to use late binding for CreateNamedPipe (or is it ok for the test to fail on win9x?). Would this test have caught the recent named pipe breakage? If not, what would I need to add? Comments welcome; I'll send it to wine-patches after addressing any feedback. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: dlls/kernel/sync.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/sync.c,v retrieving revision 1.26 diff -u -p -u -r1.26 sync.c --- dlls/kernel/sync.c 25 Oct 2002 21:02:30 -0000 1.26 +++ dlls/kernel/sync.c 13 Feb 2003 07:47:27 -0000 @@ -508,6 +508,8 @@ HANDLE WINAPI CreateNamedPipeW( LPCWSTR { HANDLE ret; DWORD len = name ? strlenW(name) : 0; + static const WCHAR leadin[] = {'\\','\\','.','\\','P','I','P','E'}; + int i; TRACE("(%s, %#08lx, %#08lx, %ld, %ld, %ld, %ld, %p)\n", debugstr_w(name), dwOpenMode, dwPipeMode, nMaxInstances, @@ -516,7 +518,13 @@ HANDLE WINAPI CreateNamedPipeW( LPCWSTR if (len >= MAX_PATH) { SetLastError( ERROR_FILENAME_EXCED_RANGE ); - return 0; + return INVALID_HANDLE_VALUE; + } + /* FIXME: can name really be NULL?! */ + if (name && strncmpiW(name, leadin, sizeof(leadin)/sizeof(leadin[0]))) + { + SetLastError( ERROR_INVALID_NAME ); + return INVALID_HANDLE_VALUE; } SERVER_START_REQ( create_named_pipe ) { Index: dlls/kernel/tests/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/Makefile.in,v retrieving revision 1.6 diff -u -p -u -r1.6 Makefile.in --- dlls/kernel/tests/Makefile.in 4 Oct 2002 17:42:27 -0000 1.6 +++ dlls/kernel/tests/Makefile.in 13 Feb 2003 07:47:27 -0000 @@ -17,6 +17,7 @@ CTESTS = \ generated.c \ locale.c \ path.c \ + pipe.c \ process.c \ thread.c --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ dlls/kernel/tests/pipe.c 2003-02-12 23:44:20.000000000 -0800 @@ -0,0 +1,109 @@ +/* + * Unit tests for named pipe functions in Wine + * + * Copyright (c) 2002 Dan Kegel + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <stdlib.h> +#include <stdio.h> +#include <time.h> + +#ifndef STANDALONE +#include "wine/test.h" +#else +#include <assert.h> +#define START_TEST(name) main(int argc, char **argv) +#define ok(condition, msg) assert(condition) +#endif + +#include <windef.h> +#include <winbase.h> +#include <winerror.h> +#include <wtypes.h> + +#define PIPENAME "\\\\.\\PiPe\\tests_" __FILE__ + +void test_CreateNamedPipeA(void) +{ + HANDLE hnp; + HANDLE hFile; + const char obuf[] = "Bit Bucket"; + char ibuf[32]; + DWORD written; + DWORD gelesen; + + /* Bad parameter checks */ + hnp = CreateNamedPipeA("not a named pipe", + PIPE_ACCESS_DUPLEX, PIPE_TYPE_BYTE|PIPE_WAIT, + /* nMaxInstances */ 1, + /* nOutBufSize */ 1024, + /* nInBufSize */ 1024, + /* nDefaultWait */ NMPWAIT_USE_DEFAULT_WAIT, + /* lpSecurityAttrib */ NULL); + + ok(hnp == INVALID_HANDLE_VALUE && GetLastError() == ERROR_INVALID_NAME, + "CreateNamedPipe should fail if name doesn't start with \\\\.\\pipe"); + +#if 0 /* Evidently it's ok in windows to pass NULL as the pipe name! */ + hnp = CreateNamedPipeA(NULL, + PIPE_ACCESS_DUPLEX, PIPE_TYPE_BYTE|PIPE_WAIT, + 1, 1024, 1024, NMPWAIT_USE_DEFAULT_WAIT, NULL); + ok(hnp == INVALID_HANDLE_VALUE && GetLastError() == ERROR_INVALID_NAME, + "CreateNamedPipe should fail if name is NULL"); +#endif + + /* Functional checks */ + + hnp = CreateNamedPipeA(PIPENAME, + PIPE_ACCESS_DUPLEX, PIPE_TYPE_BYTE|PIPE_WAIT, + /* nMaxInstances */ 1, + /* nOutBufSize */ 1024, + /* nInBufSize */ 1024, + /* nDefaultWait */ NMPWAIT_USE_DEFAULT_WAIT, + /* lpSecurityAttrib */ NULL); + ok(hnp != INVALID_HANDLE_VALUE, "CreateNamedPipe failed"); + + hFile = CreateFileA(PIPENAME, GENERIC_READ|GENERIC_WRITE, 0, + NULL, OPEN_EXISTING, 0, 0); + ok(hFile != INVALID_HANDLE_VALUE, "CreateFile failed"); + if (hFile == INVALID_HANDLE_VALUE) + return; + + /* Make sure we can read and write a few bytes in both directions*/ + memset(ibuf, 0, sizeof(ibuf)); + ok(WriteFile(hnp, obuf, sizeof(obuf), &written, NULL), "WriteFile"); + ok(written == sizeof(obuf), "write file len"); + ok(ReadFile(hFile, ibuf, sizeof(obuf), &gelesen, NULL), "ReadFile"); + ok(gelesen == sizeof(obuf), "read file len"); + ok(memcmp(obuf, ibuf, written) == 0, "content check"); + + memset(ibuf, 0, sizeof(ibuf)); + ok(WriteFile(hFile, obuf, sizeof(obuf), &written, NULL), "WriteFile"); + ok(written == sizeof(obuf), "write file len"); + ok(ReadFile(hnp, ibuf, sizeof(obuf), &gelesen, NULL), "ReadFile"); + ok(gelesen == sizeof(obuf), "read file len"); + ok(memcmp(obuf, ibuf, written) == 0, "content check"); + + CloseHandle(hFile); + CloseHandle(hnp); +} + +START_TEST(pipe) +{ + test_CreateNamedPipeA(); +} +

3 4

Fix for Treeview Regression in Putty, winamp, et al.
by Drew "DanteAliegri" Ogle 13 Feb '03

13 Feb '03

Putty and winamp use dialogs which contain treeviews. When the treeview code sets values to be passed to the callback function, it decides there if it is returning to A or W. When it is returning to a dialog, it returns a W, however, when the user code which the dialog calls is an A function, it excepts TVN_*A, when the treeview code is sending TVN_*W. The most logical place to test for this, was in DefDlgProcW, which then modifies the code when it finds a) the msg to be WM_NOTIFY b) the lParam to be non-null c) the code to be of W form d) the code to be of a TVN_ type. As this is my second real patch, any comments are welcome :) -Dante Index: windows/defdlg.c =================================================================== RCS file: /home/wine/wine/windows/defdlg.c,v retrieving revision 1.29 diff -u -r1.29 defdlg.c --- windows/defdlg.c 14 Jan 2003 19:29:15 -0000 1.29 +++ windows/defdlg.c 13 Feb 2003 05:39:00 -0000 @@ -395,12 +395,22 @@ LRESULT WINAPI DefDlgProcW( HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam ) { BOOL result = FALSE; + BOOL forWide = FALSE; WNDPROC dlgproc; + /* make sure we only change TVN_ codes. */ + if( msg == WM_NOTIFY && lParam && ((LPNMHDR)lParam)->code & 0x30 ) + forWide = TRUE; SetWindowLongW( hwnd, DWL_MSGRESULT, 0 ); if ((dlgproc = DEFDLG_GetDlgProc( hwnd ))) { + /* if call was meant for a W funcition, but the callback + * is really an A function, change the code from a W code + * to a A code. + **/ + if( forWide && (WINPROC_GetProcType( dlgproc) == WIN_PROC_32A )) + ((LPNMHDR)lParam)->code += 0x31; /* Call dialog procedure */ result = CallWindowProcW( dlgproc, hwnd, msg, wParam, lParam ); /* 16 bit dlg procs only return BOOL16 */

2 2

Re: wine-devel digest, Vol 1 #1689 - 17 msgs
by ATMRD＠aol.com 13 Feb '03

13 Feb '03

Hey, > I am running Gnome on a variant of FreeBSD called Darwin. It shoudln't matter what window manager your running be it Apple's Aqua, or Gnome or KDE, as long as the X11, libraries are installed, because regardless Darwin is still the core of the OS. > Darwin runs > on PPC architecture opposed to x86 architecture. My question is can > Wine run on this variant of FreeBSD? Theoritically Wine should run on any version of FreeBSD, however due to Darwin's arhicteture, allthough it is FreeBSD based,which does not use the ELF format but isntead the Mach-O, wine does not work correctly or at all to my knowledge. > Can I download the source and > build Wine for my system? You can try, but I dont think it will work with out major modification to some of the core libs wich are X86 dependant. If for some reason it does I'd be dilighted to hear about it. There is a project called darwine, at http://darwine.sf.net, you can find more information about running wine on Darwin there. Hope this helps ~Sanjay Connare.

1 0

Re: [ros-kernel] Cool!
by Steven Edwards 13 Feb '03

13 Feb '03

Thought you guys might like to see this. We are making major progress on 3rd party drivers --- Ge van Geldorp <ge(a)gse.nl> wrote: > Attached is a screen capture of GDITEST.EXE. You might think "what's so > cool about that, gditest has been running for a while now". Well, look > again. Note the lines starting in the top-left and running to the bottom > and right side. They're in real RGB(64, 64, 128), not in the gray to > which they're mapped when you're running on a 16 color VGA display! > > The screen capture was taken from ReactOS running in a VMware virtual > machine, using the 3rd party VMware 16 bit per pixel video driver. > > It will take me some more time to finish this. Although GDITEST.EXE > works, WINHELLO.EXE doesn't yet. There is some cleanup still to be done > and I need to do some more testing to make sure I didn't break the > existing VGA video drivers (VGAMP.SYS/VGADDI.DLL). However, I think > support for at least some 3rd party video drivers is within reach now. > > G� van Geldorp. > > ATTACHMENT part 2 image/gif name=gditest.gif __________________________________________________ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com

1 0

RegisterHotKey help needed
by Robert Reif 13 Feb '03

13 Feb '03

I have a program that uses RegisterHotKey and UnregisterHotKey. Is anyone working on implementing this or does anyone have any pointers on how to implement this myself? Thanks, Bob.

1 0

X11 Clipboard implementation
by Mike Hearn 12 Feb '03

12 Feb '03

Hi all, I've been poking around inside the wine clipboard system, in an attempt to make it properly compliant with the agreed upon specs over at http://www.freedesktop.org/standards/clipboards.txt At the moment, Wine mixes up CLIPBOARD and PRIMARY, which is not a good idea. Ideally, Wine would work like GTK, Qt, Mozilla and all the rest do, which is to keep CLIPBOARD for ctrl-c, ctrl-v type operations, and primary for selected text/middle click. When you select some text in say notepad, both CLIPBOARD and PRIMARY are grabbed, which is wrong, only primary should be grabbed. In a similar fashion, when you select Edit | Copy only CLIPBOARD should be grabbed. Currently, selecting text in Wine doesn't do anything (at least, not in notepad). So, the obvious way to fix that would be to introduce a new Wine-specific API, that lets the Wine controls call SetSelectedText or something, which then interfaces with X. So, I think x11drv/clipboard.c should be changed to basically eliminate references to PRIMARY, as without the ability to deal with middle clicks and grab-on-select, Wine has no business changing that selection. Therefore my questions are: 1) Should I try and hack up a patch to stop wine using PRIMARY? 2) What are the rules governing new wine specific APIs. I know the DLL Separation work is supposed to eliminate them, but there are no FAQs anywhere on it that I can see, could somebody explain this please? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

6 9

those stupid diff scripts again...
by Gregory M. Turner 12 Feb '03

12 Feb '03

Here's my latest versions of winetreediff and winetreediff_excl. I'm not sure anybody but me is actually using these, but since I have fixed several bugs and added some features.... here you go. License is bugroff as usual. -- gmt "Once a nation becomes a democracy, the whole purpose of government changes. Instead of the government's goal being that of guaranteeing liberty, equal justice, private property, and voluntary exchange, the government embarks on the impossible task of achieving economic equality, micromanaging the economy, and protecting citizens from themselves and all their activities. The destruction of the wealth-building process, which is inherent in a free society, is never anticipated. Once it's realized that it has been undermined, it is too late to easily reverse the attacks against limited government and personal liberty." -- Ron Paul

1 0

PATCH: Get rid of superfluous dup() and close() calls.
by Martin Wilck 12 Feb '03

12 Feb '03

patch: dup.diff Get rid of superfluous dup() and close() calls. Modified files: dlls/kernel/comm.c | 25 ------------------ dlls/ntdll/file.c | 2 - dlls/ntdll/virtual.c | 5 --- dlls/winsock/socket.c | 68 +------------------------------------------------- files/file.c | 15 ----------- files/smb.c | 1 include/async.h | 1 scheduler/client.c | 1 Comment: The dup() in wine_server_handle_to_fd() requires dozens of close() calls spread over the wine code. I think this is confusing and error-prone (close() calls are easily forgotten, leading to rapid fd leak - actually, when looking through the code, I found a number of functions where I had expected a close(), but it was lacking). Moreover, I can't see why that dup() is necessary (any more). If there are still some points in the code where the dup() is really required, I strongly recommend to insert explicit dup()s in the respective functions after calling wine_server_handle_to_fd(). I have carried out a number of IO intensive tests with no problems. I'd like people to test the COMM port stuff, though, and watch the number of file descriptors. Other IO- and Network-bound tests would be very welcome. If this is absolutely dumb, please tell me why. Forwarding to wine-devel, 'cause it's pretty intrusive. Index: dlls/kernel/comm.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/comm.c,v retrieving revision 1.68 diff -u -r1.68 comm.c --- dlls/kernel/comm.c 25 Oct 2002 21:02:30 -0000 1.68 +++ dlls/kernel/comm.c 24 Jan 2003 14:13:32 -0000 @@ -516,7 +516,6 @@ return FALSE; } result = ioctl(fd,TIOCSBRK,0); - close(fd); if (result ==-1) { TRACE("ioctl failed\n"); @@ -556,7 +555,6 @@ return FALSE; } result = ioctl(fd,TIOCCBRK,0); - close(fd); if (result ==-1) { TRACE("ioctl failed\n"); @@ -598,7 +596,6 @@ if (tcgetattr(fd,&port) == -1) { COMM_SetCommError(handle,CE_IOE); - close(fd); return FALSE; } @@ -670,7 +667,6 @@ if (!direct) if (tcsetattr(fd, TCSADRAIN, &port) == -1) { - close(fd); COMM_SetCommError(handle,CE_IOE); return FALSE; } else @@ -685,7 +681,6 @@ else result = TRUE; } - close(fd); return result; } @@ -726,7 +721,6 @@ tcflush(fd,TCOFLUSH); if(flags&PURGE_RXCLEAR) tcflush(fd,TCIFLUSH); - close(fd); return 1; } @@ -782,8 +776,6 @@ handle, lpStat->cbInQue, lpStat->cbOutQue); } - close(fd); - COMM_GetCommError(handle, errors); COMM_SetCommError(handle, 0); @@ -817,7 +809,6 @@ FIXME("handle %p not found?\n",handle); return FALSE; } - close(fd); return TRUE; } @@ -916,7 +907,6 @@ if ((tcgetattr(fd,&port)) == -1) { int save_error = errno; COMM_SetCommError(handle,CE_IOE); - close( fd ); ERR("tcgetattr error '%s'\n", strerror(save_error)); return FALSE; } @@ -1023,7 +1013,6 @@ COMM_SetCommError(handle,IE_BAUDRATE); - close( fd ); ERR("baudrate %ld\n",lpdcb->BaudRate); return FALSE; } @@ -1089,7 +1078,6 @@ #endif default: COMM_SetCommError(handle,IE_BAUDRATE); - close( fd ); ERR("baudrate %ld\n",lpdcb->BaudRate); return FALSE; } @@ -1132,7 +1120,6 @@ port.c_iflag &= ~INPCK; } else { COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("Cannot set MARK Parity\n"); return FALSE; } @@ -1143,7 +1130,6 @@ port.c_iflag &= ~INPCK; } else { COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("Cannot set SPACE Parity\n"); return FALSE; } @@ -1151,7 +1137,6 @@ #endif default: COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("Parity\n"); return FALSE; } @@ -1173,7 +1158,6 @@ break; default: COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("ByteSize\n"); return FALSE; } @@ -1188,7 +1172,6 @@ break; default: COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("StopBits\n"); return FALSE; } @@ -1219,12 +1202,10 @@ if (tcsetattr(fd,TCSANOW,&port)==-1) { /* otherwise it hangs with pending input*/ int save_error=errno; COMM_SetCommError(handle,CE_IOE); - close( fd ); ERR("tcsetattr error '%s'\n", strerror(save_error)); return FALSE; } else { COMM_SetCommError(handle,0); - close( fd ); return TRUE; } } @@ -1262,10 +1243,8 @@ int save_error=errno; ERR("tcgetattr error '%s'\n", strerror(save_error)); COMM_SetCommError(handle,CE_IOE); - close( fd ); return FALSE; } - close( fd ); #ifndef __EMX__ #ifdef CBAUD speed= (port.c_cflag & CBAUD); @@ -1465,7 +1444,6 @@ else { r = (1 == write(fd, &chTransmit, 1)); - close(fd); } return r; @@ -1593,7 +1571,6 @@ FIXME("tcsetattr on fd %d failed!\n",fd); return FALSE; } - close(fd); return TRUE; } @@ -1619,7 +1596,6 @@ if(fd<0) return FALSE; result = ioctl(fd, TIOCMGET, &mstat); - close(fd); if (result == -1) { WARN("ioctl failed\n"); @@ -1702,7 +1678,6 @@ ovp = (async_commio*) HeapAlloc(GetProcessHeap(), 0, sizeof (async_commio)); if(!ovp) { - close(fd); return FALSE; } Index: dlls/ntdll/file.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/file.c,v retrieving revision 1.20 diff -u -r1.20 file.c --- dlls/ntdll/file.c 7 Jan 2003 20:36:28 -0000 1.20 +++ dlls/ntdll/file.c 24 Jan 2003 14:13:35 -0000 @@ -237,8 +237,6 @@ } while ( (result == -1) && ((errno == EAGAIN) || (errno == EINTR)) ); - close( fd ); - if (result == -1) { return IoStatusBlock->u.Status = NTFILE_errno_to_status(errno); Index: dlls/ntdll/virtual.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/virtual.c,v retrieving revision 1.4 diff -u -r1.4 virtual.c --- dlls/ntdll/virtual.c 7 Jan 2003 20:36:28 -0000 1.4 +++ dlls/ntdll/virtual.c 24 Jan 2003 14:13:39 -0000 @@ -736,13 +736,11 @@ VIRTUAL_SetProt( view, ptr + sec->VirtualAddress, size, vprot ); } - close( fd ); *addr_ptr = ptr; return STATUS_SUCCESS; error: if (ptr != (char *)-1) munmap( ptr, total_size ); - close( fd ); return status; } @@ -1408,7 +1406,6 @@ } res = map_image( handle, unix_handle, base, size_low, header_size, shared_fd, shared_size, removable, addr_ptr ); - if (shared_fd != -1) close( shared_fd ); if (!res) *size_ptr = size_low; return res; } @@ -1484,12 +1481,10 @@ res = STATUS_NO_MEMORY; goto error; } - if (unix_handle != -1) close( unix_handle ); *size_ptr = size; return STATUS_SUCCESS; error: - if (unix_handle != -1) close( unix_handle ); if (ptr != (void *)-1) munmap( ptr, size ); return res; } Index: dlls/winsock/socket.c =================================================================== RCS file: /home/wine/wine/dlls/winsock/socket.c,v retrieving revision 1.117 diff -u -r1.117 socket.c --- dlls/winsock/socket.c 23 Jan 2003 21:20:36 -0000 1.117 +++ dlls/winsock/socket.c 24 Jan 2003 14:13:51 -0000 @@ -336,7 +336,6 @@ if ( ( (access & GENERIC_READ) && (*flags & FD_FLAG_RECV_SHUTDOWN ) ) || ( (access & GENERIC_WRITE) && (*flags & FD_FLAG_SEND_SHUTDOWN ) ) ) { - close (fd); WSASetLastError ( WSAESHUTDOWN ); return -1; } @@ -578,7 +577,6 @@ else wsfds16->fd_array[j++] = wsfds16->fd_array[i]; } - close(fd); lfd[i] = -1; } } @@ -593,24 +591,6 @@ return num_err; } -static void fd_set_unimport( void* wsfds, int lfd[], BOOL b32 ) -{ - if ( wsfds ) - { -#define wsfds16 ((ws_fd_set16*)wsfds) -#define wsfds32 ((WS_fd_set*)wsfds) - int i, count = (b32) ? wsfds32->fd_count : wsfds16->fd_count; - - for( i = 0; i < count; i++ ) - if ( lfd[i] >= 0 ) - close(lfd[i]); - - TRACE("\n"); -#undef wsfds32 -#undef wsfds16 - } -} - static int do_block( int fd, int mask ) { fd_set fds[3]; @@ -1417,7 +1397,6 @@ SetLastError(_get_sock_error(s, FD_ACCEPT_BIT)); /* FIXME: care about the error? */ } - close(fd); SERVER_START_REQ( accept_socket ) { req->lhandle = SOCKET2HANDLE(s); @@ -1516,7 +1495,6 @@ ws_sockaddr_free(uaddr,name); } } - close(fd); } else { @@ -1613,7 +1591,6 @@ { SetLastError(wsaErrno()); } - close(fd); } else { @@ -1622,7 +1599,6 @@ return SOCKET_ERROR; connect_success: - close(fd); _enable_event(SOCKET2HANDLE(s), FD_CONNECT|FD_READ|FD_WRITE, FD_WINE_CONNECTED|FD_READ|FD_WRITE, FD_CONNECT|FD_WINE_LISTENING); @@ -1690,7 +1666,6 @@ res=0; } ws_sockaddr_free(uaddr,name); - close(fd); } else { @@ -1755,7 +1730,6 @@ { res=0; } - close(fd); } else { @@ -1820,12 +1794,10 @@ } else { if (getsockopt(fd, (int) level, optname, optval, optlen) == 0 ) { - close(fd); return 0; } SetLastError((errno == EBADF) ? WSAENOTSOCK : wsaErrno()); } - close(fd); } return SOCKET_ERROR; } @@ -1966,7 +1938,6 @@ if (numInt < 0) { ERR ("Unable to open /proc filesystem to determine number of network interfaces!\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -1976,7 +1947,6 @@ if (!WSAIOCTL_GetInterfaceName(i, ifName)) { ERR ("Error parsing /proc filesystem!\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -1988,7 +1958,6 @@ if (ioctl(fd, SIOCGIFADDR, &ifInfo) < 0) { ERR ("Error obtaining IP address\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -2006,7 +1975,6 @@ if (ioctl(fd, SIOCGIFBRDADDR, &ifInfo) < 0) { ERR ("Error obtaining Broadcast IP address\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -2024,7 +1992,6 @@ if (ioctl(fd, SIOCGIFNETMASK, &ifInfo) < 0) { ERR ("Error obtaining Subnet IP address\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -2059,7 +2026,6 @@ if (ioctl(fd, SIOCGIFFLAGS, &ifInfo) < 0) { ERR ("Error obtaining status flags for socket!\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -2079,14 +2045,12 @@ default: { WARN("\tunsupported WS_IOCTL cmd (%08lx)\n", dwIoControlCode); - close(fd); WSASetLastError(WSAEOPNOTSUPP); return (SOCKET_ERROR); } } /* Function executed with no errors */ - close(fd); return (0); } else @@ -2242,14 +2206,11 @@ { /* AsyncSelect()'ed sockets are always nonblocking */ if (*argp) { - close(fd); return 0; } SetLastError(WSAEINVAL); - close(fd); return SOCKET_ERROR; } - close(fd); if (*argp) _enable_event(SOCKET2HANDLE(s), 0, FD_WINE_NONBLOCKING, 0); else @@ -2279,11 +2240,9 @@ } if( ioctl(fd, newcmd, (char*)argp ) == 0 ) { - close(fd); return 0; } SetLastError((errno == EBADF) ? WSAENOTSOCK : wsaErrno()); - close(fd); } return SOCKET_ERROR; } @@ -2309,7 +2268,6 @@ { if (listen(fd, backlog) == 0) { - close(fd); _enable_event(SOCKET2HANDLE(s), FD_ACCEPT, FD_WINE_LISTENING, FD_CONNECT|FD_WINE_CONNECTED); @@ -2437,7 +2395,6 @@ else wsfds16->fd_array[j++] = wsfds16->fd_array[i]; } - if( fd >= 0 ) close(fd); exceptfd[i] = -1; } if( b32 ) @@ -2449,9 +2406,6 @@ } return highfd; } - fd_set_unimport(ws_readfds, readfd, b32); - fd_set_unimport(ws_writefds, writefd, b32); - fd_set_unimport(ws_exceptfds, exceptfd, b32); if( ws_readfds ) ((WS_fd_set*)ws_readfds)->fd_count = 0; if( ws_writefds ) ((WS_fd_set*)ws_writefds)->fd_count = 0; if( ws_exceptfds ) ((WS_fd_set*)ws_exceptfds)->fd_count = 0; @@ -2553,7 +2507,7 @@ if ( !iovec ) { err = WSAEFAULT; - goto err_close; + goto error; } for ( i = 0; i < dwBufferCount; i++ ) @@ -2617,15 +2571,11 @@ *lpNumberOfBytesSent = n; HeapFree ( GetProcessHeap(), 0, iovec ); - close ( fd ); return 0; err_free: HeapFree ( GetProcessHeap(), 0, iovec ); -err_close: - close ( fd ); - error: WARN (" -> ERROR %d\n", err); WSASetLastError (err); @@ -2725,7 +2675,6 @@ }else{ if (!convert_sockopt(&level, &optname)) { SetLastError(WSAENOPROTOOPT); - close(fd); return SOCKET_ERROR; } if (optname == SO_LINGER && optval) { @@ -2755,7 +2704,6 @@ WARN("SO_RCVTIMEO for %d bytes: assuming unixism\n", optlen); } else { WARN("SO_RCVTIMEO for %d bytes is weird: ignored\n", optlen); - close(fd); return 0; } } @@ -2774,7 +2722,6 @@ WARN("SO_SNDTIMEO for %d bytes: assuming unixism\n", optlen); } else { WARN("SO_SNDTIMEO for %d bytes is weird: ignored\n", optlen); - close(fd); return 0; } } @@ -2782,17 +2729,14 @@ } if(optname == SO_RCVBUF && *(int*)optval < 2048) { WARN("SO_RCVBF for %d bytes is too small: ignored\n", *(int*)optval ); - close( fd); return 0; } if (setsockopt(fd, level, optname, optval, optlen) == 0) { - close(fd); return 0; } SetLastError(wsaErrno()); - close(fd); } else SetLastError(WSAENOTSOCK); return SOCKET_ERROR; @@ -2859,7 +2803,6 @@ err = WS2_register_async_shutdown ( s, fd0, ASYNC_TYPE_READ ); if ( err ) { - close ( fd0 ); goto error; } } @@ -2868,7 +2811,6 @@ err = WS2_register_async_shutdown ( s, fd1, ASYNC_TYPE_WRITE ); if ( err ) { - close ( fd1 ); goto error; } } @@ -2878,10 +2820,8 @@ if ( shutdown( fd, how ) ) { err = wsaErrno (); - close ( fd ); goto error; } - close(fd); } _enable_event( SOCKET2HANDLE(s), 0, 0, clear_flags ); @@ -4006,7 +3946,7 @@ if ( !iovec ) { err = WSAEFAULT; - goto err_close; + goto error; } for (i = 0; i < dwBufferCount; i++) @@ -4070,16 +4010,12 @@ *lpNumberOfBytesRecvd = n; HeapFree (GetProcessHeap(), 0, iovec); - close(fd); _enable_event(SOCKET2HANDLE(s), FD_READ, 0, 0); return 0; err_free: HeapFree (GetProcessHeap(), 0, iovec); - -err_close: - close (fd); error: WARN(" -> ERROR %d\n", err); Index: files/file.c =================================================================== RCS file: /home/wine/wine/files/file.c,v retrieving revision 1.177 diff -u -r1.177 file.c --- files/file.c 11 Jan 2003 21:03:18 -0000 1.177 +++ files/file.c 24 Jan 2003 14:13:59 -0000 @@ -333,7 +333,6 @@ else if (((access & GENERIC_READ) && (flags & FD_FLAG_RECV_SHUTDOWN)) || ((access & GENERIC_WRITE) && (flags & FD_FLAG_SEND_SHUTDOWN))) { - close (fd); SetLastError ( ERROR_PIPE_NOT_CONNECTED ); return -1; } @@ -1755,7 +1754,6 @@ return !register_new_async (&ovp->async); error: - close (fd); return FALSE; } @@ -1813,12 +1811,10 @@ if ( (overlapped==NULL) || NtResetEvent( overlapped->hEvent, NULL ) ) { TRACE("Overlapped not specified or invalid event flag\n"); - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } - close(unix_handle); overlapped->InternalHigh = 0; if(!FILE_ReadFileEx(hFile, buffer, bytesToRead, overlapped, NULL, overlapped->hEvent)) @@ -1835,7 +1831,6 @@ } if (flags & FD_FLAG_TIMEOUT) { - close(unix_handle); return FILE_TimeoutRead(hFile, buffer, bytesToRead, bytesRead); } switch(type) @@ -1856,7 +1851,6 @@ &highOffset, FILE_BEGIN)) && (GetLastError() != NO_ERROR) ) { - close(unix_handle); return FALSE; } } @@ -1872,7 +1866,6 @@ off_t offset = OVERLAPPED_OFFSET(overlapped); if(lseek(unix_handle, offset, SEEK_SET) == -1) { - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } @@ -1886,7 +1879,6 @@ FILE_SetDosError(); break; } - close( unix_handle ); if (result == -1) return FALSE; if (bytesRead) *bytesRead = result; return TRUE; @@ -1998,7 +1990,6 @@ return !register_new_async (&ovp->async); error: - close (fd); return FALSE; } @@ -2037,12 +2028,10 @@ if ( (overlapped==NULL) || NtResetEvent( overlapped->hEvent, NULL ) ) { TRACE("Overlapped not specified or invalid event flag\n"); - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } - close(unix_handle); overlapped->InternalHigh = 0; if(!FILE_WriteFileEx(hFile, buffer, bytesToWrite, overlapped, NULL, overlapped->hEvent)) @@ -2075,7 +2064,6 @@ &highOffset, FILE_BEGIN)) && (GetLastError() != NO_ERROR) ) { - close(unix_handle); return FALSE; } } @@ -2086,7 +2074,6 @@ return FALSE; if (overlapped) { - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } @@ -2098,7 +2085,6 @@ off_t offset = OVERLAPPED_OFFSET(overlapped); if(lseek(unix_handle, offset, SEEK_SET) == -1) { - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } @@ -2115,7 +2101,6 @@ FILE_SetDosError(); break; } - close( unix_handle ); if (result == -1) return FALSE; if (bytesWritten) *bytesWritten = result; return TRUE; Index: files/smb.c =================================================================== RCS file: /home/wine/wine/files/smb.c,v retrieving revision 1.16 diff -u -r1.16 smb.c --- files/smb.c 24 Jan 2003 00:54:58 -0000 1.16 +++ files/smb.c 24 Jan 2003 14:14:02 -0000 @@ -1532,7 +1532,6 @@ if(total>=bytesToRead) break; } - close(fd); if(bytesRead) *bytesRead = total; Index: include/async.h =================================================================== RCS file: /home/wine/wine/include/async.h,v retrieving revision 1.5 diff -u -r1.5 async.h --- include/async.h 4 May 2002 18:37:08 -0000 1.5 +++ include/async.h 24 Jan 2003 14:14:02 -0000 @@ -72,7 +72,6 @@ ovp->next = ovp->prev = NULL; - close( ovp->fd ); if( ovp->event != INVALID_HANDLE_VALUE ) NtSetEvent( ovp->event, NULL ); Index: scheduler/client.c =================================================================== RCS file: /home/wine/wine/scheduler/client.c,v retrieving revision 1.92 diff -u -r1.92 client.c --- scheduler/client.c 31 Oct 2002 03:41:56 -0000 1.92 +++ scheduler/client.c 24 Jan 2003 14:14:05 -0000 @@ -436,7 +436,6 @@ */ } - if ((fd != -1) && ((fd = dup(fd)) == -1)) return STATUS_TOO_MANY_OPENED_FILES; *unix_fd = fd; return STATUS_SUCCESS; } -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

8 17

User/Sysparams tests failing
by Sylvain Petreolle 12 Feb '03

12 Feb '03

make[3]: Entre dans le répertoire `/home/wine/dlls/user/tests' ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so class.c && touch class.ok ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so generated.c && touch generated.ok ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so sysparams.c && touch sysparams.ok sysparams.c:173: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=Wallpaper, testValue=, value=C:\My Documents\Mes images\Sans titre Could you have a look at this ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: winedos/int10 clearscreen fix
by Jukka Heinonen 12 Feb '03

12 Feb '03

> I've had issues with a console program not clearing the screen when it's > supposed to. I've traced the problem down to dlls/winedos/int10.c function > DOSVM_Int10Handler() with and AH reg of 0x0b. Are you sure you found the right place to fix? According to interrupt documentation, 0x0b subfunction 0x00 is supposed to only set background color. It is possible that the subfunction also clears screen but I would like you to make sure that this is the real place missing clear screen. One place that is certain to have missing clear screen is entering text mode. Right now VGA emulation does not do this; VGA_SetAlphaMode should have a boolean flag that tells whether clear screen is desired or not and this flag should be set according to VGA mode bit 7 (or some VESA mode flag). I suspect that this is what is really causing the bug you have observed. Perhaps you should check whether this is the case? I will try to make a patch that fixes clear screen bug when entering text mode but it might take a few days (and it might be that this is not an issue here, anyway). -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 3

Re: some ntdll functions (part 1: functions) [Virus checked]
by Tony Lambregts 12 Feb '03

12 Feb '03

thomas.mertes(a)t-mobile.at wrote: > > Hello > > Here are implementations of some ntdll functions. > I have tested the functions a lot on w2k (see part2: tests). > > Changelog: > > * dlls/ntdll/ntdll.spec, dlls/ntdll/large_int.c, > dlls/ntdll/rtl.c, dlls/ntdll/rtlstr.c, > include/winternl.h: > Thomas Mertes <thomas.mertes(a)t-mobile.at> > - Implement RtlCharToInteger, RtlExtendedMagicDivide, > RtlUpperChar, > RtlInt64ToUnicodeString, RtlIntegerToChar, > RtlIntegerToUnicodeString, > RtlLargeIntegerToChar, RtlUnicodeStringToInteger and > RtlUpcaseUnicodeChar > - Use toupperW instead of toupper in RtlCompareUnicodeString > > Greetings > Thomas Mertes > Two things. One - No HTML Please. Two - Patches should be inline (so they can be read) http://www.winehq.org/docs/wine-devel/patches.shtml -- Tony Lambregts

1 0

Re: PATCH: dlls/comctl32/listview.c -- warning removal
by Dimitrie O. Paun 12 Feb '03

12 Feb '03

On Wed, 12 Feb 2003, Gerald Pfeifer wrote: > Or we could simply remove the two assert()s, as we have an ERR() there > anyway. No, the assert()s are there with a purpose. Please leave them in. -- Dimi.

1 0

Partial fix for TVN_SELCHANGED
by Drew "DanteAliegri" Ogle 12 Feb '03

12 Feb '03

This fixes the putty and the winamp dialog problems, except for the inital load. I'll have to look at that. interestingly, when WM_SELCHANGEDW is set to TVN_SELCHANGEDA in the treeview call, those work perfectly, so I suppose this patch may not be complete. What the problem is is that the W gets sent to DefDlgProc32, because it is a W call, but the programs treeview hanlder isn't always W. So, you have to check that here and then adjust the code. -Dante Index: windows/defdlg.c =================================================================== RCS file: /home/wine/wine/windows/defdlg.c,v retrieving revision 1.29 diff -u -r1.29 defdlg.c --- windows/defdlg.c 14 Jan 2003 19:29:15 -0000 1.29 +++ windows/defdlg.c 12 Feb 2003 14:00:56 -0000 @@ -395,12 +395,17 @@ LRESULT WINAPI DefDlgProcW( HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam ) { BOOL result = FALSE; + BOOL forWide = FALSE; WNDPROC dlgproc; + if( msg == WM_NOTIFY && lParam && ((LPNMHDR)lParam)->code & 0x30 ) + forWide = TRUE; SetWindowLongW( hwnd, DWL_MSGRESULT, 0 ); if ((dlgproc = DEFDLG_GetDlgProc( hwnd ))) { + if( forWide && (WINPROC_GetProcType( dlgproc) == WIN_RPOC_32A )) + ((LPNMHDR)lParam)->code += 0x30; /* Call dialog procedure */ result = CallWindowProcW( dlgproc, hwnd, msg, wParam, lParam ); /* 16 bit dlg procs only return BOOL16 */

1 0

dlls/msvcrt/locale.c:544: warning: unsigned int format, LCID arg (arg 5)
by Gerald Pfeifer 12 Feb '03

12 Feb '03

Hi, the following patch to dlls/msvcrt/locale.c revision 1.15 date: 2003/02/11 22:11:17; author: julliard; state: Exp; lines: +15 -0 Marcus Meissner <marcus(a)jet.franken.de> Implemented __crtLCMapStringA. causes the following warning on FreeBSD 4.7 using GCC 2.95.4: locale.c: In function `__crtLCMapStringA': locale.c:544: warning: unsigned int format, LCID arg (arg 5) Would you mind having a look? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

Back ;)
by fenix＠club-internet.fr 12 Feb '03

12 Feb '03

Yes, i just see Alexandre is back, we can "flood" him again with patches :) really good job (34 patches merged in 4h), Raphael

1 0

Bugreport: Altgr key and Euro key problem
by Sylvain Petreolle 12 Feb '03

12 Feb '03

===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

CreateNamedPipe error values?
by Dan Kegel 12 Feb '03

12 Feb '03

I wrote a humble beginning of a conformance test for named pipes, in hopes of preventing regressions like the one which is currently breaking Installshield installs (or was last I checked). Later it's going to verify that named pipes like the ones Wine uses internally (e.g. in ole32/rpc.c) actually work, For now I thought I'd just make sure we return the right error code if you pass a bogus filename to CreateNamedPipe. But, um, we don't return any error code; we happily succeed. Can somebody who has Windows Server run this little test, and tell me what it outputs? You can build it as part of the wine test suite, or standalone with the commands call \vcvars32.bat cl /D STANDALONE /D _X86_ /D _M_IX86 /D WIN32 /D _WINDOWS pipe.c Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 0a1,61 > /* > * Unit tests for named pipe functions in Wine > * > * Copyright (c) 2002 Dan Kegel > * > * This library is free software; you can redistribute it and/or > * modify it under the terms of the GNU Lesser General Public > * License as published by the Free Software Foundation; either > * version 2.1 of the License, or (at your option) any later version. > * > * This library is distributed in the hope that it will be useful, > * but WITHOUT ANY WARRANTY; without even the implied warranty of > * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > * Lesser General Public License for more details. > * > * You should have received a copy of the GNU Lesser General Public > * License along with this library; if not, write to the Free Software > * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA > */ > > #include <stdlib.h> > #include <stdio.h> > #include <time.h> > > #ifndef STANDALONE > #include "wine/test.h" > #else > #include <assert.h> > #define START_TEST(name) main(int argc, char **argv) > #define ok(condition, msg) assert(condition) > #endif > > #include <windef.h> > #include <winbase.h> > #include <winerror.h> > #include <wtypes.h> > > void test_CreateNamedPipeA(void) > { > HANDLE hnp; > char filename[MAX_PATH]; > > sprintf(filename, "not a named pipe name"); > hnp = CreateNamedPipeA(filename, > PIPE_ACCESS_DUPLEX, PIPE_TYPE_BYTE|PIPE_READMODE_BYTE|PIPE_WAIT, > /* nMaxInstances */ 1, > /* nOutBufSize */ 1024, > /* nInBufSize */ 1024, > /* nDefaultWait */ 1000, > /* lpSecurityAttrib */ NULL); > > printf("h %p, err %ld\n", hnp, GetLastError()); > ok(hnp == INVALID_HANDLE_VALUE && GetLastError() == ERROR_INVALID_NAME, > "CreateNamedPipe should fail if name doesn't start with \\\\.\\pipe"); > } > > START_TEST(pipe) > { > test_CreateNamedPipeA(); > } >

4 3

seg fault in exception handler running starcraft?
by SodaPop 12 Feb '03

12 Feb '03

Starcraft crashes for me with the 20030115 wine release, every time I try to actually start playing a map. The wine debugger isn't invoked when the crash happens, I just get a 'Segmentation fault' message and control is returned to my shell. Some wine threads are still running however, as the music keeps playing and the main starcraft window does redraws as needed. Here is the backtrace from regular gdb: #0 0x00000000 in ?? () #1 0x400be693 in EXC_CallHandler (record=0x40691c10, frame=0x40691d80, context=0x406918ac, dispatcher=0x40691848, handler=0, nested_handler=0x400be5d0 <EXC_RaiseHandler>) at exception.c:117 #2 0x400be9b9 in EXC_RtlRaiseException (rec=0x40691c10, context=0x406918ac) at exception.c:213 #3 0x400cdd99 in __wine_call_from_32_regs () from /usr/local/lib/libntdll.dll.so #4 0x400be8b5 in RtlRaiseException () from /usr/local/lib/libntdll.dll.so #5 0x40aa31ec in __wine_stub_rpcrt4_dll_314 () at rpcrt4.spec.c:356 #6 0x788f6974 in ?? () #7 0x788f31b8 in ?? () #8 0x788f5a65 in ?? () #9 0x7ca0ac41 in ?? () #10 0x7ca09194 in ?? () #11 0x4091640f in CryptAcquireContextA (phProv=0x40691f60, pszContainer=0x1502b5f0 "Blizzard_Storm", pszProvider=0x1502b600 "Microsoft Base Cryptographic Provider v1.0", dwProvType=1, dwFlags=8) at crypt.c:332 #12 0x1500f568 in ?? () Please let me know if you need any additional data, I'll try to scrape it out of the debugger. This happens both with starcraft versions 1.00 and 1.05 patched. Broodwar is not installed. Please cc me, I normally only read the archives and am not subscribed. -dennis T

2 1

cvs wine + win2k ole + installshield = unhappy
by Dan Kegel 12 Feb '03

12 Feb '03

I'm trying to run a particular installer made with Installshield on cvs wine without any Windows DLLs. This used to work (on a different machine, with who knows what other changes). Now I just get an empty InstallShield wizard frame, and then it hangs. Hrmph. Maybe installshield wants some new spiffy ole stuff. Now, this machine dual-boots with win2k, so I thought I'd try native dlls for a few things: $ cd ~/c/windows/system $ cp /dos/c/WINNT/system/stdole.tlb . $ cp /dos/c/WINNT/system32/compobj.dll . $ cp /dos/c/WINNT/system32/storage.dll . $ cp /dos/c/WINNT/system32/ole{2,32}.dll . $ cd ~/c/temp/disk1 $ ~/wine/wine --dll compobj,storage,ole,ole2,ole32=n Setup.exe Unfortunately, that crashes. Rerunning with +relay > log 2>&1, and doing egrep 'fixme|^wine|^Unhand' log, I see: fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE fixme:seh:check_resource_write Broken app is writing to the resource data, enabling work-around fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE fixme:win:GetProcessWindowStation (void): stub fixme:win:GetThreadDesktop (9): stub fixme:win32:GetUserObjectInformationW (0x1 2 0x406817cc 64 0x4068181c),stub! fixme:win32:GetUserObjectInformationW (0x1 2 0x4068178c 64 0x4068181c),stub! fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x77a7abc8,pFormat = ^0x77a7ac1a,...): semi-stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000004,0x00000001,0x4068181c): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000008,0x40681828): stub fixme:ntdll:NtQueryInformationToken (0xcafe,1,0x406817d0,52,0x40681824): stub fixme:advapi:LookupAccountSidW ((null),sid=0x406817d8,0x40681724,0x40681830(80),0x403c61d8,0x4068182c(80),0x40681820): semi-stub fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x77a8c4b8,pFormat = ^0x77a8c572,...): semi-stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000004,0x00000001,0x40681898): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) wine: Unhandled exception, starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x77a539ca). There are enough fixmes there that I can believe something crucial isn't implemented yet. Here's the last few lines of relay, plus the backtrace: fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) 00000009:Ret advapi32.SetThreadToken() retval=00000000 ret=77a5e17f 00000009:Call kernel32.CloseHandle(0000cafe) ret=77a5e186 00000009:Ret kernel32.CloseHandle() retval=00000000 ret=77a5e186 00000009:Call ntdll.RtlLeaveCriticalSection(77b32b68) ret=77a5db8f 00000009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=77a5db8f 00000009:Call kernel32.GetCurrentProcessId() ret=77a5b6a5 00000009:Ret kernel32.GetCurrentProcessId() retval=00000008 ret=77a5b6a5 00000009:Call kernel32.OpenEventA(001f0003,00000000,4068187c "MSFT.VSA.COM.DISABLE.8") ret=77a5b6cc 00000009:Ret kernel32.OpenEventA() retval=00000000 ret=77a5b6cc 00000009:Call kernel32.OpenEventA(00100002,00000000,77a5b6f4 "MSFT.VSA.IEC.STATUS.6c736db0") ret=77a5b6e1 00000009:Ret kernel32.OpenEventA() retval=00000000 ret=77a5b6e1 00000009:Call ntdll.RtlLeaveCriticalSection(77b333c0) ret=77b295c0 00000009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=77b295c0 00000009:Call ntdll.RtlEnterCriticalSection(77b326a0) ret=77a51d8e 00000009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=77a51d8e wine: Unhandled exception, starting debugger... ... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x77a539ca). In 32-bit mode. 0x77a539ca (OLE32.DLL.StringFromCLSID+0x137 in C:\WINDOWS\SYSTEM\OLE32.DLL): movw 0x0(%edx),%dx Backtrace: =>0 0x77a539ca (OLE32.DLL.StringFromCLSID+0x137 in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=40681858) 1 0x77a5b2be (OLE32.DLL.CoRegisterMessageFilter+0x324 in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=406818ac) 2 0x77a7e5f0 (OLE32.DLL.CoCreateGuid+0x1114 in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=406818e4) 3 0x77a7d103 (OLE32.DLL.CoFreeUnusedLibraries+0x45b in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=406818fc) 4 0x77a6f555 (OLE32.DLL.OleCreateEx+0x1305 in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=4068194c) 5 0x77a58359 (OLE32.DLL.CoCreateInstance+0x3ca1 in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=40681b94) 6 0x77a582ca (OLE32.DLL.CoCreateInstance+0x3c12 in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=40681bb0) 7 0x77a54518 (OLE32.DLL.CoCreateInstanceEx+0x223 in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=4068231c) 8 0x77a5431d (OLE32.DLL.CoCreateInstanceEx+0x28 in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=40682344) 9 0x77a546ea (OLE32.DLL.CoCreateInstance+0x32 in C:\WINDOWS\SYSTEM\OLE32.DLL) (ebp=40682374) 10 0x00403a0f (Setup.exe.EntryPoint+0x1eb5 in C:\temp\Disk1\Setup.exe) (ebp=406823ec) 11 0x0040258b (Setup.exe.EntryPoint+0xa31 in C:\temp\Disk1\Setup.exe) (ebp=40682448) 12 0x004022c4 (Setup.exe.EntryPoint+0x76a in C:\temp\Disk1\Setup.exe) (ebp=406828a4) 13 0x00401ff9 (Setup.exe.EntryPoint+0x49f in C:\temp\Disk1\Setup.exe) (ebp=40682e34) 14 0x00401be6 (Setup.exe.EntryPoint+0x8c in C:\temp\Disk1\Setup.exe) (ebp=40682e9c) 15 0x4009dd90 (start_process+0x21c [process.c:564] in libntdll.dll.so) (ebp=40682f38) 16 0x400a212d (call_on_thread_stack+0x1d(func=0x4009db74) [sysdeps.c:171] in libntdll.dll.so) (ebp=40682ff4) 17 0x400a22c0 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) I'd be happy to send a better log or implement some small missing call if someone wants to point me in the right direction. - Dan

9 16

winedos/int10 clearscreen fix
by Ulrik Mikaelsson 12 Feb '03

12 Feb '03

Hi I've had issues with a console program not clearing the screen when it's supposed to. I've traced the problem down to dlls/winedos/int10.c function DOSVM_Int10Handler() with and AH reg of 0x0b. I've added code for clearing the screen with the specified color, as well as added a method for doing a total clearscreen to vga.c and vga.h. It's only tested for textmode and propably won't work for anything else so I think the fixme should be left for anyone who's up for the task. A patch is attached, please feel free to comment before i submit to wine-patches. Regards Ulrik

1 0

dos4gw saga continues
by Enrico Horn 11 Feb '03

11 Feb '03

Hi, here are two things I find interesting about dos4gw: 1.it will allocate 1 para of memory than resize to available memory allocate another para of memory(this doesnt fail although all memory should be already allocated) and resize it to available memory(which is zero!?) 2. does a close file by handle with handle value 0xffff do something special dos4gw does this too and it fails because there is no handle value 65535. any ideas Enrico Horn farmboy1(a)subdimension.com

2 1

Re: wine/dlls/ntdll exception.c
by Gregory M. Turner 11 Feb '03

11 Feb '03

On Tuesday 11 February 2003 03:56 pm, Alexandre Julliard wrote: > ChangeSet ID: 7195 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/02/11 15:56:59 > > Modified files: > dlls/ntdll : exception.c > > Log message: > Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> > Added FIXME on stub exception. > > Patch: http://cvs.winehq.com/patch.py?id=7195 > > Old revision New revision Changes Path > 1.51 1.52 +2 -1 wine/dlls/ntdll/exception.c uh-oh, I sense a flood coming on! WB Alexandre! -- gmt "Once a nation becomes a democracy, the whole purpose of government changes. Instead of the government's goal being that of guaranteeing liberty, equal justice, private property, and voluntary exchange, the government embarks on the impossible task of achieving economic equality, micromanaging the economy, and protecting citizens from themselves and all their activities. The destruction of the wealth-building process, which is inherent in a free society, is never anticipated. Once it's realized that it has been undermined, it is too late to easily reverse the attacks against limited government and personal liberty." -- Ron Paul

1 0

Re: [DInput] Tribes fix...
by Ove Kaaven 11 Feb '03

11 Feb '03

man, 2003-02-10 kl. 23:21 skrev Lionel Ulmer: > Hi all, > > With this patch, Tribes1 now likes our DInput driver. > > Lionel (who waits for his beer when he will visit Sweden :-) ) > > Changelog: > Implement EnumObjects for the keyboard device > strcpy(ddoi.tszName, "a"); /* This should be better handled :-/ */ Perhaps the right way to do this would be something like GetKeyNameTextA(((i & 0x7f) << 16) | ((i & 0x80) << 17), ddoi.tszName, sizeof(ddoi.tszName));

2 1

err:keyboard:X11DRV_ToUnicode Please report
by Duane Clark 11 Feb '03

11 Feb '03

Originally discovered (as far as I know) by Paul McNett and mentioned in bug 1264, typing a shift-tab in an app under Wine generates the message: err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE20 (ISO_Left_Tab) : err:keyboard:X11DRV_ToUnicode (virtKey=9,scanCode=F,keycode=17,state=1) So here is a report.

1 0

Where oh where has Alexander gone?
by Shachar Shemesh 11 Feb '03

11 Feb '03

Hi, The last commit to wine has been done almost two weeks ago. I understood from half an email that Dimi wrote that Alexander was away from the Internet (away for almost two weeks! *shudder*). Anyone knows where, when and what? Is all ok? -- Shachar Shemesh Open Source integration consultant http://www.consumer.org.il/sun/

2 1

Treeview Error.
by Drew "DanteAliegri" Ogle 11 Feb '03

11 Feb '03

I've found the problem, but I'm not sure how to fix it. Just to explain the error, putty and some other things that use treeviews stopped working. The treeview would appear, but content to its left would not. The problem is this: in TREEVIEW_DoSelectItem of dlls/comctl32/treeview.c sends a TVN_SELCHANGINGW and then a TVN_SELCHANGEDW, however putty at least, is looking for a TVN_SELCHANGED , which compiles to a TVN_SELCHANGEDA. Changing these there restores putty and winamp's preference dialog to the way they worked before. What needs to happen then, is somewhere we know that we are calling into a A callback, so we can change the TVN_SELCHANGEDW code to TVN_SELCHANGEDA.

1 0

NamedPipe conformance tests
by Dan Kegel 11 Feb '03

11 Feb '03

A couple questions: 1. Is anyone working on NamedPipe conformance tests? If not, I'd be happy to try. (Might be a challenge to scare up a Server version of Windows, so initially I'd just write the tests on Wine, and make sure they compiled with winelib and with vc++.) 2. Since CreateNamedPipe is only available on Server versions of Windows, we need a way to avoid running the test on non-server versions. Er, I suppose checking for the presence of CreateNamedPipe would be the way to go :-) I at first tried detecting the Windows version, but that's far too hairy. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 2

Wine, FreeBSD, and PPC
by ArchAngel_Nix 11 Feb '03

11 Feb '03

I am running Gnome on a variant of FreeBSD called Darwin. Darwin runs on PPC architecture opposed to x86 architecture. My question is can Wine run on this variant of FreeBSD? Can I download the source and build Wine for my system? Will Wine work with other processor architectures, or only x86? Thanks for the help. -Mike Holley- mike(a)holleyinc.com

3 2

Re: Windows API (What I have so far)
by Brian Vincent (C) 11 Feb '03

11 Feb '03

> Also not that the resulting display is as ugly as an airport. This was, > in fact, on purpose. If you view the source of the HTML, you will find > that it was meant to be styled with a CSS, and thus contain no > formating directives, but do contain "class" directives. I added a stylesheet and in comes out looking slightly less ugly than an airport. More like a large, urban train station. But that probably has more to do with the colors I used than anything else. Rather than update your perl script, I'll just give some simple directions: 1) edit the top of the html output to include this: <HTML><HEAD> <LINK href="style.css" type=text/css rel=STYLESHEET> </HEAD> <BODY> (and you might want to add </BODY></HTML> at the end for good measure) 2) Then create the file style.css containing these lines: body { margin:0px; background-color:#660000; scrollbar-face-color: #DA7923; scrollbar-shadow-color: #80705D; scrollbar-highlight-color: #80705D; scrollbar-3dlight-color: #CEC6BC; scrollbar-darkshadow-color: #B8AA9A; scrollbar-track-color: #B8AA9A; scrollbar-arrow-color: #80705D; } td {vertical-align:top; font-family: Arial, Helvetica, sans-serif; font-size: 12px; color: #333} td.middle {vertical-align:middle} td.CyclicDepend {background-color: #111} a {text-decoration: none; font-family: Arial, Helvetica, sans-serif; font-size: 12px;color:#c60} a:hover {font-family: Arial, Helvetica, sans-serif; font-size: 12px;color:#fff} H1 {font-family: Arial, Helvetica, sans-serif;font-size: 13px;font-weight: bold;color: #993300;} ------- Brian Vincent vincentb(a)coppercolorado.com

1 0

smatch, something like the Stanford Checker
by Michael Stefaniuc 11 Feb '03

11 Feb '03

Hello, i always dreamed to have something like the Stanford Checker for Wine and some days ago i've seen on freshmeat smatch http://smatch.sourceforge.net/ . It's a project from KernelJanitors and it seems usefull, at least it's worth an entry on Dimi's janitorial page. A short description: Smatch is basicaly a patch to gcc-3.1.1 that makes the gcc dump out it's internal represantation of the code and a set of perl modules/scripts to ease the parsing of the dumped code. Most of the perl scripts are for the Linux Kernel but writing new scripts seems to be easy. I wrote (well, mostly adapted an existing script for the kernel) one script http://people.redhat.com/mstefani/wine/smatch/enter_leave.pl (if we decide to adopt smatch it should probably go to $wine/tools/smatch/) to find code path with missing LeaveCriticalSection's. Scripts to find some other usefull things like fd, DC, GDI obejects leaks should be easy to write. Comments? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Re: revised direct sound capture patches
by Dmitry Timoshkov 11 Feb '03

11 Feb '03

"Robert Reif" <reif(a)earthlink.net> wrote: > wineoss.diff starts to add support for a real direct sound capture > driver. It also > changes the capture fragment size but this still needs tuning for best > performance. > @@ -534,11 +536,11 @@ > #ifdef EMULATE_SB16 > ossdev->in_caps.wMid = 0x0002; > ossdev->in_caps.wPid = 0x0004; > - strcpy(ossdev->in_caps.szPname, "SB16 Wave In"); > + strncpy(ossdev->in_caps.szPname, "SB16 Wave In",MAXPNAMELEN-1); > #else > ossdev->in_caps.wMid = 0x00FF; /* Manufac ID */ > ossdev->in_caps.wPid = 0x0001; /* Product ID */ > - strcpy(ossdev->in_caps.szPname, "OpenSoundSystem WAVIN Driver"); > + strncpy(ossdev->in_caps.szPname, "OpenSoundSystem WAVIN Driver",MAXPNAMELEN-1); Why do you need these changes? MAXPNAMELEN in include/mmsystem.h is defined as #define MAXPNAMELEN 32 /* max product name length (including NULL) */ so it's perfectly correct to use strcpy here. -- Dmitry.

2 2

Windows API script updated
by David Miller 10 Feb '03

10 Feb '03

I've updated my script to output imported_api.html which lists all of the dlls and the specific APIs imported from other dlls. Hopefully that is a bit more useful than just which dlls are imported. There is a sample output here: http://home.ptd.net/~compsol/imported_api.gz It is about 800kb gzipped. It was 7MB before compressing. :) If anyone is interested, the script is attached again. You'll need to run with -parse to get this HTML. Now, should exported APIs somehow be part of the HTML as well?

1 0

WS_EX_TRANSPARENT bug
by Felipe W Damasio 10 Feb '03

10 Feb '03

Hi, First of all, I'd like to thank Tony Lambregts and Sander van Leeuwen for helping me. Tony: Since I tested and saw that Sander's patch fixed, I closed the bug. That patch should definitely enter on mainline! Anyway, I'm here to report another bug: CreateWindow's flag WS_EX_TRANSPARENT doesn't do anything. Cesar Mello did a little example program which uses this flag: Both source and an executable are available here: ftp://ftp.elipse.com.br/pub/transp/transp-exe.tar.gz ftp://ftp.elipse.com.br/pub/transp/transp-source.tar.gz I'll enter this bug on bugzilla right away. Does anyone can help me with this? Thanks, Felipe

4 4

AppDB updated
by Andreas Mohr 10 Feb '03

10 Feb '03

Hi all, I just (well, not "just": more like a matter of a whole week or so) committed about 170 or so new entries to the AppDB, thus reaching a count of 1523 distinct applications. I guess I'm feeling really exhausted now... Anyway, have fun browsing the site at http://appdb.winehq.org ! Andreas Mohr

5 4

press: International Herald Tribune review
by Dan Kegel 10 Feb '03

10 Feb '03

The review was of a Linux distro, but one of the big failings the reviewer cited was the inability to run "the Oxford English Dictionary on CD-ROM". http://www.iht.com/articles/86157.html --------- PARIS For several years now I have thought longingly about Linux, the power-to-the-people operating system that is said to be as stable as a rock, open and free and the embodiment of everything good in the world - in short, the exact opposite of Microsoft's Windows, both technically and politically. ... Early on, Lindows had claimed that it would be able to run all Windows programs, and it came with a utility called WINE that was supposed to make this miracle occur. In fact, it can run some Windows programs, Office 2000, for example, but can't run others, like Office XP. In general, the more sophisticated the Windows program, the less likely that WINE/Lindows is going to be able to run it. Lindows has changed its position. They've realized that trying to piggyback on Windows programs is a recipe for frustration, and WINE is no longer part of Lindows. The current view, Schwartzman said, is that "if there's a Linux alternative, you're going to have a better experience." ... I use GotoMyPC all of the time to access my home computer from other places. It doesn't work with Linux. I have the Oxford English Dictionary on CD-ROM, which I also use all of the time. It, too, does not work with Linux. There are too many programs for which there is no Linux alternative. . Lindows is a bold and commendable effort to challenge the Microsoft hegemony and make computers cheaper. Unfortunately, it fails. ---------- -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

SW_SHOWMINIMIZED bug
by Felipe W Damasio 10 Feb '03

10 Feb '03

Hi, SW_SHOWMINIMIZED has a weird bug: The application, when restored, goes blank and have to be killed and re-started to work again. This looks like an internal loop inside wine, or a wrong XLib flag being set. Cesar Mello (mello(a)elipse.com.br) wrote a little app to test it, and both the source and an executable are available for download here: ftp://ftp.elipse.com.br/pub/showWindow/showWindow-exe.tar.gz ftp://ftp.elipse.com.br/pub/showWindow/showWindow-src.tar.gz Can anybody help me with this? This seems to be critical, because to app does not work anymore untill it is re-started. I'll add an entry to bugs.winehq.com now. Thank you and kind Regards, Felipe

1 1

Started playing with Wineserver on mingw/cygwin again
by Steven Edwards 10 Feb '03

10 Feb '03

well I made it serial.c before I had to run to work. I'm having good luck getting alot of the objects to compile so far I've only had to kill file.c, ptrace.c, request.c and select.c. Getting this to build and run on Windows is going to be a bitch =) gettimeofday, fork and all of fd and networking is going to be the hard part. I've started a tempory header to see what will need to be implemented in libwine if we want to get wineserver up and running on Windows without cygwin. Cygwin still really needed get/setthreadcontext (hint, hint) Thanks Steven /* I kill'd file.c, ptrace.c, request.c, select.c * * get/set thread context still needs to be done for Mingw and Cygwin * * main.c needs a lot of work */ /* object.h and async.h */ struct timeval{ int tv_sec; int tv_usec; }; /* debugger.c */ #define SIGTRAP NULL /* file.c - doesnt work */ #define O_NONBLOCK 0 #define POLLIN 0 #define POLLOUT 0 #define POLLIN 0 #define POLLOUT 0 /* main.c */ #define SIGPIPE NULL #define SIGHUP NULL #define SIGQUIT NULL /* named_pipe.c */ #define PF_UNIX NULL #define SOCK_STREAM NULL /* object.c */ #define POLLERR 0 #define POLLHUP 0 __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

22 54

Re: SMATCH: add missing LeaveCriticalSection
by Dan Kegel 10 Feb '03

10 Feb '03

Michael Stefaniuc wrote: > on some error path the critical section wasn't released. > Found with smatch's help. I'm impressed. Didn't know smatch could detect this kind of thing in Wine code. For those who haven't heard of smatch, see http://smatch.sf.net - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

IPCWorkshop
by Dan Kegel 10 Feb '03

10 Feb '03

There's a fun little test app (with source) called IPCWorkshop at http://www.codeproject.com/threads/ipcworkshop.asp I noticed it probably needs a Sleep(500) in its Mailslot receive loop, and a lot of its stuff doesn't seem to work on my Windows Me system, but its "filemapping" and "mailslots" modes do seem to work on Windows Me. (Oddly, "Clipboard" doesn't work for me on Windows Me. This app is fairly new, maybe it's still a bit buggy.) None of its modes seem to work on Wine. Not sure why. In server mode, it never redraws, so the GUI is messed up somehow. I'm sure this app triggers several Wine bugs. Anyway, if anyone's looking for simple test apps that exercise various IPC methods, this one might be worth checking out. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

visual studio 6 not happy?
by Dan Kegel 10 Feb '03

10 Feb '03

wine cvs doesn't run visual studio 6 especially happily. Building a simple app fails with "Error executing rc.exe". I wonder if this is another example of that named pipe failure... it certainly is calling PeekNamedPipe to beat the band, and http://www.microsoft.com/msj/0698/win320698.htm says that vcspawn.exe (used to run external processes) probably uses named pipes to communicate with msdev. Guess it's back to the commandline for me. Yep, exporting a makefile and building with nmake works better. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Windows API (What I have so far)
by David Miller 09 Feb '03

09 Feb '03

I thought a few of you might be interested in the current status of this script, so here is an update. I will attach a copy in case anyone wants to test it, or add functionality or fixes. I'd be interested in the results of any tests, especially if you discover any parsing errors. It is far from complete, but at this stage does the following: - Scan a given path, locating all dll files - Generate an HTML map of dll imports only (sorted, lowercase, stripped of paths) - dumpbin /import and dumpbin /export on all dll files and save the results in imports.txt and exports.txt respectively - parse imports.txt as follows, and save the results in imported_api.txt: DLL name imported DLL imported API - parse exports.txt as follows, and save the results in exported_api.txt: DLL name exported API Future plans: - Create a matrix of data currently in HTML map - Generate HTML cross reference of all imported/exported API - Implement dumping of data into a database (Something queryable, but what?) - Detect and report unimplemented APIs in wine

4 8

More on the Treeview
by Drew "DanteAliegri" Ogle 09 Feb '03

09 Feb '03

also, when I replaced the comctl32 with a native, it didn't fix the problem, so I'd think its safe to say that the error is occuring outside comctl32.. -Dante

1 0

Tried to install Red Alert - Yuri's Revenge
by David.Goodenough＠DGA.co.uk 09 Feb '03

09 Feb '03

and it failed. The installer said that comctl32.dll was too old, did I want a new one, so I said no. They it said that DirectX was a level 0 (well actually a long list of 00.00s), and asked if I wanted to install what looked like version 4 (although the docs with the CD say that it will install 8.0a). When I said no to that the installer quit. This was a Debian unstable system, which is using the latest Wine.deb. So how is it detecting the age of comctl32, and how should I convince it that the dll really is up to date, and do I need to install the front bits of DirectX in order to use the support that Wine is now increasingly providing, or should Wine be advertising its DirectX support differently. This is the first time I have tried to install a DirectX program on the machine, and I do not know quite how I should proceed. Thanks in advance David

2 1

Treeview Regression
by Drew "DanteAliegri" Ogle 09 Feb '03

09 Feb '03

There has been a treeview regression, since at least 20030115, I assumed someone would take it up, but noone has. I will try to fix it, but a rather simple testcase ( ~200 lines of C ) is at http://open-socket.dyndns.org/~dante/treeview-testcase.tar.bz2 What appears to be happening, is when the dialog recieves a message that is WM_NOTIFY , it excpets the lparam to 1) be LPNMHDR, and lparam->code to be TVN_SELCHANGED. the lparam->code that wine appears to be returning is 0. -Dante

1 0

Crash in MSVCRT_type_info_name
by Uwe Bonnes 09 Feb '03

09 Feb '03

Hallo, Altera Quartus crashes soon after start when run with builtin msvcrt: 00000009:Call msvcrt.?name@type_info@@QBEPBDXZ(00000062) ret=407ec69a trace:msvcrt:MSVCRT_type_info_name trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x402a680b trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000006a I didn't see where the argument(00000062) comes from. Any ideas? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

IDA regression again :-)
by Lionel Ulmer 09 Feb '03

09 Feb '03

Hi all, Seems that with latest CVS, the ncurses driver 'added' a lot of regressions to IDA... The biggest gripe is that the mouse support is VERY flaky (I can click some times but once it stops working, it seems that I cannot do anymore with it). As I do not know exactly how to select stuff in the GUI using only the keyboard (which seems flaky too as the Backspace and Delete key seem not really to work), I am a bit stuck. How could one help debug this relatively crucial application to help in some D3D / OpenGL investigations ? Lionel PS: we REALLY should be able to use the old slow as hell graphical driver as a fallback.... -- Lionel Ulmer - http://www.bbrox.org/

2 3

Good source of test case source?
by Dan Kegel 09 Feb '03

09 Feb '03

Source code downloaded from any *.microsoft.com server is copyright Microsoft, and they would not take kindly to us using it in our regression test suite, I'm sure. I hope I speak for everyone here when I say it seems important to carefully obey the letter of the law when it comes to avoiding copyright issues that might taint our efforts. So where should a developer go to find good code snippets when writing Wine regression or compliance tests, without running afoul of copyright laws? One possibility is http://www.codeproject.com. Their submission page, http://www.codeproject.com/info/submit.asp, quite clearly states: "If you post to CodeProject then you retain copyright of your article and code. You also give CodeProject permission to use it in a fair manner and also permit all developers to freely use the code in their own applications. ... You are more than welcome to submit code that is already published at another site, provided you own the copyright on that article, and provided you have not given the other site exclusive rights to your article." That sounds like code at CodeProject is fair game. Do other (smarter) people agree? I ask, of course, because I'd like to make sure it'll be ok to submit a testcase based partly on CodeProject code. Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Error installing iKernel.exe: (0x1400)
by Dan Kegel 09 Feb '03

09 Feb '03

This is something I see frequently. Here's my little FAQ about it: When running an Installshield 6 installer: If you get the error "Error installing iKernel.exe: (0x1400)" at any point, it's probably because there are leftover processes from a previous try. You can verify this with the command $ ps augxw | grep wine If that command shows old copies of wine running your setup, you need to kill them before you can run the setup program. If there are no other Wine programs running, you can kill them all with the command $ killall wine If you're also running Wine programs you care about, you'll have to kill off the old Setup instances one by one using kill and the individual PIDs (or perhaps Wine's spiffy Task Manager, which doesn't exist yet). Then repeat the ps to make sure the old wines are gone. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: Implement font glyph rotation
by Huw D M Davies 08 Feb '03

08 Feb '03

On Thu, Feb 06, 2003 at 09:50:57AM -0500, Warren_Baird(a)cimmetry.com wrote: > > > > ChangeLog: > > Add support for font glyph rotation in GetGlyphOutline. > > Description: > > Fixed bad angle conversion from tenths of degree to FT_Fixed on > big-endian machines. > > Fixed bad calculation of the gmCellIncY bounding box field > in the case of a rotation. (just imagine what you would get > as result from "-(vec.y+63) >> 6" when vec.y is zero... what > we expect really is zero, not -1). > > Fixed wrong rotation matrix used to transform the outline. > > Rotate each point of the outline before it gets converted > by FTVectorToPOINTFX in the GGO_NATIVE case. > > Warren Baird : Warren_Baird(a)cimmetry.com > Dave Belanger > > diff -ur clean/wine/dlls/gdi/freetype.c wine/dlls/gdi/freetype.c > --- clean/wine/dlls/gdi/freetype.c 24 Jan 2003 15:12:16 -0000 1.1.1.3 > +++ wine/dlls/gdi/freetype.c 28 Jan 2003 18:37:34 -0000 > @@ -1510,7 +1510,7 @@ > if(font->orientation) { > FT_Matrix matrix; > matrix.xx = matrix.yy = pFT_Cos(angle); > - matrix.xy = -pFT_Sin(angle); > + matrix.xy = pFT_Sin(angle); > matrix.yx = -matrix.xy; > > pFT_Outline_Transform(&ft_face->glyph->outline, &matrix); Hi, Are you sure about this hunk? Iirc there was a vesion of FreeType that incorrectly swapped the meaning of matrix.xy and matrix.yx, but as I understand it this has now been corrected. Which version of FreeType have you been using? We could probably add a run time check to work around this bug if need be. Huw.

1 0

Re: Map "MS Sans Serif" font -> "Microsoft Sans Serif"
by Huw D M Davies 08 Feb '03

08 Feb '03

On Wed, Feb 05, 2003 at 06:32:09PM -0500, Warren_Baird(a)cimmetry.com wrote: > > > > ChangeLog: > > Added a fixed alias mapping "MS Sans Serif" -> "Microsoft Sans Serif". > > Description: > > Some excel documents expect to be able to load an "MS Sans Serif" > font and were getting "Microsoft Sans Serif" instead. > Why don't you add a font substitution to the registry? Under HKLM\\Software\\Microsoft\\Windows NT\\CurrentVersion\\FontSubstitutes something of the form "MS Sans Serif"="Microsoft Sans Serif" should work. Huw.

1 0

Re: Underline and strikethrough support
by Huw D M Davies 08 Feb '03

08 Feb '03

On Wed, Feb 05, 2003 at 06:18:50PM -0500, Warren_Baird(a)cimmetry.com wrote: > > > ChangeLog: > > Add support for underline and strikethrough font in XRender. > > Description: > > Use lfUnderline or lfStrikeOut logical font field in > X11DRV_XRender_ExtTextOut to determine if we should draw a > line using TSXDrawLine across or under the font that just got > rendered. Hi, The problem with this code is that it won't work for rotated text. Also the line widths and positions should be obtained using from the OUTLINETEXTMETRICS structure. Huw.

1 0

Re: Fix module entry deallocation in MODULE_DecRefCount
by Warren_Baird＠cimmetry.com 08 Feb '03

08 Feb '03

>the fix doesn't seem the right one... could you post a -debugmsg >+file,+module of what really happens here The places I've seen it happen are in parts of a large and complicated program - I'll see if I can find a simple test case that repros the problem and post a trace here. But I can give you more details on what I found happening... After calling LoadLibrary("foo") there were two entries for library foo in the MODULE_modref_list. When you unloaded the library the first entry found was removed, but the 2nd entry remained, but the memory behind it didn't exist any more. If you tried to load the library again, the loading code would find the entry in the modref list and try to reuse it, and immediately segfault... I seem to recall that the first entry had the correct path to the library, and the send entry had "C:\windows\system\foo.dll" or something like that... Note that I've only observed this on a sparc/solaris system - it may be due to a pecularity of the way libs are loaded there... If I can repro it with a simple enough case to generate a reasonably sized log, I'll post it here, hopefully tomorrow... Warren

2 1

OLE speed, builtin vs. native
by Dan Kegel 08 Feb '03

08 Feb '03

I'm testing an Installshield 6 setup program tonight against wine-20030115 remotely over a 1Mbit/sec link. Running native $ wine SETUP.EXE takes 1 minute 40 seconds to put up the main dialog. With the DLL overrides $ wine --dll compobj,storage,ole,ole2,ole32,oleaut32,rpcrt4=n SETUP.EXE it takes 1 minute 10 seconds. So our OLE seems to be noticably slower. I imagine we'll fix that up before 1.0. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Various Visual FoxPro bug reports filed
by Paul McNett 07 Feb '03

07 Feb '03

Hello, I just filed 5 bug reports (1263-1267) regarding various issues with Microsoft Visual FoxPro. These represent some of the most obvious issues, but I'm sure I'll find more as I move my Visual FoxPro development over to Linux from Windows. I have a demo Visual FoxPro application that demonstrates these issues and a few more that I haven't reported in BugZilla yet. You can get this app from my site at: http://www.paulmcnett.com/vfp/testwine/ I'll be updating this app as new issues are discovered and old ones resolved. I'll now take this opportunity to thank everyone here for making Wine what it is today: you are giving me the ability to move off of Windows completely and yet still use my favorite development environment. Kudos to everyone involved! -- Paul McNett - p(a)ulmcnett.com Hollister, California, USA

1 0

145 Gnu Makefiles for all Petzold Programs
by John Kopplin 07 Feb '03

07 Feb '03

I have just completed 145 Gnu makefiles that allow the free MinGW (Gnu) Compiler to compile and execute all of the example programs which Charles Petzold describes in his "Programming Windows Fifth Edition" book, which is the standard reference book on Microsoft's WIN32 API. I freely distribute these 145 makefiles in a .ZIP file, along with an installation program that will copy them into Petzold's directory structure, from my web page at: http://www.computersciencelab.com/Petzold.htm Only 5 of the 145 programs require user intervention to compile with the Gnu compiler, which is not bad for porting that many programs to a new compiler, especially given Microsoft's lax adherence to standards. I would be very pleased if these makefiles would help with the development of the Wine emulator. John Kopplin _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

2 1

To select or LBS_NOSEL...
by Ferenc Wagner 07 Feb '03

07 Feb '03

Hello, can anybody think of a way that a listbox with LBS_NOSEL style can still highlight a row, return meaningful values for LB_GETCURSEL and in general behave exatly like a selectable one? This is the behaviour I see under Win 95 and XP (using Spy++), and what I can achieve under Wine by unsetting the LBS_NOSEL attribute in LISTBOX_Create. What's going on? MSDN tells what you'd expect... I would be grateful for any insight. I hope to create some test program soon, but since I've never coded Windows GUIs it will probably take some time and brain cells. Feri.

1 0

Listview problems
by Dan Kegel 07 Feb '03

07 Feb '03

I've already sent this to Dimi, but... the demo http://msdn.microsoft.com/downloads/samples/internet/commctrl/vlistvw/defau… doesn't work very well with Wine at the moment. It demonstrates the LVS_OWNERDATA variant of a listview. I built it with msvc6. The default view looks ok, but if you pick a different view, the fun starts... "large icons" seem to all be drawn on top of each other. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 3

edit control bug
by Felipe W Damasio 07 Feb '03

07 Feb '03

Hi, I'm porting a software using winelib and found a (at least I think so) serious bug with the edit control: When you put a lot of text in an edit control and then begins to backspace them, the app simply seg faults. I'm using wine-20030115 but also tried wine-20021031, and both have this bug. Both the source and the executable for test are available here: ftp://elipse.com.br/pub/EditControl/about1-src.tar.gz ftp://elipse.com.br/pub/EditControl/about1-exe.tar.gz Yeah, I stole the example from Petzold's book....so please enter help->about to see the dialog :) Can anyone help with this? Is this a known wine bug? I did the usual google search but couldn't fine any reference of this. But if is: Is somebody working on it? Or will anyone work on this? And can I help? Thanks for any help you can give me (please CC me). Felipe

3 5

Re: RtlUpperChar (was: some ntdll functions) [Virus checked]
by thomas.mertes＠t-mobile.at 06 Feb '03

06 Feb '03

Dan Kegel <dank(a)kegel.com> wrote: > That looks like a horrible kludge. Before we settle on > something like this, we should probably consult the > people on the unicode mailing list to see what they > suggest. This is not what I suggest. Please read my complete mail. I wrote: I did a test on w2k trying to convert all chars between 0 and 255. The result was: Just 'a' .. 'z' are converted to 'A' .. 'Z', all other characters remain unchanged. I switched the machine between 'EN' (English) and 'DE' (German) and no difference. My test Function is: static void test_RtlUpperChar(void) { int i; CHAR ch; CHAR upper_ch; CHAR expected_upper_ch; for (i = 0; i <= 255; i++) { ch = (CHAR) i; upper_ch = pRtlUpperChar(ch); if (ch >= 'a' && ch <= 'z') { expected_upper_ch = ch - 'a' + 'A'; } else { expected_upper_ch = ch; } /* if */ ok(upper_ch == expected_upper_ch, "RtlUpperChar('%c') has result '%c', expected '%c'", ch, upper_ch, expected_upper_ch); } /* for */ } ... and this test passed really under native w2k. Greetings Thomas

2 1

WineConf 2003
by Dan Kegel 06 Feb '03

06 Feb '03

How about we hold it as a satellite conference to LinuxTag, Karlsruhe, Germany, 10-13 July 2003? LinuxTag is a very big, very cool event. See http://www.linuxtag.org/2003/en/conferences/cfp.html - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 5

Re: Fix module entry deallocation in MODULE_DecRefCount
by Eric Pouech 06 Feb '03

06 Feb '03

Warren_Baird(a)cimmetry.com wrote: > > > ChangeLog: > > Fix module entry deallocation in MODULE_DecRefCount. > > Description: > > Also decrement the reference count on any other libraries with > exactly the same short name since two module entries are being > allocated when we load the library. Maybe the real fix here would > be to ensure that a module entry is allocated no more than once > but we couldn't figure out how to do that. the fix doesn't seem the right one... could you post a -debugmsg +file,+module of what really happens here A+ -- Eric Pouech

1 0

Re: RtlUpperChar (was: some ntdll functions) [Virus checked]
by thomas.mertes＠t-mobile.at 06 Feb '03

06 Feb '03

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > <thomas.mertes(a)t-mobile.at> wrote: > > > RtlUpperChar does not take the locale into account. It always convertes > > just > > 'a' .. 'z' and nothing else. > > > > Is this the right direction or did I miss something? > > No, that's not right. We really need to convert to unicode first, then > upper case unicode character and convert the result back to ansi. See > the ReactOS source for reference (at the first glance it closely enough > matches NTDLL asm code). I have not seen the asm code. I just do tests on w2k (see my other mail). ReactOS is ok but not my measurement. These tests suggest that the right implementation would be: CHAR WINAPI RtlUpperChar( CHAR ch ) { if (ch >= 'a' && ch <= 'z') { return ch - 'a' + 'A'; } else { return ch; } } I was not able to find any other behaviour under w2k. RtlUpperString also just converts 'a' .. 'z' to 'A' .. 'Z'. In my opinion RtlUpperChar and RtlUpperString are low level functions which do not know anything about locales / codepages. But the ntdll (and msvcrt) functions toupper and _toupper should know about locales / codepages (may be they should use the solution below). BTW: My other implementation did it the ReactOS way and is not a 'horrible kludge': CHAR WINAPI RtlUpperChar( CHAR ch ) { WCHAR wch; wch = toupperW(((WCHAR) ch) & 0xff); if (wch >> 8) { return ch; } else { return (CHAR) wch; } } According to my information: When you do not have multibyte chars (as it is here), you just set the upper byte to 0. Just look close: ((WCHAR) ch) & 0xff is necessary because CHAR is signed and ((WCHAR) ch) would sign extend (which is wrong). I did a test with the 'horrible kludge' on wine and it worked fine (The ISO Latin 1 charaters got converted in the right way). Greetings Thomas

2 1

Re: Fixes for makepath
by Dimitrie O. Paun 06 Feb '03

06 Feb '03

On Thu, 6 Feb 2003 Warren_Baird(a)cimmetry.com wrote: > - TRACE("got %s %s %s %s\n", drive, directory, > - filename, extension); > + char tmpPath[MAX_PATH]; > + TRACE("got %s %s %s %s\n", > + drive ? drive : "", > + directory ? directory : "", > + filename ? filename : "", > + extension ? extension : ""); Please use debugstr_a instead, like so: TRACE("got %s %s %s %s\n", debugstr_a(drive), debugstr_a(directory)... -- Dimi.

1 0

Re: Winspool errors with notepad
by Sylvain Petreolle 06 Feb '03

06 Feb '03

trace:winspool:AddPrinterA ((null),2,0x407c2c1c): stub trace:winspool:DEVMODEdupAtoW trace:winspool:AddPrinterW (L"",2,0x4026ac58) Following these debug messages, we see that the name of the server on which the server is installed changes fromNULL to "". Currently we dont support remote printers and the the name must be NULL otherwise the function fails. It lies into wine/dlls/winspool/info.c : if(pName != NULL) { ERR("pName = %s - unsupported\n", debugstr_w(pName)); SetLastError(ERROR_INVALID_PARAMETER); return 0; The file was updated to avoid HEAP_strdupAtoW calls. Matthew, could you look at this ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

4 7

Re: Implement SelectPalette and RealizePalette in mfdrv
by Dmitry Timoshkov 06 Feb '03

06 Feb '03

<Warren_Baird(a)cimmetry.com> wrote: > diff -ur clean/wine/objects/palette.c wine/objects/palette.c > --- clean/wine/objects/palette.c Wed Jan 29 15:31:13 2003 > +++ wine/objects/palette.c Fri Jan 31 12:47:21 2003 > @@ -674,6 +674,7 @@ > } > if (!(dc = DC_GetDCPtr( hdc ))) return 0; > prev = dc->hPalette; > + if (dc->funcs->pSelectPalette) hpal = dc->funcs->pSelectPalette( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ here hpal is zeroed out. > dc->physDev, hpal, FALSE ); > dc->hPalette = hpal; ^^^^^^^^^^^^^^^^^^^ 1. The above code chunk always sets dc->hPalette to zero in the case of metafile dc. 2. It seems that most of your all patches are wrapped by your mailer. 3. Some of your patches use C++ comments. 4. Some of your patches use a C++ style of declaring variables in the arbitrary place of the function. Please fix all of the above and resend the affected patches. Thanks. -- Dmitry.

1 0

RE: WineConf 2003
by Patrik Stridvall 06 Feb '03

06 Feb '03

> LinuxTag is my favorite so far, fwiw, as > 1) it looks fairly well organized and interesting in its own right Yes, this is of course both good and bad. Good because it is as you said intresting, bad because we might lose the Wine focus. This is that IMHO happend at LinuxKongress in Erlangen (2000?). Sure it was a very nice social gathering and I enjoyed it very much but compared to WineConf 2002 in San Diego it didn't really amount to very much. Productively speaking that is. While I personnally are very likely to show up anyway, we really should carefully plan what we should do, not just take it as is comes as happend at LinuxKongress 2000. > 2) it's not freezing cold like Espoo in February would be True. It is quite cold here in Sweden right now and Finland is usually colder. :-) > 3) it's in a German-speaking country (I didn't learn my Grandma's > Finnish too well, but I did learn my Grandpa's German!) True. However the biggest use of I had of the little German I know was reading the menu at the resturant. :-) You will do fine with just English. > 4) it's the least likely of the bunch to conflict with the > arrival of my first kid on 31 July, the first day of the > Edinburgh event :-) 5) "The 9th Annual International LinuxTag will take place at the Convention Center in the Messe at Karlsruhe, Germany. Karlsruhe is located in the southern part of Germany near Heidelberg and can be easily reached via Frankfurt International Airport and by rail." Since AFAIK most European major airports (and quite a few minor airports) have flights to Frankfurt it will presumably be easier and cheaper traveling to than most of the alternatives. Please note if somebody wishes to speak at the conferance: "Abstract submission deadline: February 21, 2003"

1 0

Compile Error in d3d8
by Uwe Bonnes 06 Feb '03

06 Feb '03

Hallo, since about last week, wine compilation stops in d3d8: > device.o: In function `DrawPrimitiveI': > /home/bon/tmp/wine/compile/wine/dlls/d3d8/device.c:535: undefined reference to `glMultiTexCoord3f' > /home/bon/tmp/wine/compile/wine/dlls/d3d8/device.c:516: undefined reference to `glMultiTexCoord2f' > /home/bon/tmp/wine/compile/wine/dlls/d3d8/device.c:416: undefined reference to `glMultiTexCoord3f' I did a "make distclean" and the problem persists. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

Re: Opengl Glide
by Kristoffer Ericson 06 Feb '03

06 Feb '03

Greetings, I'm hoping we are nearing a solution, with so many people involved =) http://bugs.winehq.com/show_bug.cgi?id=1234 has been updated with logfiles and my small info. http://bugs.winehq.com/show_bug.cgi?id=1254 has been created with my info and logfiles. What other log files do you want? Best wishes >From: Lionel Ulmer <lionel.ulmer(a)free.fr> >To: Kristoffer Ericson <kristoffer_e1(a)hotmail.com> >CC: wine-devel(a)winehq.com >Subject: Re: Opengl Glide >Date: Wed, 5 Feb 2003 23:24:16 +0100 > > > Guilty as charged, been working on this thing for quite some time now. > >Well, can't find your bug report again... The latest open on Wine + Tribes >is not from you. > > > just send me the www link and i will upload the logs. > >If you can't find the bug anymore, raise two new ones (we will close the >old >ones when we find them :-) ). > >Or rather use this one for the dinput problem : > > http://bugs.winehq.com/show_bug.cgi?id=1234 > >If you can do for me the trace I asked at the end I would be happy :-) > > > Any idea, why Tribes don't detect opengl? i'm not familiar with any >other > > game that does this. Although i know that Tribes didn't support Opengl > > nativly but it added it with a patch later on. > >Well, for this, create a new bug and attach the +opengl,+relay,+x11drv log >I >requested. > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

RtlUpperChar (was: some ntdll functions) [Virus checked]
by thomas.mertes＠t-mobile.at 06 Feb '03

06 Feb '03

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > > IMHO RtlUpperChar has nothing to do for unicode chars. > > Is there a way to use Wine internal code page to do the conversion without > > converting to unicode and back? > > Wine has only unicode case conversion tables and currently there is no way > to avoid forth and back conversions. My solution for this is: /************************************************************************** * RtlUpperChar (NTDLL.@) */ CHAR WINAPI RtlUpperChar( CHAR ch ) { WCHAR wch; wch = toupperW(((WCHAR) ch) & 0xff); if (wch >> 8) { return ch; } else { return (CHAR) wch; } } This would mean: Some ISO Latin 1 characters would be converted additionally to 'a' .. 'z'. I did a test on w2k trying to convert all chars between 0 and 255. The result was: Just 'a' .. 'z' are converted to 'A' .. 'Z', all other characters remain unchanged. I switched the machine between 'EN' (English) and 'DE' (German) and no difference. May be this was the wrong place to switch the locale / code pages ... My guess is: RtlUpperChar does not take the locale into account. It always convertes just 'a' .. 'z' and nothing else. Is this the right direction or did I miss something? Greetings Thomas

3 2

controls\edit.c
by Dietrich_Teickner＠t-online.de 06 Feb '03

06 Feb '03

Hi , I have found, the undo_buffer_size for the realoated undo_buffer in controls\edit.c was invalid remembered, it was one to high (alloc_size/sizeof(WCHAR)). It must be alloc_size/sizeof(WCHAR) - 1. After second realloc and many(32) delete backwards was the word after the undo_buffer overwritten. Has the first allocated undo_buffer_size the VALUE from 15, so is the VALUE from undo_buffer_size after reallocation 32, not 31. Dietrich (from odin) /********************************************************************* * * EDIT_MakeUndoFit * * Try to fit size + 1 bytes in the undo buffer. * */ static BOOL EDIT_MakeUndoFit(EDITSTATE *es, UINT size) { UINT alloc_size; if (size <= es->undo_buffer_size) return TRUE; TRACE("trying to ReAlloc to %d+1\n", size); alloc_size = ROUND_TO_GROW((size + 1) * sizeof(WCHAR)); if ((es->undo_text = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, es->undo_text, alloc_size))) { es->undo_buffer_size = alloc_size/sizeof(WCHAR) - 1; ------------------------------------------------------------------> return TRUE; } else { WARN("FAILED ! We now have %d+1\n", es->undo_buffer_size); return FALSE; } }

1 0

remote app problem: menus go away at wrong time
by Dan Kegel 06 Feb '03

06 Feb '03

I was sitting at my wife's XP machine with a spare five minutes, and it suddently came to me that I haven't done enough remote testing of Wine. So I ran wcmd cygwin startx ssh -X mybox ssh mylaptop wine spyxx.exe just to see how well wine would work via two ssh hops on top of x on top of cygwin on top of winxp. First issue: you can't use the menus with the mouse! Sure, they'll pop up, but when you move the mouse down to one of the menu items, the menu goes away. It decides the user really wanted to highlight the toolbar, or something. Before you say "Aw, nobody'll do that", consider that LTSP is getting a lot more popular... and last week a local small business owner I know asked me to help set up diskless Linux workstations to run his existing Windows apps. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 6

Re: fix generation of PolyPolygon in mfdrv
by Dan Kegel 06 Feb '03

06 Feb '03

Warren, thanks for taking the time to submit all those patches! - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: move palettes from GDI heap to system heap
by Michael Stefaniuc 05 Feb '03

05 Feb '03

On Wed, Feb 05, 2003 at 06:30:21PM -0500, Warren_Baird(a)cimmetry.com wrote: > > > > ChangeLog: > > Allocate palette objects on the large heap instead of the GDI heap > to avoid GDI heap saturation. This is already in CVS. 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: Opengl Glide
by Kristoffer Ericson 05 Feb '03

05 Feb '03

Hey, Guilty as charged, been working on this thing for quite some time now. just send me the www link and i will upload the logs. Any idea, why Tribes don't detect opengl? i'm not familiar with any other game that does this. Although i know that Tribes didn't support Opengl nativly but it added it with a patch later on. Best wishes >From: Lionel Ulmer <lionel.ulmer(a)free.fr> >To: Kristoffer Ericson <kristoffer_e1(a)hotmail.com> >CC: wine-devel(a)winehq.com >Subject: Re: Opengl Glide >Date: Wed, 5 Feb 2003 18:21:53 +0100 > >Out of curiosity : are you the guy who submitted the Tribes 1 bug on WineHQ >about input and stuff ? > >If not, could you raise a bug (or two, one for input the other for OpenGL) >so that we could go back and forth on these issues more easily than by mail >on the devel list ? > > > * As soon as any key is pressed, wine quits > > = Fix with native dinput.dll version dx4->dx6 > >For this I would need a --debugmsg +dinput,+seh trace of the problem. THe >debugger won't work due to the 'LL hooks' problem, but let's hope that it >will be enough. > > > * Opengl isn't detected and impossible to choose > > = Currently no fix, although it works to use glidewrappers. Don't know > > what Tribes uses to detect opengl. > >For this, a +relay,+opengl,+x11drv log would be needed. > > > My other question is this, if i want to use glide (got a voodoo3) how do >i > > enable and use this in wine? > > > > Do i do a ./configure --enable-glide or --with-glide ? > > And so on.. > >If should be used automagically and not need any configure stuff. > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

2 1

Re: Code Duplication
by Brian Vincent (C) 05 Feb '03

05 Feb '03

>During my work to clean up the Unicode -> ascii cross-calls I have >noticed some A:W pairs where both are implemented in essentially the >same way. Would it be sensible in these case to make the A function into >a call to the W one, to reduce code size, or would I be wasting my time. This was discussed back in Novemeber: http://www.winehq.com/news/?view=143#Avoiding%20ASCII/Unicode%20Function%20D uplication Follow the "Archive" link for the thread. If I remember correctly there was no right or wrong thing to do - it depended on the case. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

font metrics II
by Scott Jackson 05 Feb '03

05 Feb '03

ok, here's a better question: since my Japanese fonts don't puke under X11 (but do under wine :-P ), is there any way I can get wine to ignore certain directories of fonts?? This would help b/c wine crashes on one of my Kappa fonts. Thanks! -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

2 1

{G|S}etThreadContext question
by Rein Klazes 05 Feb '03

05 Feb '03

hi, I am trying to add some support for the floating point unit to winedbg. I have one question to the experts. The debugger code gets/sets the CPU registers through a {G|S}etThreadContext() from the server, adding the flag CONTEXT_FLOATING_POINT should make sure to include the FP registers. This doesn't work because the server code clears the CONTEXT_FLOATING_POINT flag at some point (see attached patch). My patch is simply preventing this, but it may well be that the FP registers should be available at this point. So is this the correct fix? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 3

CVS Compile error.
by Patrik Båt 05 Feb '03

05 Feb '03

Hello people out there! Im trying to compile the cvs source of WINE and gets error: gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fno-keep-static-consts -D__int8=char -D__int16=short -D__int32=int "-D__int64=long long" -fPIC -D__WINE__ -fshort-wchar -D_REENTRANT -I/usr/X11R6/include -o dpnet_main.o dpnet_main.c cc1: Invalid option `-fshort-wchar' make[2]: *** [dpnet_main.o] Error 1 make[2]: Leaving directory `/root/winecvs/wine/dlls/dpnet' make[1]: *** [dpnet/libdpnet.so] Error 2 make[1]: Leaving directory `/root/winecvs/wine/dlls' make: *** [dlls] Error 2 Is it anyone ho have a clue? I updated the CVS source today, 2003-02-05 (YYYY-MM-DD). ./configure dosen't complaine... My system is: Linux 2.4.20, Debian 3.0 unstable. -- Patrik Båt <patrik(a)researchelectronics.se> Research Electronics AB

4 7

Re: CVS Compile error.
by Patrik Båt 05 Feb '03

05 Feb '03

hello, testing som stuff here.... root@lightning:~/winecvs/wine# gcc -fshort-wchar test.c cc1: Invalid option `-fshort-wchar' root@lightning:~/winecvs/wine# with 2.54 and root@lightning:~/winecvs/wine# gcc -fshort-wchar test.c root@lightning:~/winecvs/wine# cat test.c #include <stdio.h> int main() { printf("hello!"); } with 3.0 -- Patrik Båt <patrik.bat(a)home.se>

1 0

Opengl Glide
by Kristoffer Ericson 05 Feb '03

05 Feb '03

Greetings, I've been trying to get StarSiege Tribes 1 to work on wine, basicly this is what's currently wrong: * As soon as any key is pressed, wine quits = Fix with native dinput.dll version dx4->dx6 * Opengl isn't detected and impossible to choose = Currently no fix, although it works to use glidewrappers. Don't know what Tribes uses to detect opengl. The basic errors i'm getting in the terminal is. fixme:dinput:IDirectInputDevice2AImpl_EnumObjects (!stub) fixme:dsound:IDirectSoundImpl_SetCooperativeLevel err:dinput:SysMouseAImpl_Unacquire Unacquiring a not-acquired device !!! The first fixme, makes me hope that if that is fixed it might get Tribes to work using our own builtin dinput.dll My other question is this, if i want to use glide (got a voodoo3) how do i enable and use this in wine? Do i do a ./configure --enable-glide or --with-glide ? And so on.. I've compiled Mesa with glide support and installed the glidev3 package (using gentoo). Haven't been able to find any info on the homepage or mailing lists, and if needed i could compile a nfo file covering the subject once i understand it better. I would like to point out also that Tribes is working quite well in software mode and since late fall last year i've noticed that many problems has dissapeared. Btw, using daily cvs so got the latest patches. Best wishes Kristoffer _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

2 1

Re: Initialize listview item size.
by Dimitrie O. Paun 05 Feb '03

05 Feb '03

On February 3, 2003 11:58 am, Duane Clark wrote: > This is a separate bug from the other listview patches. If an app sends > a LISTVIEW_Paint to a new listview before adding any items (which an app > was :-) the item size was not getting set, causing subsequent > LISTVIEW_Paint calls to clip the painting. > > Changelog: > Make sure item size is initialized when the first item is added. This is an optimization I've put in to avoid a lot of complex calculations while the listview is initially populated (typically before it's being painted). You are right, we have to detect the change nItemCount from 0 to 1, to do all those calculations. But since we don't actually need them until we paint, I'd like to defer them as much as possible. Moreover, with your patch, we don't catch the SetItemCount case. What about this patch instead: Index: dlls/comctl32/listview.c =================================================================== RCS file: /var/cvs/wine/dlls/comctl32/listview.c,v retrieving revision 1.338 diff -u -r1.338 listview.c --- dlls/comctl32/listview.c 24 Jan 2003 00:54:59 -0000 1.338 +++ dlls/comctl32/listview.c 5 Feb 2003 06:48:41 -0000 @@ -7850,7 +7850,7 @@ { TRACE("(hdc=%p)\n", hdc); - if (infoPtr->bFirstPaint) + if (infoPtr->bFirstPaint && infoPtr->nItemCount) { UINT uView = infoPtr->dwStyle & LVS_TYPEMASK; -- Dimi.

2 1

Re: Code Duplication
by Rolf Kalbermatter 05 Feb '03

05 Feb '03

Matthew Davison <m.davison(a)virgin.net> wrote: >During my work to clean up the Unicode -> ascii cross-calls I have >noticed some A:W pairs where both are implemented in essentially the >same way. Would it be sensible in these case to make the A function into >a call to the W one, to reduce code size, or would I be wasting my time. I have noticed the same, and looking through it I have for myself come to the conclusion that if the function is rather simple, such as only calling a few A/W specific WinAPIs there is no gain in trying to make the A function call the W function other than an additional possible overhead in execution. Just make sure both functions remain at the same position in the source so that a prospective developer who patches one of the functions can't miss the other one. I for myself handle the rule: If the 'A calls W function with Unicode translation' results in more lines of source code than the direct A implementation I won't spend time to try to convert them. If the function however is a little more complex there is always the issue of maintaining two different functions in parallel and then making the A function call the W function is the most sensible approach indeed. Rolf Kalbermatter

1 0

wine ICMP code
by Jason Algol 05 Feb '03

05 Feb '03

hi guys, in dlls/icmp/icmp_main.c would it be possible to use system("/bin/ping..."); if not running as uid 0?, (or using pipes if the ouput needs to be parsed) as /bin/ping is obviously usually suid root and if the required options are available as arguments to /bin/ping then wine can do as requested without running as root, this would be useful to me with something im working on. if you guys do consider it a possibility, i would be willing to research it and write the patch, id just like the go-ahead from you :) if you can think of any other way round it, id be greatful to hear your suggestions. _________________________________________________________________ Worried what your kids see online? Protect them better with MSN 8 http://join.msn.com/?page=features/parental&pgmarket=en-gb&XAPID=186&DI=1059

3 2

Re: [Wine-d3d] [dx8]: warcraft 3
by Christian Costa 05 Feb '03

05 Feb '03

Raphaël Junqueira wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Le Samedi 25 Janvier 2003 15:07, Raphaël Junqueira a écrit : > >>Hi, >> >> i'm trying to get warcraft3 displaying something and looking at log i >>didn't understand why i can see anything (all rendering traces are ok). >>But when i used: >>wine --debugmsg +d3d,+opengl,+x11drv >>/mnt/win_c2/Jeux/Warcraft3/War3Demo.exe 2> /usr/src/wine/logs/war3.log >> >>i have found X11DRV interesting traces: >><> >>trace:x11drv:X11DRV_CreateWindow win 0x10021 window 0,0,0,0 client 0,0,0,0 >>whole 0,0,0,0 X client 0,0,0,0 xwin 2600001/2600002 >>trace:x11drv:X11DRV_ShowWindow hwnd=0x10021, cmd=1 >>trace:x11drv:X11DRV_SetWindowPos hwnd 0x10021, swp (0,0)-(0,0) flags >>00000063 trace:x11drv:X11DRV_SetWindowPos current (0,0)-(0,0), style >>86080000 warn:x11drv:SWP_DoOwnedPopups (0x10021) hInsertAfter = (nil) >>trace:x11drv:SWP_DoNCCalcSize (0,0)-(0,0) >>trace:x11drv:X11DRV_sync_whole_window_position setting win 2600001 pos >>0,0,0x0 after 400c7db4 changes=40 >>trace:x11drv:set_visible_style hwnd 0x10021 (2600001) set 1 visible 0 empty >>1 trace:x11drv:X11DRV_SetWindowPos hwnd 0x10021, swp (0,0)-(0,0) flags >>00000013 trace:x11drv:X11DRV_SetWindowPos current (0,0)-(0,0), style >>96080000 warn:x11drv:SWP_DoOwnedPopups (0x10021) hInsertAfter = (nil) >>trace:x11drv:X11DRV_sync_whole_window_position setting win 2600001 pos >>0,0,0x0 after 400c7db4 changes=40 >>trace:x11drv:X11DRV_SetWindowPos status flags = 1803 >>trace:x11drv:X11DRV_SetWindowPos status flags = 1863 >><> >> >>it seems that the created window have a (0,0) size !!!! >> > >i'm alone here ????? > Don't cry... You're not alone! ;-) > >i don't understand why this stupid game create an empty window > Turning x11drv and win debug channels gives the following log. trace:win:WIN_CreateWindowEx "Warcraft III" "Warcraft III" ex=00040008 style=86080000 -2147483648,-2147483648 -2147483648x-2147483648 parent=(nil) menu=(nil) inst=0x400000 params=0x44f500c0 trace:win:dump_window_styles style: WS_POPUP WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_SYSMENU trace:win:dump_window_styles exstyle: WS_EX_TOPMOST WS_EX_APPWINDOW trace:win:WIN_CreateWindowEx winproc type is 2 (WIN_PROC_32A) trace:win:WIN_SetRectangles win 0x10021 window (0,0)-(0,0) client (0,0)-(0,0) trace:x11drv:X11DRV_CreateWindow hwnd 0x10021 cs 0,0 0x0 trace:x11drv:X11DRV_SetWindowText text_cp = 0 trace:win:WIN_SetRectangles win 0x10021 window (0,0)-(0,0) client (0,0)-(0,0) trace:x11drv:X11DRV_CreateWindow win 0x10021 window 0,0,0,0 client 0,0,0,0 whole 0,0,0,0 X client 0,0,0,0 xwin 2c00001/2c00002 trace:win:WIN_SetWindowLong 0x10021 -21 44f500c0 2 trace:win:WIN_CreateWindowEx created window 0x10021 trace:x11drv:X11DRV_ShowWindow hwnd=0x10021, cmd=1 trace:win:SetWindowPos hwnd 0x10021, after (nil), 0,0 (0x0), flags 00000063 trace:win:dump_winpos_flags flags: SWP_NOSIZE SWP_NOMOVE SWP_FRAMECHANGED SWP_SHOWWINDOW trace:x11drv:X11DRV_SetWindowPos hwnd 0x10021, swp (0,0)-(0,0) flags 00000063 trace:x11drv:X11DRV_SetWindowPos current (0,0)-(0,0), style 86080000 warn:x11drv:SWP_DoOwnedPopups (0x10021) hInsertAfter = (nil) The log shows that the game does not create a windows with a (0,0) but a pop-up where xpos = ypos = width = height = CW_USEDEFAULT (0x8000000 or in decimal -2147483648). For pop-up and childs windows if witdh = CW_USEDEFAULT, width and height are set to 0. For overlapped windows, the width and height are set to make the lower-right corner of the windows corresponds to the lower_right corner of the screen. So the question is why does the game create a pop-up instead of a standard windows. That would be cool if we can solve this issue. Forcing the screen size make the game demo displays something like menus and so on. It's encouraging. :-) > > >helppppppppp > >>see attached log >> >>Raphael >> Christian

2 1

Trying to Port Over Adobe Photoshop
by aaronvaldes＠rogers.com 05 Feb '03

05 Feb '03

Hello I am trying to port over adobe Photoshop. When I execute: $ ./configure --with-wine=/usr/local/wine I get the error: ng whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C preprocessor... gcc -E checking whether ln -s works... yes checking for sqrt in -lm... yes checking for iswalnum in -lw... no checking for gethostbyname... yes checking for connect... yes checking "for gcc strength-reduce bug"... no checking "whether external symbols need an underscore prefix"... no checking "whether we can build a Linux dll"... yes checking "whether we need to define __i386__"... no checking "for g++ -fpermissive option"... yes checking "for g++ -fno-for-scope option"... yes checking for windef.h... configure: error: Could not find the Wine headers (windef.h) I would appreciate any help. I apologize if I dont have this formatted correctly. Aaron Valdes

3 2

Building crosstest ...
by Paul Millar 04 Feb '03

04 Feb '03

Hi everyone, Apologies for the rambling email, but here's a bit of a brain-dump. I don't know how much of this people already know about ... After banging my head against a wall for the past week or so, I've put together a script that builds a cross-compiling mingw. The cross-compiler should be suitable for building .EXE conformance test executables and is available from: http://www.astro.gla.ac.uk/users/paulm/Scripts/build-mingw-cross.sh Have a look at the top of the script to see how to get things working. (yes, I know /. has just done this, but their HOWTO is old, circa '99) That should be enough to get mingw for cross-compiling under wine, but there's still problems with the crosstest target for me. Using the current CVS, crosstest depends on winebuild. But the cross-compilation doesn't actually use winebuild. Worse, it fails whilst trying to building winebuild (missing libraries), if you haven't already built wine. I guess winebuild is missing some dependencies. A simple patch: --- Index: dlls/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/Makefile.in,v retrieving revision 1.168 diff -u -r1.168 Makefile.in --- dlls/Makefile.in 24 Jan 2003 01:08:15 -0000 1.168 +++ dlls/Makefile.in 4 Feb 2003 00:15:22 -0000 @@ -1181,7 +1181,6 @@ x11drv/x11drv.spec.def: $(WINEBUILD) $(SUBDIRS): $(IMPORT_LIBS:%=%.$(IMPLIBEXT)) -$(SUBDIRS:%=%/__crosstest__): $(IMPORT_LIBS:%=%.a) # Map library name to the corresponding directory --- fixes this, although I'm not 100% its correct. It stops the .a libraries from being built, but are they needed for crosstest? After this, it builds the advapi32 tests ok, but there's problems parsing the files include/winsock{,2}.h when it tries to build the dsound tests... Just thought people would be interested. ---- Paul Millar

2 1

Wine Definitions take #2
by Tom Wickline 04 Feb '03

04 Feb '03

Here is the list of Wine Static and Shareable Files after some updates. Same as before if you see something that's wrong could you let me know. Tom ----------- -- = files that are listed in this Doc but are not installed on my system. * = files are in this Doc and on my system @ = files that are on my system but not in the Doc # = files that are not in the Doc or on my System ( wineboot ) will be in future releases ? -- dosmod : Deleted as of Jan 2001. -- fnt2bdf : Discussed on Wine-Devel ( practically obsolete ) @ notepad : The windows Notepad replacement @ progman : Program Manager for WINE. @ regedit : A tool to edit your regestory or for exporting a windows registory to Wine. @ regsvr32 : A program to register .DLL's and .OCX files. @ uninstaller: A Winelib program to uninstall installed Windows programs. @ wcmd : Wine's command line interpreter @ widl : Wine IDL compiler * wine : The main Wine executable. This program will load a Windows binary and run it, relying upon the Wine shared object libraries. # wineboot : A Winelib application that's executed by Wine on startup of the first wine process of a particular user. wineboot won't automatically run when needed. Currently you have to manually run it after you install something. A list of what it currently does. * wininit.ini processing * registry RenameFiles entries * RunServices* / RunOnce* / Run registry keys -- winebootup : Now wineboot...... * winebuild : Winebuild is a tool used for Winelib applications (and by Wine itself) to allow a developer to compile a .spec file into a .spec.c file. * wineclipserv : The Wine Clipboard Server is a standalone XLib application whose purpose is to manage the X selection when Wine exits. @ wineconsole : a console program for wine, For running CUI executables (Windows console programs), use wineconsole instead of wine run). Not using wineconsole for CUI programs will only provide very limited console support, and your program might not function properly. * winedbg : Winedbg is the Wine built in debugger. @ winedump : A NE and PE file dumper @ winefile : A clone of the win3x filemanager @ winegcc/wineg++: Wrappers for gcc/g++ respectively, to make them behave as MinGW's gcc. Used for porting app's over to winelib. * winelauncher : A wine wrapper shell script that intelligently handles wine invocation by informing the user about what's going on, among other things. To be found in tools/ directory. Use of this wrapper script instead of directly using wine is strongly encouraged, as it not only improves the user interface, but also adds important functionality to wine, such as session bootup/startup actions. If you intend to use this script, then you might want to rename the wine executable to e.g. wine.bin and winelauncher to wine. the WINECONFDIR/config file. winemaker : Winemaker is a perl script which is designed to help you bootstrap the conversion of your Windows projects to Winelib. In order to do thisit will go analyze your code, fixing the issues listed above and generate autoconf-based Makefiles. @ winemine : A clone of "Windows Minesweeper" @ winepath : Specifies the path(s) in which to search for builtin dlls and Winelib applications. * wineserver : The Wine server is critical to Wine; it is the process that coordinates all shared Windows resources. -- winesetup : This is a Tcl/Tk based front end that provides a user friendly tool to edit and configure the WINECONFDIR/config file. * wineshelllink : This shell script can be called by Wine in order to propagate Desktop icon and menu creation requests out to a GNOME or KDE (or other Window Managers). @ winewrap : Takes care of linking winelib applications. Linking with winelib is a complex process, winewrap makes it simple. @ winhelp : For viewing windows help files * wmc : Wine Message Compiler it allows Windows message files to be compiled into a format usable by Wine. * wrc : Wine Resource Compiler. It allows Winelib programmers (and Wine itself) to compile Windows style resource files into a form usable by Wine.

5 6

Re: How to remount CDROM during program execution
by Roger Young 04 Feb '03

04 Feb '03

Tony Lambregts suggested that I check whether the problem (qv) was with Wine or WineX. It turned out to be a WineX problem. Remounting during program install works perfectly with Wine. Roger Young

1 0

Code Duplication
by Matthew Davison 04 Feb '03

04 Feb '03

During my work to clean up the Unicode -> ascii cross-calls I have noticed some A:W pairs where both are implemented in essentially the same way. Would it be sensible in these case to make the A function into a call to the W one, to reduce code size, or would I be wasting my time . -- Matthew Davison <m.davison(a)virgin.net>

2 1

Re: PATCH: glibc 2.3.x and errno
by lucho 04 Feb '03

04 Feb '03

Just an idea that could be of use. Since the __errno_location cannot be replaced anymore in glibc 2.3, isn't it possible to replace the %gs segment instead - Wine could create it's own %gs segments for it's threads, containing the errno's address where glibc is ecpecting it to be. Lucho

1 0

Paypal and website
by Joerg Mayer 04 Feb '03

04 Feb '03

Can you please add alt, height and width statements to the paypal button? It's completely invisible with konqueror otherwise (yes, I do have image loading diabled :-). The same is true for most pictures on the winehq pages. On a related topic: When will the new web pages be moved to winehq? Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

2 1

Re: Packagers Guide Update #5
by Tony Lambregts 04 Feb '03

04 Feb '03

Tom Wickline wrote: > Tony Lambregts wrote: > >> I don't think it is nessasary for a configure or shell script for >> this. I think we can just include it. Declaring it as an entity and >> wraping it in <programlisting> _should_ work. Tom: you can try this >> your self or if you want/need some help with this I'll see what I can >> do. >> > Declaring the sample config as an entity is as easy as the following patch. Index: wine-pkg.sgml =================================================================== RCS file: /home/wine/wine/documentation/wine-pkg.sgml,v retrieving revision 1.1 diff -u -r1.1 wine-pkg.sgml --- wine-pkg.sgml 19 Jan 2001 20:58:37 -0000 1.1 +++ wine-pkg.sgml 26 Jan 2003 18:02:24 -0000 @@ -5,8 +5,8 @@ %authors; <!entity packaging SYSTEM "packaging.sgml"> +<!entity config SYSTEM "samples/config"> ]> <book id="index"> ----- After making that change you can include the config file anywhere you like by using the directive &config; Getting around the <wineconf> problem is another problem however. It looks to me that this wineconf could just as easily been surrounded by stars or braces or whatever since getting rid of the lines does not seem to have affected any of my programs. If this is the case then getting rid of <> and replacing them with something else is the (easiest) solution. If we cannot replace the <> around wineconf the burning question for me is what is the directive to tell the make process ignore <wineconfig> Does anyone have an idea? Vincent...? -- Tony Lambregts

5 7

GDI question
by Hetz Ben Hamo 04 Feb '03

04 Feb '03

Hi, I'm testing some apps installation with either the free WineHQ, WineX, Crossover Office, and many times I see buttons and other GUI related stuff in the wrong size or place, and I understand it's a GDI related issue, so here's 3 questions.. 1. Is the GDI implementation is so bad that it needs hacking per app to make it look ok? 2. Is there a way to take GDI parts from native WIndows and use it in Wine? 3. Funding - can any company (transgaming, CodeWeavers, others) can estimate the cost of rewriting a better (and faster - the speed of Wine graphics today is something in magnitude of 486 PC!) GDI? Thanks, Hetz

7 9

Re: LISTVIEW_SetItemCount take 4
by Duane Clark 04 Feb '03

04 Feb '03

Duane Clark wrote: > Sigh.. I guess I really should have compiled that previous version > before sending it in. Sorry for the excessive traffic. So here it is > fixing compiler warnings, with the missing return added in, and with the > changelog. Hopefully this will be the last time. > Dimi, Dan and I have been looking into this further. This is not the right fix, so please do not apply.

1 0

Windows API database / map
by Dave Miller 04 Feb '03

04 Feb '03

I've begun cross referencing the windows dlls in a 'map' format as Dan Kegel suggested. I'm not finished yet because it seems when I sort alphabetically I am sorting the entire path. Sample output is here: http://home.ptd.net/~compsol/winxp_sample_map.html Be aware though this HTML is around 900K. If anyone has comments or suggestions on how to improve it or the next logical step please let me know.

5 6

Re: Using the real Windows kernel
by Mike Hearn 04 Feb '03

04 Feb '03

I suggest you read the GNU manifesto. The point of Wine and Linux is that it's a philosophically free replacement for the current status quo - simply using Microsoft code changes nothing except the way the windows look, which isn't really the point. thanks -mike On Mon, 2003-02-03 at 21:04, David Filskov wrote: > I'm not a programmer and I know this is not your goal... but: > > Woulden't it help if Windows users just copied the kernel from their Windows installation and used this for an alternative desktop/system? - I mean the Windows NT kernel seems to work alright, but all the things Microsoft put on top of it slows it down and locks people away from settings and confuses them etc... if you had people use the real kernel instead (without offering it online of course) Windows users could use YOUR desktop/GUI implementation but still use all the existing drivers and apps... and have faster and more configurable computer using your alternative desktop. > > I know a lot of Windows users who would want such an alternative... just a thought... > > --David Filskov > Denmark > -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

RE: Using the real Windows kernel
by Mathew McBride 04 Feb '03

04 Feb '03

Then how can we figure out how to get a desktop shell working etc? I think the ReactOS project is doing something simular (creating a NT-compatible kernel and I belive they are trying to implement DLL sharing between the two projects) -----Original Message----- From: wine-devel-admin(a)winehq.com [mailto:wine-devel-admin@winehq.com] On Behalf Of David Filskov Sent: Tuesday, 4 February 2003 8:05 AM To: wine-devel(a)winehq.com Subject: Using the real Windows kernel I'm not a programmer and I know this is not your goal... but: Woulden't it help if Windows users just copied the kernel from their Windows installation and used this for an alternative desktop/system? - I mean the Windows NT kernel seems to work alright, but all the things Microsoft put on top of it slows it down and locks people away from settings and confuses them etc... if you had people use the real kernel instead (without offering it online of course) Windows users could use YOUR desktop/GUI implementation but still use all the existing drivers and apps... and have faster and more configurable computer using your alternative desktop. I know a lot of Windows users who would want such an alternative... just a thought... --David Filskov Denmark

1 0

Re: How to remount CDROM during program execution
by r.young＠irl.cri.nz 04 Feb '03

04 Feb '03

Thanks for your three (very different) replies. >From Scott's comments I take it that the mount/unmount of file systems is such a basic part of *nix that it might take some lateral thinking to circumvent it. As for Sylvain's suggestion, I set up automounting this evening, but unfortunately this did not solve my problem: the same processes attached to /dev/cdrom were still open (5 belonging to wine and 1 to wineserver), and <eject> gave a "device busy" response. Tony Lambregts: >What version of Wine are you useing. Disk changing should not be a >problem under the latest releases of Wine. I'm not exactly sure. As you guessed I'm using Transgamings current winex installation (subscription version). >WineX is a different flavor of Wine, So it may still have this problem. In >other words if you have this problem when useing Wine then you should >report it to http://bugs.winehw.org . Since you have this problem under >WineX I guess you should be contacting Transgaming. I guess, except that's where I first posted this message and got no satisfactory response. Perhaps I ought to approach them more directly as you suggest. >I regularly use Riven which >is a five disk set. In order to play the game I have to change disks >when I move from one island to the next. I do recall that about a year >ago that there was a problem in that Wine would not close off files so >that umount would not work. There is one possible significant difference between installation of a program and changing disks in the course of a game as you describe: in the first case wine is running setup.exe which is on the CD, and hence wine has processes open which access the CD drive. In your case wine is running the game program which has been transferred to the hard disk. It is now Riven which accesses the CD drive and (conceivably) when the time comes to change the CD, it will first close down all processes which use the drive. Maybe. Thanks for your comments. I would welcome further discussion if anybody cares to join in. Roger Young r.young(a)irl.cri.nz

3 2

Listbox: LBS_NOSEL needs improvement?
by Ferenc Wagner 03 Feb '03

03 Feb '03

Hello! In listbox.c one can find the following comment: * Probably needs improvement: * - LBS_NOSEL Does anybody know what this means? What is missing? I'm struggling with a listbox which has this attribute, and still it is possible to select from it -- under Windows. Can LBS_OWNERDRAWFIXED interfere with this? By the way, under Wine the WS_VISIBLE and WS_VSCROLL style options are missing on this listbox. However, it has a vertical scrollbar, and visible. :) Is this normal? (I found no documentation for WS_VISIBLE.) Thanks: Feri.

1 0

Large number of patches
by Warren_Baird＠cimmetry.com 03 Feb '03

03 Feb '03

We've been putting a fair bit of work into wine over the last 6-8 months, and we've only recently had time to sit back and make patches- so sometime in the next couple of days I should have about 30 patches to submit. Most of them under 100 lines, but a few are over 200 lines and the biggest is about 600 lines long. Some of them are solaris/big-endian specific, but the majority of them are not. I'll have the patches as separate patch files with ChangeLog entries and descriptions - the question is whether I should submit them to wine-patches as 30 separate email messages or as a single message with 30 attachements... Anyone have a strong preference on this? Anything else special I should do? Warren

2 1

Re: Wineconf 2003
by Shachar Shemesh 03 Feb '03

03 Feb '03

Jeremy White wrote: >For where, I would think it's time to hold it in Europe. > Hear hear. I doubt I'll be able to afford a plane ticket to the U.S. at this stage of my life (turning to the independant life and all). Shachar

1 0

Scrollbars misplaced in several apps
by Dan Kegel 03 Feb '03

03 Feb '03

Several apps I've tried (including my company's app) have scrollbars in the wrong place, inset in the window by one scrollbar width. Duane Clark has seen this, too, and said "... the scrollbars being in the wrong position in the richtext window? I am pretty sure that is a richtext bug. I see it in every application that uses richtext. For example, run notepad and then resize the window. " (I tried running notepad, and couldn't reproduce it myself, so maybe I'm confused.) One app that shows the problem is Resource Hunter (free trial download at http://www.boilsoft.com/rchunter.html). Just start it, and look at the position of the scrollbars in the lower left pane. Is this a well-known problem? I'd like to try fixing it if nobody has a patch yet. Hints welcome. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 4

start_process
by Auge Mike 03 Feb '03

03 Feb '03

Hi all, Really I need your help to be able to understand how the WINE works internally, so please try to answer my Qs, even if they look easy for you? I need to know why ExitThread is called inside the "start_process" function i.e. which thread we are exiting in this case? Another thing? Which function is responsible for stat executing the binary file? Yours _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

Re: Initialize listview item size.
by Dimitrie O. Paun 03 Feb '03

03 Feb '03

On Mon, 3 Feb 2003, Duane Clark wrote: > This is a separate bug from the other listview patches. If an app sends > a LISTVIEW_Paint to a new listview before adding any items (which an app > was :-) the item size was not getting set, causing subsequent > LISTVIEW_Paint calls to clip the painting. Sorry Duane, maybe it's just Monday morning, but I don't understand this. If the listview has no items, what is it supposed to paint? Also, this just doesn't seem like the right place to place this check. What if the app doesn't call LVM_SETITEMCOUNT? -- Dimi.

2 3

Yardi works!
by Dan Kegel 03 Feb '03

03 Feb '03

I got Yardi Professional (the low-end version of the products at http://www.yardi.com) running under Wine, at least with its sample database! And it doesn't look bad. I guess someone with a real Yardi installation will just have to try it sometime soon to see if it works on real data, with the data stored on a network drive. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Re: RPC marshalling patch
by Greg Turner 03 Feb '03

03 Feb '03

On Thursday 30 January 2003 10:44 am, Ove Kaaven wrote: > This one is sure to give Greg something to work with... looks very interesting, indeed. > all of this was > implemented in a bit of a hurry, but since it's based on my research, it > should be a good starting point in understanding how Microsoft's NDR > engine works. It doesn't properly implement marshalling alignment or > memory sizing, may not handle a number of fringe cases, does not conform > to the DCE RPC wire protocol (mostly because I don't have a description of > it... where did you find it, Greg?), and probably needs some cleanup, but I think, I had to sign away my firstborn to OpenGroup for it. If you feel like spending money /and/ signing away your firstborn, this looks like the definitive OpenGroup DCE package: http://www.opengroup.org/products/publications/catalog/t151x.htm and here is some free-as-in-beer RPC 1.1 stuff: http://www.opengroup.org/products/publications/catalog/c706.htm Where, exactly, I got what I have is a bit of a mystery to me :( It looks like it started its journey as postscript so perhaps it's part of the DCERPC source tarball? My old box is booted into the Operation Flashpoint Operating System... er... Windows, I mean... so I can't dig it out from my ext3 partition right now. In your previous patch you mentioned the possibility of a merge situation between us. Indeed, this is probably the case, but it's minor. I've been real busy lately with work, and other non-wine things, so I haven't been forging ahead at my usual clip. There's not a whole lot floating around in my tree that hasn't gone out to wine-patches ATM. -gmt

11 17

[HHJJ] DCE package within reach
by Dimitrie O. Paun 03 Feb '03

03 Feb '03

Hi folks, By the very generous donation of $150 from Nick Capik <ncapik(a)patriot.net>, the DCE package is *almost* in our hands! To see the donation status, check out: http://www.dssd.ca/wine/ Now, to easily collect from the guys in Europe we will need a working PayPal account. Jeremy, the ball it's in your court! :) For the US/Canadian guys, is there a better way to send the funds over? Suggestions welcome. -- Dimi. P.S. HHJJ = Happy, happy, joy, joy

4 4

Dillo Browser
by Fabian Cenedese 03 Feb '03

03 Feb '03

Hi I don't know if this is necessary anymore, but I came across this project: http://dillo.auriga.wearlab.de/ What's Dillo? * Dillo is a web browser project completely written in C. * Dillo is small: source is less than 300 KB, and the binary is around 200 KB! * Dillo aims to be a multi-platform browser alternative that's small, stable, developer-friendly, usable, fast, and extensible. * Dillo is mainly based on GTK+ (GNOME is NOT required!) * Dillo is a free-SW project in the terms of the GNU general public license. * Current code uses gzilla-0.2.2's html-parser, and almost everything else was rewritten from scratch!. * Dillo is very fast! Maybe even if not as a whole it might be useful in some parts. Or then just for your interest :) bye Fabi

1 0

Wine Complinace Status on XP SP1
by Mathew McBride 03 Feb '03

03 Feb '03

Sorry for the uncompleted message. I accidentally slipped on enter Downloaded and run the Wine compliance tests on XP SP1. Yet to do: Run them on my Win98 box Run them under Compatibility mode Try some of them under ReactOS (won't say that will work) Oh, you forgot your batch file! Part one. Other tests coming shortly __________________________________________________ advapi32_test.exe /registry registry.c:97: Test failed: value set to 'xxxxxxxxxx' instead of 'Te' registry.c:98: Test failed: data set to 'xxxxxxx' instead of 'foobar' registry.c:112: Test failed: data set to 'xxxxxxx' instead of 'foobar' /registry: 56 tests executed, 0 marked as todo, 3 failures. dsound_test.exe /dsound dsound.c:372:Testing Primary Sound Driver - dsound.c:386: DirectSound Caps: flags=0x00000b5b secondary min=8000 max=48000 dsound.c:397: Testing the primary buffer dsound.c:239: Caps: flags=0x00000009 size=32768 dsound.c:253: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:269: status=0x0000 dsound.c:290: tag=0x0001 11025x16x2 avg.B/s=44100 align=4 dsound.c:412: Testing a secondary buffer at 11025x8x1 dsound.c:239: Caps: flags=0x000100e8 size=4410 dsound.c:253: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:269: status=0x0000 dsound.c:427: Testing a secondary buffer at 48000x16x2 dsound.c:239: Caps: flags=0x000100e8 size=76800 dsound.c:253: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:269: status=0x0000 dsound.c:372:Testing Avance AC97 Audio - ALCXWDM.SYS dsound.c:386: DirectSound Caps: flags=0x00000b5b secondary min=8000 max=48000 dsound.c:397: Testing the primary buffer dsound.c:239: Caps: flags=0x00000009 size=32768 dsound.c:253: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:269: status=0x0000 dsound.c:290: tag=0x0001 11025x16x2 avg.B/s=44100 align=4 dsound.c:412: Testing a secondary buffer at 11025x8x1 dsound.c:239: Caps: flags=0x000100e8 size=4410 dsound.c:253: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:269: status=0x0000 dsound.c:427: Testing a secondary buffer at 48000x16x2 dsound.c:239: Caps: flags=0x000100e8 size=76800 dsound.c:253: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:269: status=0x0000 /dsound: 61 tests executed, 0 marked as todo, 0 failures. gdi32_test.exe /generated /generated: 2786 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /alloc /alloc: 58 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /atom /atom: 229398 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /codepage /codepage: 2 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /directory /directory: 51 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /drive /drive: 160 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /environ /environ: 39 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /file file.c:633:Current offset = 0015 file.c:658:Current offset = 0015 /file: 487239 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /format_msg /format_msg: 58 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /generated /generated: 609 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /locale locale.c:154: Test failed: GetTimeFormat got '' instead of '4' locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:466: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:467: Test failed: GetDateFormat: got 9 instead of 7 locale.c:489: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale.c:520: Test failed: GetDateFormatW allowed flags and format locale.c:529: Test failed: GetDateFormatW did not permit null buffer pointer when counting. /locale: 112 tests executed, 0 marked as todo, 11 failures. kernel32_test.exe /path path.c:514: Test failed: GetLongPathNameA: wrong return code, 104 instead of 46 path.c:881:TMP=C:\DOCUME~1\MCBRID~1\LOCALS~1\Temp path.c:892:TMP=C:\WINDOWS path.c:902:TMP=C:\ path.c:912:TMP=C: /path: 1730 tests executed, 0 marked as todo, 1 failure. kernel32_test.exe /process /thread: 112 tests executed, 0 marked as todo, 0 failures. msvcrt_test.exe /file /scanf: 9 tests executed, 0 marked as todo, 0 failures. netapi32_test.exe /access access.c:110: Test failed: Bad Network Path: rc=0 /access: 23 tests executed, 0 marked as todo, 1 failure. netapi32_test.exe /apibuf /apibuf: 15 tests executed, 0 marked as todo, 0 failures. netapi32_test.exe /wksta /wksta: 14 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe /error /error: 813 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe /generated /generated: 1279 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe /rtlbitmap /rtlbitmap: 224 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe /rtlstr /rtlstr: 38 tests executed, 0 marked as todo, 0 failures.

1 0

Re: tests for GetPrivateProfileInt
by Stefan Leichter 03 Feb '03

03 Feb '03

Hello, is there any reason why this patch http://www.winehq.com/hypermail/wine-patches/2003/01/0361.html is not in cvs jet? Thanks Stefan

1 0

Part 2 Wine complinace under WinXP
by Mathew McBride 03 Feb '03

03 Feb '03

Part 2 of Wine compliance tests under WinXP SP1 __________________________________________________ oleaut32_test.exe /safearray safearray.c:149: Test failed: SAC(20,1,[1,0]), result 8, expected 0 safearray.c:158: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:179: Test failed: copy of SAC(20,1,[1,0]), result 8, expected 0 safearray.c:182: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:149: Test failed: SAC(21,1,[1,0]), result 8, expected 0 safearray.c:158: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 safearray.c:179: Test failed: copy of SAC(21,1,[1,0]), result 8, expected 0 safearray.c:182: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 /safearray: 936 tests executed, 0 marked as todo, 8 failures. oleaut32_test.exe /vartest vartest.c:1761:======== Testing VarUI1FromXXX ======== vartest.c:1849:======== Testing VarUI2FromXXX ======== vartest.c:1936:======== Testing VarUI4FromXXX ======== vartest.c:2022:======== Testing VarI1FromXXX ======== vartest.c:2088:======== Testing VarI2FromXXX ======== vartest.c:2133:======== Testing VarI4FromXXX ======== vartest.c:2177:======== Testing VarR4FromXXX ======== vartest.c:2224:======== Testing VarR8FromXXX ======== vartest.c:2244:======== Testing VarDateFromXXX ======== vartest.c:2315:======== Testing VarBoolFromXXX ======== vartest.c:2371:======== Testing VarBSTRFromXXX ======== vartest.c:2604:======== Testing Hi-Level Variant API ======== vartest.c:2691:======== Testing different VARTYPES ======== /vartest: 1875 tests executed, 0 marked as todo, 0 failures. rpcrt4_test.exe /rpc rpc.c:124: ** Uuid Conversion and Comparison Tests ** /rpc: 901 tests executed, 0 marked as todo, 0 failures. shell32_test.exe /generated /generated: 272 tests executed, 0 marked as todo, 0 failures. urlmon_test.exe /generated /generated: 4 tests executed, 0 marked as todo, 0 failures. user32_test.exe /class /class: 80 tests executed, 0 marked as todo, 0 failures. user32_test.exe /generated /generated: 1524 tests executed, 0 marked as todo, 0 failures. user32_test.exe /sysparams sysparams.c:176:testing SPI_{GET,SET}BEEP sysparams.c:311:testing SPI_{GET,SET}MOUSE sysparams.c:414:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:446:testing SPI_ICONHORIZONTALSPACING sysparams.c:489:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:523:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:560:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:593:testing SPI_ICONVERTICALSPACING sysparams.c:644:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:676:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:711:testing SPI_{GET,SET}DOUBLECLKWIDTH sysparams.c:741:testing SPI_{GET,SET}DOUBLECLKHEIGHT sysparams.c:772:testing SPI_{GET,SET}DOUBLECLICKTIME sysparams.c:824:testing SPI_{GET,SET}MOUSEBUTTONSWAP sysparams.c:850:testing SPI_GETFASTTASKSWITCH sysparams.c:865:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:903:testing SPI_{GET,SET}WORKAREA sysparams.c:947:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER /sysparams: 358 tests executed, 0 marked as todo, 0 failures. user32_test.exe /win win.c:91:main window 000D0228 main2 0010022E desktop 00010014 child 000F016C win.c:107:created child 000903FC win.c:120:created child of desktop 000A03FC win.c:130:created child of child 000B03FC win.c:140:created top-level 000C03FC win.c:150:created owned top-level 000D03FC win.c:160:created popup 000E03FC win.c:170:created owned popup 000F03FC win.c:180:created top-level owned by child 001003FC win.c:186:created popup owned by desktop 001103FC win.c:192:created popup owned by child 001203FC win.c:198:created WS_CHILD popup 001303FC win.c:204:created owned WS_CHILD popup 001403FC win.c:209:testing parent changes win.c:221:created child 001503FC win.c:247:created top-level 001603FC win.c:264:created popup 001703FC win.c:281:created child 001803FC win.c:298:created top-level 001903FC win.c:307:created owned popup 001A03FC win.c:323:created owner 001B03FC and popup 000A02B8 win.c:337:created owner 000B02B8 and popup 001C03FC win.c:345:created owner 000C02B8 and popup 001D03FC /win: 373 tests executed, 0 marked as todo, 0 failures. user32_test.exe /wsprintf /wsprintf: 4 tests executed, 0 marked as todo, 0 failures. wininet_test.exe /generated /generated: 252 tests executed, 0 marked as todo, 0 failures. wininet_test.exe /http http.c:90:Starting with flags 0x10000000 http.c:92:InternetOpenA <-- http.c:95:InternetOpenA --> http.c:101:InternetConnectA <-- http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E9A4 4 http.c:104:InternetConnectA --> http.c:108:HttpOpenRequestA <-- http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC18 4 http.c:122:HttpOpenRequestA --> http.c:126:HttpSendRequestA --> http.c:133:HttpSendRequestA <-- http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESOLVING_NAME(10) 00D1FB04 15 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_NAME_RESOLVED(11) 00D1FAF4 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 00D1FB9C 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 00D1FD40 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 00D1FCE0 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 00D1FD60 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00D1FDA8 8 http.c:140:Option 0x17 -> 1 8 http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:149:Option 0x16 -> 1 HTTP/1.1 200 OK Date: Mon, 03 Feb 2003 10:19:03 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_ssl/2.8.12 OpenSSL/0.9.6 PHP/4.1.2 X-Powered-By: PHP/4.1.2 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) http.c:163:Option 0x1 -> 1 text/html http.c:166:Entery Query loop http.c:183:ReadFile -> 1 742 http.c:183:ReadFile -> 1 1896 http.c:172: Test failed: InternetQueryDataAvailable failed http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00D1FDA8 8 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CLOSING_CONNECTION(50) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTION_CLOSED(51) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 00D1FD68 4 http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 00D1FD24 4 http.c:90:Starting with flags 0x0 http.c:92:InternetOpenA <-- http.c:95:InternetOpenA --> http.c:101:InternetConnectA <-- http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E9A4 4 http.c:104:InternetConnectA --> http.c:108:HttpOpenRequestA <-- http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC18 4 http.c:122:HttpOpenRequestA --> http.c:126:HttpSendRequestA --> http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 0012EA50 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 0012EA2C 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 0012EB3C 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 0012EB24 4 http.c:133:HttpSendRequestA <-- http.c:140:Option 0x17 -> 1 8 http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:149:Option 0x16 -> 1 HTTP/1.1 200 OK Date: Mon, 03 Feb 2003 10:19:06 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_ssl/2.8.12 OpenSSL/0.9.6 PHP/4.1.2 X-Powered-By: PHP/4.1.2 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) http.c:163:Option 0x1 -> 1 text/html http.c:166:Entery Query loop http.c:183:ReadFile -> 1 742 http.c:183:ReadFile -> 1 436 http.c:183:ReadFile -> 1 1460 http.c:183:ReadFile -> 1 2912 http.c:183:ReadFile -> 1 4380 http.c:183:ReadFile -> 1 2190 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 0012EC44 4 http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 0012EC44 4 /http: 24 tests executed, 0 marked as todo, 1 failure. winmm_test.exe /wave wave.c:193:found 1 WaveOut devices wave.c:217: 0: "Avance AC97 Audio" 5.10 (1:100): channels=65535 formats=bffff support=002c wave.c:231:Testing invalid 2MHz format /wave: 233 tests executed, 0 marked as todo, 0 failures. ws2_32_test.exe /sock sock.c:694: **** STARTING TEST 0 **** sock.c:332:simple_server (e8c) starting sock.c:341:simple_server (e8c) ready sock.c:346:simple_server (e8c): waiting for client sock.c:391:simple_client (6e4): starting sock.c:394:simple_client (6e4): server ready sock.c:391:simple_client (e70): starting sock.c:394:simple_client (e70): server ready sock.c:406:simple_client (6e4) connected sock.c:346:simple_server (e8c): waiting for client sock.c:406:simple_client (e70) connected sock.c:374:simple_server (e8c) exiting sock.c:427:simple_client (e70) exiting sock.c:427:simple_client (6e4) exiting sock.c:696: **** TEST 0 COMPLETE **** sock.c:694: **** STARTING TEST 1 **** sock.c:332:simple_server (b54) starting sock.c:341:simple_server (b54) ready sock.c:346:simple_server (b54): waiting for client sock.c:445:event_client (504): starting sock.c:445:event_client (a0c): starting sock.c:447:event_client (504): server ready sock.c:467:event_client (504) connected sock.c:505:event_client (504): all data sent - shutdown sock.c:346:simple_server (b54): waiting for client sock.c:447:event_client (a0c): server ready sock.c:467:event_client (a0c) connected sock.c:505:event_client (a0c): all data sent - shutdown sock.c:374:simple_server (b54) exiting sock.c:526:event_client (a0c): all data received sock.c:538:event_client (a0c): close event sock.c:556:event_client (a0c) exiting sock.c:526:event_client (504): all data received sock.c:538:event_client (504): close event sock.c:556:event_client (504) exiting sock.c:696: **** TEST 1 COMPLETE **** /sock: 148 tests executed, 0 marked as todo, 0 failures.

1 0

Interim Wine Compliance status on Windows XP SP1
by Mathew McBride 03 Feb '03

03 Feb '03

Downloaded and run the Wine compliance tests on XP SP1. Yet to do: Run them on my Win98 box Run them under Compatibility mode Try some of them under ReactOS (won't say that will work) Oh, you forgot your batch file! __________________________________________________

1 0

Unhandled exception: privileged instruction in 16-bit code
by Max 03 Feb '03

03 Feb '03

Installing an app (Autocad 2000), which has an InstallShield installer, all goes good up to end of file copying, an then an access violation appears : Unhandled exception: privileged instruction in 16-bit code (0417:09b7). In 16-bit mode. 0x0417:0x09b7: ldsw 0x014a,%dx A trace with --debugmsg +relay leads to following : 080ce9a8:Call KERNEL.74: OPENFILE(04370000 "C:\\WINDOWS\\_INS33IS._MP",041f:1610,0200) ret=0417:0213 ds=041f 080ce9a8:Ret KERNEL.74: OPENFILE() retval=ffff ret=0417:0213 ds=041f 080ce9a8:Call KERNEL.74: OPENFILE(04270000 "C:\\WINDOWS\\_delis43.ini",041f:1610,0200) ret=0417:0229 ds=041f 080ce9a8:Ret KERNEL.74: OPENFILE() retval=0001 ret=0417:0229 ds=041f 080ce9a8:Call KERNEL.74: OPENFILE(042f0000 "C:\\WINDOWS\\_iserr31.ini",041f:1610,0200) ret=0417:023f ds=041f 080ce9a8:Ret KERNEL.74: OPENFILE() retval=ffff ret=0417:023f ds=041f 080ce9a8:Call USER.111: SENDMESSAGE(ffff,c010,0000,00000000) ret=0417:0250 ds=041f 080ce9a8:Call ntdll.RtlAllocateHeap(40240000,00000000,00000080) ret=407e0b60 080ce9a8:Ret ntdll.RtlAllocateHeap() retval=40279b28 ret=407e0b60 080ce9a8:Call kernel32._ConfirmSysLevel(40837c08) ret=407e08cd 080ce9a8:Ret kernel32._ConfirmSysLevel() retval=00000000 ret=407e08cd 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32.GlobalLock16(000003e7) ret=407d83ed 080ce9a8:Ret kernel32.GlobalLock16() retval=402952d8 ret=407d83ed 080ce9a8:Call kernel32.GlobalLock16(000003e7) ret=407d83ed 080ce9a8:Ret kernel32.GlobalLock16() retval=402952d8 ret=407d83ed 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32.HeapValidate(40c20000,00000000,40c2050a) ret=407e80ed 080ce9a8:Ret kernel32.HeapValidate() retval=00000000 ret=407e80ed 080ce9a8:Call kernel32.HeapValidate(40c20000,00000000,40c20518) ret=407e8108 080ce9a8:Ret kernel32.HeapValidate() retval=00000001 ret=407e8108 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._ConfirmSysLevel(40837c08) ret=407e08cd 080ce9a8:Ret kernel32._ConfirmSysLevel() retval=00000000 ret=407e08cd 080ce9a8:Call kernel32.wine_call_to_16_regs_short(412d26b0,0000000a) ret=407e7f97 080ce9a8:CallTo16(func=0417:0258,ds=041f,002a,c010,0000,0000,0000) ss:sp=041f:15d6 ax=041e bx=0000 cx=0000 dx=0000 si=0000 di=0000 bp=1600 es=041f fs=0000 080ce9a8:Call USER.107: DEFWINDOWPROC(002a,c010,0000,00000000) ret=0417:03d0 ds=041e 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Ret USER.107: DEFWINDOWPROC() retval=00000000 ret=0417:03d0 ds=041e 080ce9a8:RetFrom16() ss:sp=041f:15d6 ax=0000 bx=0000 cx=0000 dx=0000 bp=1600 sp=15d6 080ce9a8:Ret kernel32.wine_call_to_16_regs_short() retval=412d26b0 ret=407e7f97 080ce9a8:Call kernel32.GlobalLock16(000003e7) ret=407d83ed 080ce9a8:Ret kernel32.GlobalLock16() retval=402952d8 ret=407d83ed 080ce9a8:Call ntdll.RtlFreeHeap(40240000,00000000,40279b28) ret=407e515a 080ce9a8:Ret ntdll.RtlFreeHeap() retval=00000001 ret=407e515a 080ce9a8:Ret USER.111: SENDMESSAGE() retval=00000001 ret=0417:0250 ds=041f wine: Unhandled exception, starting debugger... Regards Max

2 1

Missing messages and redraw problem in Btrieve Setup utility 6.15
by Dan Kegel 03 Feb '03

03 Feb '03

This seems like a nice little test case. The UI in question is a single large dialog box put up by the Btrieve 6.15 setup utility. The Btrieve 6.15 redistributables saved in a zip file are only about 500KB, so it's a pretty easy test case to send to anyone interested. Recipe: Start BTI setup. Press TAB three times to bring to settings combo box. Start logging messages to small readonly text control giving name of current setting (11th control in spy++). Press Uparrow to pick different setting. Note visual problem in Wine. The problem in Wine is that the bottom window ends up blank. The sequence appears to be: erase bottom window, draw right values for bottom window client areas but not frames, erase bottom window. On Windows, it seems to continue after that with: draw right values for client areas again, then draw frames. Those last two bits are missing in Wine. Here are message logs taken with spy++: Microsoft Windows Me <00001> 00000798 S .WM_SHOWWINDOW fShow:False fuStatus:0 (ShowWindow was called) [wParam:00000000 lParam:00000000] <00002> 00000798 R .WM_SHOWWINDOW lResult:00000000 <00003> 00000798 S .WM_WINDOWPOSCHANGING lpwp:007DF2BA [wParam:00000000 lParam:007DF2BA] <00004> 00000798 R .WM_WINDOWPOSCHANGING lResult:00000000 <00005> 00000798 S .WM_WINDOWPOSCHANGED lpwp:007DF2F6 [wParam:00000000 lParam:007DF2F6] <00006> 00000798 R .WM_WINDOWPOSCHANGED lResult:00000000 <00007> 00000798 S .WM_SHOWWINDOW fShow:True fuStatus:0 (ShowWindow was called) [wParam:00000001 lParam:00000000] <00008> 00000798 R .WM_SHOWWINDOW lResult:00000000 <00009> 00000798 S .WM_WINDOWPOSCHANGING lpwp:007DF2BA [wParam:00000000 lParam:007DF2BA] <00010> 00000798 R .WM_WINDOWPOSCHANGING lResult:00000000 <00011> 00000798 S .WM_WINDOWPOSCHANGED lpwp:007DF2F6 [wParam:00000000 lParam:007DF2F6] <00012> 00000798 R .WM_WINDOWPOSCHANGED lResult:00000000 <00013> 00000798 P WM_PAINT hdc:00000000 [wParam:00000000 lParam:00000000] <00014> 00000798 S WM_NCPAINT hrgn:00000001 [wParam:00000001 lParam:00000000] <00015> 00000798 R WM_NCPAINT lResult:00000000 <00016> 00000798 S WM_ERASEBKGND hdc:00000DDE [wParam:00000DDE lParam:00000000] <00017> 00000798 R WM_ERASEBKGND fErased:True [lResult:00000001] Wine <00001> 00020054 S .WM_SHOWWINDOW fShow:False fuStatus:0 (ShowWindow was called) [wParam:00000000 lParam:00000000] <00002> 00020054 R .WM_SHOWWINDOW lResult:00000000 <00003> 00020054 S .WM_WINDOWPOSCHANGING lpwp:40792458 [wParam:00000000 lParam:40792458] <00004> 00020054 R .WM_WINDOWPOSCHANGING lResult:00000000 <00005> 00020054 S .WM_WINDOWPOSCHANGED lpwp:40792458 [wParam:00000000 lParam:40792458] <00006> 00020054 R .WM_WINDOWPOSCHANGED lResult:00000000 <00007> 00020054 S .WM_SHOWWINDOW fShow:True fuStatus:0 (ShowWindow was called) [wParam:00000001 lParam:00000000] <00008> 00020054 R .WM_SHOWWINDOW lResult:00000000 <00009> 00020054 S .WM_WINDOWPOSCHANGING lpwp:40792458 [wParam:00000000 lParam:40792458] <00010> 00020054 R .WM_WINDOWPOSCHANGING lResult:00000000 <00011> 00020054 S .WM_WINDOWPOSCHANGED lpwp:40792458 [wParam:00000000 lParam:40792458] <00012> 00020054 R .WM_WINDOWPOSCHANGED lResult:00000000 ----------------------------------------------------- Same thing, but log messages to the 5th control in spy++. This is the VisualCtl that is the frame and background for the entire bottom part of the dialog. Microsoft Windows Me <00001> 00000780 P WM_PAINT hdc:00000000 [wParam:00000000 lParam:00000000] <00002> 00000780 S WM_NCPAINT hrgn:00000A48 [wParam:00000A48 lParam:00000000] <00003> 00000780 R WM_NCPAINT lResult:00000000 <00004> 00000780 S WM_ERASEBKGND hdc:00000C12 [wParam:00000C12 lParam:00000000] <00005> 00000780 R WM_ERASEBKGND fErased:True [lResult:00000001] Wine <00001> 0002005A P WM_PAINT hdc:00000000 [wParam:00000000 lParam:00000000] <00002> 0002005A S WM_ERASEBKGND hdc:00000864 [wParam:00000864 lParam:00000000] <00003> 0002005A R WM_ERASEBKGND fErased:True [lResult:00000001] -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Avoiding tempnam (in favor of mkstemp)
by Gerald Pfeifer 03 Feb '03

03 Feb '03

We have had some (security-relevant) warning regressions for the following two programs in tools: winegcc.o: In function `get_temp_file': /test/wine/tools/winegcc.c:119: warning: tempnam() possibly used unsafely; consider using mkstemp() winewrap.o: In function `main': /test/wine/tools/winewrap.c(.text+0x7fe): warning: tempnam() possibly used unsafely; consider using mkstemp() Would you mind using mkstemp() instead of tempnam()? Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

3 3

How to remount CDROM during program execution?
by Roger Young 03 Feb '03

03 Feb '03

I'm asking this question in the Development Forum, even though I'm not a programmer, because I haven't had any useful replies from other Wine forums. The problem occurs when performing a multidisk installation under Wine from the home directory: winex /cdrom/setup.exe and the request "Insert CD#2" is made: how to respond to this? The drawer won't open, so from the console I can try and unmount the CD using variations on <umount>, <eject> or <fuser>, but the basic difficulty is that there are processes using the cdrom device, and these have to be neutralized before the cd can be ejected. There are about 6 processes being run by Wine. Unfortunately the install program is one of these and it dies as well... I have experienced this problem mainly with games, but it probably applies to multi-cd utilities as well... Specifically I have been unable to install: Blade Runner Indiana Jones & the Infernal Machine Discworld Noir Could someone please explain what is going on? Why does it (cd changing) succeed under Windoze but not under Wine? Is there a fix (actual or planned) to this problem? Thanks, Roger Young r.young(a)irl.cri.nz

4 3

Re: CVS Update: reactos
by Steven Edwards 03 Feb '03

03 Feb '03

Hello All, Just wanted to let everyone know that we've hit our first major milestone with ReactOS. I dont have the changelog in front of me but to some it up here it the list that I know off the top of my head. Self-hosted builds now works CD-booting/Installing Simple Windowing (User32 Code adapted from WINE) More MS_VC applicaton/driver support Started implementing support for WINE dlls Better Networking support (TCP still broken) Once WINE hits 1.x we will again take a snapshot of your tree so we have standard debugging interfaces. Right now in or tree we dont use libwine but have our own dll that implements the debug channels. We also still need to adapt alot of the controls from WINE for our user32. Thanks for all the help Steven --- Jason Filby <jfilby(a)mok.lvcm.com> wrote: > CVSROOT: /CVS/ReactOS > Module name: reactos > Repository: reactos/include/reactos/ > Changes by: jfilby(a)mok.lvcm.com 03/02/01 07:34:35 > > Modified files: > reactos/include/reactos/: version.h > > Log message: > ReactOS 0.1.0 > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

2 2

32-->16 Calls: loader/ne/resource.c: krnl386.exe & kernel32: NE_DefResourceHandler: illegal call to AllocResource16
by Andrew Hughes 03 Feb '03

03 Feb '03

Looking at the remaining 32-->16 call: HGLOBAL16 WINAPI NE_DefResourceHandler( HGLOBAL16 hMemObj, HMODULE16 hModule, HRSRC16 hRsrc ) Given the above signature for this function, its abundant use of 16-bit calls (AllocResource16, GlobalLock16, GlobalRealloc16 - twice for the last two), and the fact that the NE stuff deals with Win16 executables, is this really a 32-bit function? Does it need conversion? -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html "Windows is the one true OS. MS invented the GUI. MS invented the 32 bit OS. MS is open and standard. MS loves you. We have always been at war with Oceania."

2 1

Re: LISTVIEW_SetItemCount without LVS_OWNERDATA take 2
by Dan Kegel 03 Feb '03

03 Feb '03

Duane Clark wrote: > As Dimi pointed out, we should have infoPtr->nItemCount correct at the > end of every iteration through the loop. > > Changelog: > Implement LISTVIEW_SetItemCount without LVS_OWNERDATA Duane, you rock! That seems to fix a lot of display anomolies -- even the little 'minimize, maximize, close' widget shows up now! I'll have to play with it a bit more, but it could be that our app is now functional in Wine (modulo that pesky install bug that causes install to fail unless you do --debugmsg +ole > file 2>&1). Thanks! - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: RPC marshalling patch
by Sylvain Petreolle 03 Feb '03

03 Feb '03

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> a écrit : > On February 2, 2003 07:07 pm, Sylvain Petreolle wrote: > > The answer to 'how much' will be $50 USD if the question 'how' > gives a > > good answer :) > > Cool -- you're up on the page! :) > > > Why would it be difficult ? > > Cause it can cost a non-trivial amount. We'll have to work out a > way... > Maybe even mailing a $50USD bill in snail mail, eh? Whazt about a Paypal account ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: LISTVIEW_SetItemCount without LVS_OWNERDATA take 2
by Dimitrie O. Paun 02 Feb '03

02 Feb '03

On February 2, 2003 06:05 pm, Duane Clark wrote: > + infoPtr->nItemCount = 0; Are you sure that's right? What if we get called when the list is non-empty? What if we have 1000 items in the list, and we're called with nItems=50? Or we have 200 in the list already, and we're called with nItems=600? -- Dimi.

1 0

Re: LISTVIEW_SetItemCount without LVS_OWNERDATA
by Dimitrie O. Paun 02 Feb '03

02 Feb '03

On February 2, 2003 05:46 pm, Duane Clark wrote: > + infoPtr->nItemCount = nItems; We should have infoPtr->nItemCount correct at the end of every iteration through the loop, otherwise we get into problems if we run out of memory, and we exit the look early: > + if ( !(lpItem = (ITEM_INFO *)COMCTL32_Alloc(sizeof(ITEM_INFO))) ) > + return 0; -- Dimi.

1 0

infinite loop in msvcrt dll
by Michael Stefaniuc 02 Feb '03

02 Feb '03

Hello, when starting ACT!2000 with wine the program freezes after the main window is brought up and one wine process goes mad and eats all the cpu. Running strace on that pid dosn't show any system call and even the relay output stops. I've attached with gdb to the wine process and got a backtrace with 3569 entries. I've captured the output with screen and attached it. Seems to be a loop in an exception handler (sigsegv's over and over again). I hope that somebody can do more with the output. The last entries in the relay output are tons of: 00000009:Call kernel32.TlsGetValue(00000000) ret=405d833e 00000009:Ret kernel32.TlsGetValue() retval=402a7810 ret=405d833e 00000009:Call msvcrt.__CxxFrameHandler(403821f0,40592c60,4038226c,40382180) ret=400c42b7 fs=008f eax=179c3008 ebx=400f6204 ecx=4010de20 edx=40382d54 esi=403821f0 edi=400f5fe1 ebp=40382150 esp=40382124 ds=002b es=002b gs=0007 flags=00000246 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c42b7 fs=008f eax=00000001 ebx=400f6204 ecx=4010de20 edx=40382d54 esi=403821f0 edi=400f5fe1 ebp=40382150 esp=40382124 ds=002b es=002b gs=0007 flags=00000246 00000009:Call msvcrt.__CxxFrameHandler(403821f0,40592ce8,4038226c,40382180) ret=400c42b7 fs=008f eax=179c3030 ebx=400f6204 ecx=4010de20 edx=40382d54 esi=403821f0 edi=400f5fe1 ebp=40382150 esp=40382124 ds=002b es=002b gs=0007 flags=00000246 In the "-debugmsg +msvcrt" output i see some: warn:msvcrt:msvcrt_mbc_to_wc MultiByteToWideChar failed on 73 lines, but i suspect this is not the problem. When running with "-dll msvcrt=n" the error dosn't occur. Any tips how to debug this further? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 3

Re: [D3D 91] Add vertex fog for transformed vertices
by Christian Costa 02 Feb '03

02 Feb '03

> > > > >Well, I think the easiest would be for you to send a cumulative patch over >mine as I think it's easier to track for Alexandre (and as I will do for >your Light 'merging' patch that I did not have time to comment before >committing due to vacations :-) ). > OK. > > > Lionel > >PS: I think it's better to comment on wine-patches submission on wine-devel > itself rather than here. > Christian

1 0

[Fwd: [D3D 91] Add vertex fog for transformed vertices]
by Christian Costa 02 Feb '03

02 Feb '03

1 0

Debugging crashes in 16 bit code?
by Dan Kegel 02 Feb '03

02 Feb '03

How does one tell what DLL contains a particular segment of 16 bit code in winedbg? For instance, there's a nice juicy exception that happens towards the end of the Resource Hunter installer, available as a free trial download at http://www.boilsoft.com/rchunter.html In wine = win2k mode, it happens early enough to break the install, but in wine's win98 mode, the install doesn't crash until quite late, and you can actually use the product. Here's a log of an installer run that crashed (with "Windows" = "win2k"): $ ~/wine/wine setup.exe fixme:seh:check_resource_write Broken app is writing to the resource data, enabling work-around fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000000,0x40791ba4): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,(nil),0,0x40791b90): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,0x40791b7c,12,0x40791b90): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000000,0x4079154c): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,(nil),0,0x40791538): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,0x40791524,12,0x40791538): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000000,0x4079135c): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,(nil),0,0x40791348): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,0x40791334,12,0x40791348): stub fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. wine: Unhandled exception, starting debugger... No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\CTL3D32.DLL' (0x41170000) ... Unhandled exception: privileged instruction in 16-bit code (0487:09b7). In 16-bit mode. 0x0487:0x09b7: ldsw 0x014a,%dx Wine-dbg> At that point, I know how to gather a few kinds of info helpful to people trying to track down the cause of the crash, namely 'bt', 'info regs' and 'disas' (giving the latter an address 0x20 or so lower than the crash address, to give a little context): Wine-dbg> info regs Register dump: CS:0487 SS:048f DS:048f ES:049f FS:0000 GS:0007 IP:09b7 SP:1768 BP:176e FLAGS:0246( - 00 I Z- -P1 ) AX:0000 BX:000b CX:0000 DX:0000 SI:01be DI:01be Wine-dbg> disas 0x0487:0x0977 0x0487:0x0977: movw $0x1be,%di 0x0487:0x097a: call 0x09d2 0x0487:0x097d: movw $0x1be,%si 0x0487:0x0980: movw $0x1be,%di 0x0487:0x0983: call 0x09e1 0x0487:0x0986: call 0x09a9 0x0487:0x0989: popw %ax 0x0487:0x098a: orb %ah,%ah 0x0487:0x098c: jnz 0x09a5 0x0487:0x098e: movw 0x4(%bp),%ax 0x0487:0x0991: movb $0x4c,%ah Wine-dbg> disas 0x0487:0x0993: testw $0x1,%cs:0x0794 0x0487:0x099a: jz 0x09a3 0x0487:0x099c: lcall 0x011f:0x0cdf 0x0487:0x09a1: jmp 0x09a5 0x0487:0x09a3: int $0x21 0x0487:0x09a5: popw %di 0x0487:0x09a6: popw %si 0x0487:0x09a7: popw %bp 0x0487:0x09a8: ret 0x0487:0x09a9: movw 0x01b4,%cx Wine-dbg> 0x0487:0x09ad: jcxz 0x09b6 0x0487:0x09af: movw $0x2,%bx 0x0487:0x09b2: lcall *0x1b2 -> 0x0000 0x0487:0x09b6: push %ds 0x0487:0x09b7: ldsw 0x014a,%dx 0x0487:0x09bb: movw $0x2500,%ax 0x0487:0x09be: testw $0x1,%cs:0x0794 0x0487:0x09c5: jz 0x09ce 0x0487:0x09c7: lcall 0x011f:0x0cdf 0x0487:0x09cc: jmp 0x09d0 That's fine and dandy, and maybe it'll help Marcus find the bug, but it leaves me scratching my head, wondering what DLL could be at fault, and how I could connect it to Wine source code or a vendor-supplied DLL. Which FM did I fail to R? I did have a look at http://www.winehq.org/docs/wine-devel/wine-debugger.shtml but it doesn't seem to even think winedbg can disassemble stuff by itself, so I wonder if that's not quite up to date. Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

ndr_marshall.c: operation on `pMemory' may be undefined
by Gerald Pfeifer 02 Feb '03

02 Feb '03

Hi Ove, I'm now getting the following warnings in ndr_marshall.c, which seem a bit weird: ndr_marshall.c:1220: warning: operation on `pMemory' may be undefined ndr_marshall.c:1223: warning: operation on `pMemory' may be undefined ndr_marshall.c:1276: warning: operation on `pMemory' may be undefined ndr_marshall.c:1279: warning: operation on `pMemory' may be undefined ndr_marshall.c:1327: warning: operation on `pMemory' may be undefined ndr_marshall.c:1330: warning: operation on `pMemory' may be undefined ndr_marshall.c:1376: warning: operation on `pMemory' may be undefined ndr_marshall.c:1379: warning: operation on `pMemory' may be undefined Would you/someone else mind having a look at these and avoiding them, if possible? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

3 2

Re: [DINPUT] Fix some stupid game :-)
by Andreas Mohr 02 Feb '03

02 Feb '03

On Sun, Feb 02, 2003 at 12:46:22PM +0100, Lionel Ulmer wrote: > Hi all, > > Some games only Acquire the mouse device *if* we return an error on > GetDeviceData when the mouse in unacquired... > > So report this error as we should :-) Cool, this should fix a lot of games, hopefully. And maybe also Unreal Tournament (NOT 2003!), where I've been searching like frantic for that mouse acquire issue some time ago... Andreas Mohr

2 1

seti@home success story
by Dan Kegel 02 Feb '03

02 Feb '03

I gave a Wine demo at last Sunday's LULA installfest, and one of the attendees reports "Well, I was wanting to run seti@home, but they only have a command line version available for linux, so I used some of Dan's tricks from the Wine talk, and now I have the cool windows gui running under redhat 8, thanks Dan for the helpful info on wine." So while it may sound from my posts that Wine does nothing but crash in 16 bit code or forget to draw stuff, that's just 'cause I'm playing QA monkey. Wine really is coming along tremendously, and people are getting real use out of it! - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

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