- wine-devel - winehq.org

RE: How big is the Direct3D stuff?
by Patrik Stridvall 06 Jun '02

06 Jun '02

> At 08:10 PM 6/6/02 +0200, Patrik Stridvall wrote: > > > > >Secondly who are you to tell people what they can or can't do > > > >for a living? > > > > > > Huh? Did I say it was wrong what they did? Please provide > > > some evidence, > > > otherwise apologize... > > > >It was not meant as an accusation, merely a statement that > >it is not of your concern what other people do. > > Please don't try to distract. I'm not distracting. I wasn't refering to anything you said. I merely stated that whether you agree or not I don't consider to be of your concern. > Someone mentioned that > programmers got bought > out, then I asked what that meant exactly. I never said, that > I didn't > agree with programmers working for TG. In fact I think there > is nothing > wrong with that. So I didn't tell anyone they shouldn't do it. > Ok? So then we agree. Good.

2 1

GlobalAlloc returning memory that isn't 8-byte aligned?
by Warren_Baird＠cimmetry.com 06 Jun '02

06 Jun '02

Hi all, It looks to me like the wine implementation of GlobalAlloc is only returning addresses that are 4 byte aligned, not 8-byte aligned as MSDN says it should... Unfortunately on Sparc-Solaris double values need to be 8-byte aligned, and if GlobalAlloc is returning 4-byte aligned addresses - this is pretty hard. I'm afraid I don't really understand all of the magic going on in dlls/ntdll - I tried redefining ARENA_SIZE_MASK to ~7 instead of ~3, but this caused seg-faults in various places... Any suggestions on how to convince GlobalAlloc to actually return 8-byte aligned addresses would be greatly appreciated! Warren

1 0

winebootup
by Dustin Navea 06 Jun '02

06 Jun '02

After searching through the docs to see why there isnt any code in wine to run the normal windows bootup routines, i.e. Run/RunOnce/winboot.ini, see bug 717, I found something mentioning winebootup in the programs directory. I did a search for it on my whole system and didn't find it. What happened to it? Does anyone still have an old copy of it, I would like to put some of it's code directly into wine, or maybe reimplement it if it was problematic... Any info/help would be appreciated... -Dustin __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

4 4

RE: How big is the Direct3D stuff?
by Patrik Stridvall 06 Jun '02

06 Jun '02

> At 07:04 PM 6/6/02 +0200, Patrik Stridvall wrote: > > >First of all since it was in parts their code the could have > relicensed > >it to whatever they wished, so that wouldn't have been that large > >problem. > > No quite true. If the code is based on previous LGPL code, > they couldn't > relicense it, unless they also coded all of that previous > stuff. That's the > whole point of the LGPL. Obviously the author can relicense his code to whatever he wish. Now if if there are LGPL:ed parts that his code depends on he must remove them and if he wishes make his code usable in other contexts rewrite the LGPL:ed parts. Note that copyright only covers unique expression. Whether some his code was based on facts or ideas discover by authors of LGPL:ed licensed code doesn't count as far as copyright law is concerned. Also note that the LGPL has been fulfilled by since the other LGPL authors can keep his code so it will be quite hard to make additional claims especially since as I said copyright only protects unique expression. > >Secondly who are you to tell people what they can or can't do > >for a living? > > Huh? Did I say it was wrong what they did? Please provide > some evidence, > otherwise apologize... It was not meant as an accusation, merely a statement that it is not of your concern what other people do.

3 2

Problems converting DLL to unix SO with winelib
by list＠vmn.com.br 06 Jun '02

06 Jun '02

Hello All At Wine-Devel! I am trying to convert a win32 DLL to a unix SO. The dll named if32dt is basically a wrapper over the serial port, interfacing some custom hardware. It is therefore a driver to the custom hw. This is part of a project to port a windows sales app to linux. There are about 6 DLLs with similar structure and my aim is to show my superiors that using winelib is much better than simply rewriting the DLL to use unix system calls. 1) I have sucessfully copied my project over to unix and built the so file The project is basicaly a couple of headers and the c file ifdt32.cpp bash# cd ifdt32/ bash# mv ifdt32.cpp ifdt32.c #the file is plain C , cpp was confusing gcc bash# winemaker --nomfc -imsvcrt.dll -I/usr/local/include/wine/msvcrt --dll . bash# ./configure bash# make bash# make install The DLL uses msvcrt so I added it. => I read some issues between msvcrt and crt in winehq.com After changing a couple lines of ifdt.c I was able to build libifdt.so . I had a lot of warnings like ifdt32.c:176: warning: comparison between pointer and integer My ifdt32.spec file is unchanged from what winemaker created name ifdt32 type win32 mode dll init DllMain import msvcrt.dll import advapi32.dll import comdlg32.dll import gdi32.dll import kernel32.dll import ntdll.dll import odbc32.dll import ole32.dll import oleaut32.dll import shell32.dll import user32.dll import winspool.drv ifdt32.c only uses msvcrt.dll, ntdll.dll , kernel32.dll, user32.dll I added simple printf calls to DllMain to see if it was being called when the SO is loaded make install correctly put libifdt.so in /usr/local/lib I ran ldconfig in /usr/local/lib with bash# ldconfig -v -n . libifdt32.so -> libifdt32.so libwine_unicode.so -> libwine_unicode.so.1.0 libwine_tsx11.so -> libwine_tsx11.so.1.0 libwine.so -> libwine.so.1.0 2) I created a trivial program to test libifdt.so bash# cat test.c #include "windows.h" #include "stdio.h" #include "stdlib.h" #include "string.h" #include "io.h" #include "conio.h" #include "fcntl.h" #include "direct.h" #include "time.h" #include "IFfunc32.h" printf("before start"); int main(void) { printf("before start"); if( IF_IFDT32_OPEN("COM2") == 0 ) { printf("We are working") ; } else { printf("Oh no!"); } } bash# make gcc -g -c test.c -I/usr/local/include/wine -I/usr/local/include/wine/msvcrt -I/home/nwine/ifdt32/ifdt32 gcc -o test test.o -lifdt32 -L/usr/local/lib This program seg faults. I have not been able to debug it with winedbg, it simply hangs with message "Starting with pid 0" bash# gdb test (gdb) b 1 Breakpoint 1 at 0x8048556: file test.c, line 1. (gdb) r Starting program: /home/nwine/ifdt32/test/test Breakpoint 1, main () at test.c:15 15 printf("before start"); (gdb) n Program received signal SIGSEGV, Segmentation fault. 0x400387cb in dllname () from /usr/local/lib/libifdt32.so (gdb) bt #0 0x400387cb in dllname () from /usr/local/lib/libifdt32.so #1 0x8048563 in main () at test.c:15 #2 0x40057f9b in __libc_start_main () from /lib/libc.so.6 (gdb) p dllname $1 = "ifdt32" In this trace, it seems that a function named dllname is causing a segfault There is a string named dllname and it's contents are correct I think the winelib initialisation code has not been correctly called For example: the Dllmain function to start the DLL has not been called I have tried a great many things to work around this problem with no success. It is hard to debug because the seg fault happens very early and I havent been able to get winedbg to work. I have tried this on wine-20020509 and wine-20020122 with exactly the same problem. Thanks a lot for any help or pointers. Miguel Feitosa Sao Paulo - Brasil P.S> output of bash# ldd ifdt.dll libwine.so => /usr/local/lib/libwine.so (0x40010000) libwine_unicode.so => /usr/local/lib/libwine_unicode.so (0x40026000) libm.so.6 => /lib/libm.so.6 (0x40103000) libc.so.6 => /lib/libc.so.6 (0x40125000) libdl.so.2 => /lib/libdl.so.2 (0x40245000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000) ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

RE: How big is the Direct3D stuff?
by Patrik Stridvall 06 Jun '02

06 Jun '02

> At 06:00 PM 6/6/02 +0200, Lionel Ulmer wrote: > >community's for not doing anything at all and letting things > in the state it > >was (well, not TG's fault except if you consider that they > 'bought out' the > >people who would have worked on it in their free time, but > that is just > >plain good business sense :-) ). > > What do you mean by 'bought out'? I suppose there where WINE > contributors > who now work for TG, right? Yes. > If this is the case it is another point in favour of the LGPL... First of all since it was in parts their code the could have relicensed it to whatever they wished, so that wouldn't have been that large problem. Secondly who are you to tell people what they can or can't do for a living?

3 2

opengl32 wglSwapLayerBuffers
by Jesse Allen 06 Jun '02

06 Jun '02

Hi, I've been on a kind of rampage trying to Warcraft 3 working the best it can under Wine. I have previously tried WineX, which works pretty much right out of their CVS. WineX has some of D3D8 done, thus War3 works easily. But however, it has some graphics bugs, and possible some what slower framerate than in Windows. Warcraft 3 has a secondary, opengl graphics driver in it. You can access it by running wine War3.exe -- -opengl for example. But when doing this on either Wine or WineX it would say wglSwapLayerBuffers... stub !, and there would be no graphics output. I investigated this and of course found that there was nothing there. I searched through gl headers and the wine sources for an opengl equivilant, and found a SwapBuffers(hdc HDC) through GDI/x11drv? I decided to call that from wglSwapLayerBuffers. In doing that, this still ignored a parameter of UINT fuplanes. I really don't know what fuplanes is for. So this is not at all a complete implimination of this function. An attached patch file shows my changes to wgl.c as from current release. I went ahead and tried War3 again with opengl. This time, it outputs graphics. In comparison with D3D8, there are no graphical errors, and it seems slightly faster. But DXGrab no longer works, but a quick solution is to switch to the same game resolution. The game looks like its working perfectly now!! No side affects have been seen with ignoring fuPlanes. I'm haven't worked on wine before, but I'm willing to work with whoever to figure out how to correctly implement this function or others related to this. Perhaps I can figure out what fuPlanes is? Jesse Allen cc me as I'm not subscribed to the mailing list. ___________________________________ NOCC, http://nocc.sourceforge.net

1 0

imports by ordinal
by juergen.schmied＠debitel.net 06 Jun '02

06 Jun '02

Hi! I'd like to use in a internal wine-dll(shell32) a function exported by an other dll(shlwapi) by ordinal. How can I do this in a clean way without use of GetProcAddress in a way it works with native dll's too? juergen

3 2

Need better documentation of Windows 16/32 APIs for Mingw Port
by Steven Edwards 06 Jun '02

06 Jun '02

Does anyone where I can find some good information on the win16/32 APIs? Any book refrences to amazon mabey? I'm trying to make a detailed list of what needs to be done to seperate all of the Wine 16/32 code and fix the locations of 16bit api call importations and it is turning in to a PITA. Finding anything on the normal APIs in MSDN is gettin harder everyday with all of the .NET crap they keep adding and the fact they tend to have a lot of bugs in there own docs. I will be submitting a few issues to bugzilla and emailing wine-devel this weekend with all of the TODO for proper seperation. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: null midi device
by Johan Gill 06 Jun '02

06 Jun '02

I was thinking: Couldn't one use timidity to make a fake midi device that actually produces sound? That would be something.

1 0

Bug 586
by admiral coeyman 06 Jun '02

06 Jun '02

Before retiring this bug with a patch, I have to check some things with somebody who knows the memory functions used in DOS emulation. I got the return address using CTX_SEG_OFF_TO_LIN on SegSs and Eip. Then, I used DOSMEM_MapDosToLinear on the return of DOSMEM_MapRealToLinear( (DWORD)*retpointer ) where retpointer is the result of the CTX call. I'm hoping that this gave me the linear address of the return address. Backup once, write a NOP ( 00 ) Backup again and write the 0x9b wait instruction. That should overwrite the interrupt call. Then, I have to back the return address up two bytes, to execute this code. Since my code pointer points to the first byte that I changed, I used DOSMEM_MapLinearToDos((LPVOID *)codepointer) and stored that value in *retpointer. Do these functions do what I think that they do and did I get my offsets right? If I got all of this right, I'll be able to complete the rest of these emulation interrupts, assuming an FPU is installed. There is one thing that bothers me. My resources say that this emulation code is part of the programs that use it. I don't have this program to test with. God Bless, --Admiral Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

1 0

Asymmetric mouse movement in DGA2 mode
by J. Christopher Pereira 05 Jun '02

05 Jun '02

Hi: I patched 'windows/x11drv/event.c' to run Starcraft in DGA2 mode. In DGA2 I noticed that the mouse movement is't symmetric, ie: mouse speed when moving left/up < mouse speed when moving right/down. To fix this, I modified 'dlls/x11drv/mouse.c', adding: void X11DRV_DGAMotionEvent( HWND hwnd, XDGAMotionEvent *event ) { update_key_state( event->state ); // HACK: fix asymmetric mouse motion if(event->dx < 0) event->dx *= 2; if(event->dy < 0) event->dy *= 2; send_mouse_event( hwnd, MOUSEEVENTF_MOVE, event->dx, event->dy, 0, event->time ); } (just empirical values) Why does this happen? Is there any cleaner solution? Observation: in 'send_mouse_event' says: "/* Relative mouse movements seem not to be scaled as absolute ones */" BTW, in this application, when the mouse reaches the border of the screen (moving the mouse cursor out of the window), the view is supposed to be scrolled in that direction. This doesn't work in DGA mode, but works when not using DGA Any idea? System: latest winex CVS version + XFree86 4.2.0

2 2

Making a patch
by Nix N. Nix 05 Jun '02

05 Jun '02

I have implemented the RunFileDlg in shell32.dll, but I don't know how to make a patch and submit it to wine-patches. Well, I have a pretty good idea, but I don't want to submit a garbage patch. Can you please help me ? Thanks.

2 1

Call for application owner
by Guy L. Albertelli 05 Jun '02

05 Jun '02

Having just fixed Bug 671, I think we need an owner for the Valve Hammer application. It demonstrates numerous bugs on the CVS version (4 days old). The bugs range from LoadLibrary errors during the installer run, to gui problems with the main screen. Even the tab control demonstrates differences from native in this package. I don't have the time to use this program as a test base and hope someone can step up and do it. The installer is the second attachment to Bug 671 and is all you need to get started. Guy Albertelli <<galberte(a)neo.lrun.com>>

2 1

WINE dlls on Windows Status Update
by Steven Edwards 05 Jun '02

05 Jun '02

As many of you know, I have been in the process of porting the WINE shared libraries to Mingw as Windows PE dlls for the ReactOS project. Below are results of testing the dlls that we can build from the current WINE tree under Windows98SE. We were going to use win2k for this test however the Windows File Protection was giving us to much trouble for it to be worth it at this time. Another test is planned at the end of the month using win2k. Thanks to Chris Gianelloni for helping to setup and run these test in VMware. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson comcat.dll Win98 Test - Load of DllRegisterServer failed comctl32.dll Win98 test - shell32 imports ImageList_Read from comctl32.dll (kills 98 bootup) crtdll.dll Not Tested - Forwarder to Msvcrt crypt32.dll Not Tested - Stubbed Dll dciman32.dll Not Tested - Stubbed Dll dinput.dll Joy.cpl would not load in control panel dplayx.dll dxdiag.exe - Failure at step 2 (Creating Direct PLay object):HRESULT=0x80040154 (CLASS NOT REGISTERED) imagehlp.dll IE works , Outlook Express starts very slowly Check this =P http://service2.symantec.com/SUPPORT/nav.nsf/docid/2000011214501806 imm32.dll Stubbed Dll no problems but nothing to test with mapi32.dll If Outlook Express uses it then its fine. we replaced mapi32,mapi32x and mapi32s stub and it worked with hotmail and pop/imap. msdos prompt appears to be lined to mapi32.dll =P mpr.dll Didnt ask to login, Network Neigborhood is GONE, setupapi.dll is linked to missing export in mpr.dll:WNetCancelConnection2A error loading powerprof.dll a device attached to this system is not functioning. When trying to browse a smb network \\192.168.0.250 Error the network request is not supported msdmo.dll Not Tested as blank msimg32.dll Not Tested - Stubbed Dll msisys.ocx msinfo.exe loads and works. netapi32.dll FileSharing works. odbc32.dll Not Tested oleaut32.dll You cant view as a web Page in My Computer. If disable View as Web Page everything works fine oledlg.dll Nothing wrong but Stubbed Dll olepro32.dll Not Tested - Stubbed Dll rasapi32.dll No test as no modem at current riched32.dll Tested Win98 - Outlook Express, Networking, IE all flawless. serialui.dll No tested as no modem at current shdocvw.dll General Protection Fault - Explorer.exe shlwapi.dll Shell32 missing export from shlwapi SHRegGetUSValueA (kills 98 bootup) tapi32.dll No test as no modem at current twain_32.dll Not tested No Scanner to test with at this time. urlmon.dll Kills MSHTML. No Error. IE just doesnt work. Neither does View as Web Page crap. Forgot to test Outlook Express winnls.dll Not Tested - Stubbed Dll winspool.drv Error twice loading powerprof.dll - A device attached to the system is not functioning setupapi dll is linked to missing exported Winspool.drv:GetPrinterDriverDirectoryA the vmcontrolpanel.cpl is linked to missing export Winspool.drv:OpenPrinterA wintrust.dll Not Tested - Stubbed Dll

1 0

Re: Lower bugs changing note
by Andriy Palamarchuk 05 Jun '02

05 Jun '02

--- Dustin Navea <speeddymon(a)yahoo.com> wrote: > The changes on the lower numbered bugs are done by > me, > trying to get some of these old bugs out of he list > of > ones to be worked on, if they have been fixed..... I noticed :-) Dustin, thank you for the great work you do. It was long overdue to clean these old issues. I have some comments - sometimes you mark as resolved and ask to reopen if the bug still exists bugs with very nice reports. I think this is good approach when you can't check whether the problem still exists or for some obscure applications, but many of the bug reports you closed are short, nice and consious. I think better approaches with these sort of bug reports is: a) try to reproduce yourself - the best approach. Your confirmation in the bug comments is very important for developer who may try to fix the issue. b) if research looks complex - a half a way to solving a bug, you can add comment, smth like "Needs to be confirmed". In both cases bug can be assigned to the component owner. c) ask to confirm without resolving the bug All these approaches insure that bug report won't be forgotten and this can happen if the bugs are just marked as "resolved". Could you try to go through the old bugs you marked as resolved? I already started to do this. I'll leave my comments in the bugs I reviewed. Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

FW: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw)
by Steven Edwards 05 Jun '02

05 Jun '02

In case anyone is interested in a alternitive to winemaker. Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson -----Original Message----- From: José Fonseca [mailto:j_r_fonseca@yahoo.co.uk] Sent: Friday, May 31, 2002 1:18 PM To: Steven_Ed4153(a)yahoo.com Cc: mingw-dvlpr(a)lists.sourceforge.net Subject: Re: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw) On 2002.05.31 17:44 Steven Edwards wrote: > MFC can and has been built with Wine although M$ licensing regarding > MFC on non-windows platforms is confusing as it has been changes a few > times. I think VS6 Before SP3 is OK. > This is nice to know. The MFC has been subject of long threads here. It's good to know that we can give some alternatives when people ask. (My general idea is that people who minimally care with cross-compiler (not to mention cross-platform) compatibility would never choose to build an application upon MFC - and that's probably the reason for why MFC has been loosing some ground and interest... ) > Also you guys might be insterested in the winemaker.pl script. It > converts VS makefiles to UNIX makefiles and can configure your win32 > application to be built with winelib+MFC. I may look at adapting it to > Mingw as part of the port I once made a small sed script for that, but probably it's not as complete as winemaker.pl. But we do have a fairly complete MS Dev Studio workspace to Unix Makefiles converter. It's availabable on http://mefriss1.swan.ac.uk/~jfonseca/gnu-win32/software/msds/ and it will soon be included on a "mingw-utils" package. Perhaps that might be interesting for the WINE Lib project too? Regards, José Fonseca

2 1

Improving debugging (gdb) support
by tijs＠connectux.com 04 Jun '02

04 Jun '02

Hi, I'd like to improve debugging support for Wine, and have time to undertake a larger project. Either I could work on winedbg to match gdb's features, or I could try to make gdb understand Wine better. Given the amount of useful frontends for gdb, it seems wiser to go for the second option. I'd love to be corrected if you think working on winedbg is a better choice. Gdb seems to have trouble understanding the way windows processes run in Wine. If anyone has thought about this, I'd like to know your opinions on a good solution to this problem. Furthermore, it seems useful to make gdb parse the .pdb format, or other debugging information. Winedbg already has a working pdb parser, which I could port to gdb. Feel free to push me in the right direction. -- Tijs van Bakel, ConnecTUX, <tijs(a)connectux.com>

7 7

RE: Clear up my License information
by Patrik Stridvall 04 Jun '02

04 Jun '02

> > So no, save the work nessessary for Rewind to make any patch > > from X11 licenser apply I don't see any problem from LGPL > > "contamintion" of the patches. In any case, as I said earlier > > this is Rewind problem, not the X11 licenser. > > Ok If its ReWinds problem that's cool. Yes. :-) > Are you still planning on doing any work porting the Wine > dlls to MS_VC? Yes. I haven't felt like working with the previous weeks though. > I could use some help seperating the win16 code from the ones I have > left. OK. I will see what I can do. First on my priority list is cleaning up and releasing the Microsoft Visual C project files generator though. One of Alexandre's Makefile changes broke it and I haven't taken time fixing it yet...

1 0

RE: Clear up my License information
by Steven Edwards 04 Jun '02

04 Jun '02

> So no, save the work nessessary for Rewind to make any patch > from X11 licenser apply I don't see any problem from LGPL > "contamintion" of the patches. In any case, as I said earlier > this is Rewind problem, not the X11 licenser. Ok If its ReWinds problem that's cool. Are you still planning on doing any work porting the Wine dlls to MS_VC? I could use some help seperating the win16 code from the ones I have left. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Latest CVS build can't find c:\windows\system
by Daniel Schwarz 04 Jun '02

04 Jun '02

>"Alexandre Julliard" <julliard(a)winehq.com> wrote: > > > Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > > > > > [wine] > > > +; Warning ! case sensitive directory names here ! > > > "Windows" = "c:\\windows" > > > "System" = "c:\\windows\\system" > > > > What makes you think they are case sensitive? > > Apparently it's caused by a bug somewhere, but if you will replace > c:\windows by c:\Windows (note an uppercase 'W') Wine will not be > able find the Windows directory. I'm experiencing problems with this. Just updated to the lastest CVS (June 4 2002) and I'm getting the following WINE error when trying to run any application: Invalid path 'c:\windows\system' for system directory: does not exist Perhaps you have not properly edited or created your Wine configuration file. Relevant snippets from my wine config file: [Drive C] "Path" = "/windows" "Type" = "hd" "Filesystem" = "win95" [wine] "windows" = "C:\\windows" "system" = "C:\\windows\\system" And from /etc/fstab: /dev/hda1 /windows vfat rw,auto,umask=000 0 0 /dev/hda1 is a Fat32 partition and does indeed contain \windows and \windows\system subdirectories. All lower case. winecheck gives me a "99% correct" score, and reports no problems with "Drive C" (all errors are related to file permission issues on Drive D which is not being used here.) snippet from winecheck output: ----------------------------- checking config file ----------------------------- 003. Checking config file access... OK. >>> Checking drive C settings: 004. Checking Path option... OK. 005. Checking Type option... OK. 006. Checking Filesystem option... OK. --> OK. So, I'm out of ideas. Any thoughts on what's going wrong here? Regards, Dan Schwarz http://www.winecentric.com/

2 1

Re: Lotus Notes Application Owner
by Daniel Schwarz 04 Jun '02

04 Jun '02

Ian writes: >I was under the impression that there already was one, but it looks like >I was mistaken. I will volunteer to own the Notes *R4* client, which I >regularly use. (I suggest having a different owner for Notes R5.) Ian, I'm the Lotus Notes application owner. I regularly use and test R5 on Linux, and I run a Linux Domino server at home. If you are interested in owning R4, that's fine by me. For what it's worth, from 1993-97 I was a programmer on the team that designed and wrote Notes R4 and R5 (Iris Associates) so I have some knowledge of application internals (although, sadly, no source code.) I'm following the discussion and bug report 466 although I have not been able to test with the latest CVS due to wine config problems detailed in my earlier message to the list. Regards, Dan Schwarz

1 0

Lotus Notes application owner
by Ian Pilcher 04 Jun '02

04 Jun '02

I was under the impression that there already was one, but it looks like I was mistaken. I will volunteer to own the Notes *R4* client, which I regularly use. (I suggest having a different owner for Notes R5.) My employer only recently began providing a VPN access option for Linux, so I've only been back to using Notes with Wine for a few weeks, but it seems to be working very well. The only bug I've noticed is that the left pane of the mail window (in which the "views" are shown) is resized to a zero width when the window is redrawn. -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

1 0

My posts don't appear in mailing list
by Massimo 04 Jun '02

04 Jun '02

I sent 3 posts to wine-devel, but none appears there... I checked my subscription, and it's all ok ! What happens ? Regards Max

1 0

CoMarshalInterface (IUnknown)
by Medland, Bill 03 Jun '02

03 Jun '02

Is this a trivial thing to fix? Currently the code simply ends up looking for the proxy in the registry. Everything is reasonable fro IClassFactory but of course IUnknown isn't in there because it should be inherent in the system itself. Bill

1 0

Endless loop in crash with MFC42
by Uwe Bonnes 03 Jun '02

03 Jun '02

Hallo, the XILINX webpack package crashes in some pull down menu. Some messageboc about an unrecoverable error pops up. On clicking OK, wine enters an endless loop in the debugger. It looks like appended: Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x5f442d54). In 32-bit mode. 0x5f442d54 (MFC42.DLL.?GetValueAt@CMapPtrToPtr@@QBEPAXPAX@Z+0x1 in I:\XILINX\MFC\MFC42.DLL): movl 0x4(%ecx),%esi Wine-dbg>parse error First chance exception: page fault on read access to 0x00000004 in 32-bit code (0x5f442d54). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:5f442d54 ESP:404b4410 EBP:404b4444 EFLAGS:00010246( R- 00 I Z- -P1 ) EAX:00000000 EBX:5f523200 ECX:00000000 EDX:00000004 ESI:419f6600 EDI:4038f7d0 Stack dump: 0x404b4410 (_end+0x6b90): 419f6600 5f446efd 00010050 4038f7d0 0x404b4420 (_end+0x6ba0): 5f523200 4038f704 5f46ed2f 00000001 0x404b4430 (_end+0x6bb0): 4038f704 4038f704 404b4710 5f4924fc 0x404b4440 (_end+0x6bc0): 00000000 404b4468 5f46eceb 4038f824 0x404b4450 (_end+0x6bd0): 5f46f64f 00000001 00000000 5f523200 0x404b4460 (_end+0x6be0): 5f52321c 00000001 404b45bc 5f46f6e8 0x404b4470 (_end+0x6bf0): 0011: sel=008f base=40111520 limit=00000fff 32-bit rw- Backtrace: =>0 0x5f442d54 (MFC42.DLL.?GetValueAt@CMapPtrToPtr@@QBEPAXPAX@Z+0x1 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4444) 1 0x5f46eceb (MFC42.DLL.??0_AFX_THREAD_STATE@@QAE@XZ+0x1f in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4468) 2 0x5f46f6e8 (MFC42.DLL.?DeleteValues@CThreadSlotData@@QAEXPAUHINSTANCE__@@H@Z+0x46 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b45bc) 3 0x5f43a01b (MFC42.DLL.EntryPoint+0x50 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b45dc) 4 0x40077531 (PE_InitDLL+0x71(module=0x5f400000, type=0x0, lpReserved=0x1) [pe_image.c:760] in libntdll.dll.so) (ebp=404b4600) 5 0x400738a4 (MODULE_InitDLL+0xa4(wm=0x40362358, type=0x0, lpReserved=0x1) [module.c:151] in libntdll.dll.so) (ebp=404b4620) 6 0x40073ac0 (MODULE_DllProcessDetach+0x60(bForceDetach=0x1, lpReserved=0x1) [module.c:277] in libntdll.dll.so) (ebp=404b4640) 7 0x400bad40 (ExitProcess+0x20(status=0x1) [process.c:1259] in libntdll.dll.so) (ebp=404b46cc) 8 0x780039b1 (MSVCRT.DLL.exit+0xa5 in I:\XILINX\MFC\MSVCRT.DLL) (ebp=405c6ddc) 9 0x5f449abb (MFC42.DLL.?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH@Z+0x67 in I:\XILINX\MFC\MFC42.DLL) (ebp=405c6e9c) 10 0x400b8cae (start_process+0x26e [process.c:526] in libntdll.dll.so) (ebp=405c6f38) 11 0x400bd2ad (call_on_thread_stack+0x1d(func=0x400b8a40) [sysdeps.c:105] in libntdll.dll.so) (ebp=405c6ff4) 12 0x400bd454 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x5f442d54 (MFC42.DLL.?GetValueAt@CMapPtrToPtr@@QBEPAXPAX@Z+0x1 in I:\XILINX\MFC\MFC42.DLL): movl 0x4(%ecx),%esi Wine-dbg>parse error First chance exception: page fault on read access to 0x00000004 in 32-bit code (0x5f442d54). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:5f442d54 ESP:404b4410 EBP:404b4444 EFLAGS:00010246( R- 00 I Z- -P1 ) EAX:00000000 EBX:5f523200 ECX:00000000 EDX:00000004 ESI:419f6600 EDI:4038f7d0 Stack dump: 0x404b4410 (_end+0x6b90): 419f6600 5f446efd 00010050 4038f7d0 0x404b4420 (_end+0x6ba0): 5f523200 4038f704 5f46ed2f 00000001 0x404b4430 (_end+0x6bb0): 4038f704 4038f704 404b4710 5f4924fc 0x404b4440 (_end+0x6bc0): 00000000 404b4468 5f46eceb 4038f824 0x404b4450 (_end+0x6bd0): 5f46f64f 00000001 00000000 5f523200 0x404b4460 (_end+0x6be0): 5f52321c 00000001 404b45bc 5f46f6e8 0x404b4470 (_end+0x6bf0): 0011: sel=008f base=40111520 limit=00000fff 32-bit rw- Backtrace: =>0 0x5f442d54 (MFC42.DLL.?GetValueAt@CMapPtrToPtr@@QBEPAXPAX@Z+0x1 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4444) 1 0x5f46eceb (MFC42.DLL.??0_AFX_THREAD_STATE@@QAE@XZ+0x1f in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4468) 2 0x5f46f6e8 (MFC42.DLL.?DeleteValues@CThreadSlotData@@QAEXPAUHINSTANCE__@@H@Z+0x46 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b45bc) 3 0x5f43a01b (MFC42.DLL.EntryPoint+0x50 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b45dc) 4 0x40077531 (PE_InitDLL+0x71(module=0x5f400000, type=0x0, lpReserved=0x1) [pe_image.c:760] in libntdll.dll.so) (ebp=404b4600) 5 0x400738a4 (MODULE_InitDLL+0xa4(wm=0x40362358, type=0x0, lpReserved=0x1) [module.c:151] in libntdll.dll.so) (ebp=404b4620) 6 0x40073ac0 (MODULE_DllProcessDetach+0x60(bForceDetach=0x1, lpReserved=0x1) [module.c:277] in libntdll.dll.so) (ebp=404b4640) 7 0x400bad40 (ExitProcess+0x20(status=0x1) [process.c:1259] in libntdll.dll.so) (ebp=404b46cc) 8 0x780039b1 (MSVCRT.DLL.exit+0xa5 in I:\XILINX\MFC\MSVCRT.DLL) (ebp=405c6ddc) 9 0x5f449abb (MFC42.DLL.?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH@Z+0x67 in I:\XILINX\MFC\MFC42.DLL) (ebp=405c6e9c) 10 0x400b8cae (start_process+0x26e [process.c:526] in libntdll.dll.so) (ebp=405c6f38) 11 0x400bd2ad (call_on_thread_stack+0x1d(func=0x400b8a40) [sysdeps.c:105] in libntdll.dll.so) (ebp=405c6ff4) 12 0x400bd454 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x5f442d54 (MFC42.DLL.?GetValueAt@CMapPtrToPtr@@QBEPAXPAX@Z+0x1 in I:\XILINX\MFC\MFC42.DLL): movl 0x4(%ecx),%esi And so on.

1 0

linux kernel thoughts
by William Knop 03 Jun '02

03 Jun '02

I'm sure people have asked questions about integrating wine into the linux kernel. Probably got flamed by everybody, yeah? But that's not what I'm posting about. Not directly, anyway. =) I'm thinking of writing a kernel patch for PE executable support. Is there any reason why wine libraries should not be used in a similar manner as standard linux libraries? Granted wine is more than just it's libraries. Anyway, good idea, bad idea? And please keep the "if it ain't broke, don't fix it" comments to yourself. No progress is made with that mentality. Will _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com

5 4

LotusNotes - typed characters do not appear
by Andriy Palamarchuk 03 Jun '02

03 Jun '02

This bug exists for a long time. See bug 466 http://bugs.winehq.com/show_bug.cgi?id=466 There are comments that this issue is fixed in Codeweavers wine and Crossover Office. What is the reason the fix is not in the main tree? If the fix is too hackish I still would like if information about the cause was added to the bug description. Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: linux kernel thoughts
by William Knop 03 Jun '02

03 Jun '02

Hmm... I hadn't thought of that. Thanks for the info. Perhaps I'll make a help file so people can set their boxes up easily this way. Thanks, Will >From: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> >To: William Knop <w_knop(a)hotmail.com> >CC: wine-devel(a)winehq.com >Subject: Re: linux kernel thoughts >Date: Mon, 03 Jun 2002 18:49:02 +0300 >MIME-Version: 1.0 >Received: from michael.checkpoint.com ([199.203.73.68]) by hotmail.com with >Microsoft SMTPSVC(5.0.2195.4905); Mon, 3 Jun 2002 08:48:38 -0700 >Received: from sun.consumer.org.il (localhost [127.0.0.1])by >michael.checkpoint.com (8.9.3/8.9.1) with ESMTP id SAA23860;Mon, 3 Jun 2002 >18:47:34 +0200 (IDT) >Message-ID: <3CFB8FEE.7070802(a)sun.consumer.org.il> >User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2) >Gecko/20020510 >X-Accept-Language: en-us, en >References: <F193y9CMdZpDsiIWeTl000067ef(a)hotmail.com> >Return-Path: wine-devel(a)sun.consumer.org.il >X-OriginalArrivalTime: 03 Jun 2002 15:48:38.0409 (UTC) >FILETIME=[209C3790:01C20B16] > >It's been a while since I looked at the compilation options of the kernel, >but there used to be specific support for java applets in the kernel >(running a userland jvm, mind you). That was later deprecated by a "MISC" >handler, that (I guess) could be configured to run java, and probably also >PE. > >The idea is that trying to execve a PE file, will find the userland wine >program and run it. This would make your effort needless. > > Shachar > > >William Knop wrote: > >>I'm sure people have asked questions about integrating wine into the linux >>kernel. Probably got flamed by everybody, yeah? But that's not what I'm >>posting about. Not directly, anyway. =) >> >>I'm thinking of writing a kernel patch for PE executable support. Is there >>any reason why wine libraries should not be used in a similar manner as >>standard linux libraries? Granted wine is more than just it's libraries. >>Anyway, good idea, bad idea? >> >>And please keep the "if it ain't broke, don't fix it" comments to >>yourself. No progress is made with that mentality. >> >>Will >> >>_________________________________________________________________ >>Send and receive Hotmail on your mobile device: http://mobile.msn.com >> >> _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

1 0

Wine front-end -- winespy
by Massimo 03 Jun '02

03 Jun '02

I am finishing a gui front end for wine that allows to start and stop wine app on the fly, capture wine output and filter debug cannels as required. It's done calling wine with --debugmesg +all and filtering it, so it'll slow down in some extents wine app.... For the moment I didn't find a way to remotely control wine debug channels from my app. I think that with little wine code changes it would be possible, i.e. passing a pipe to wine with something like --debugpipe num, and using it to start-stop debug channels output on the fly... But I can't code it.... If someone knows how to implement that stuff, I'd be glad to change my app... it would be much faster than now. BTW, I'll post my app (a QT based one) on next days after some testing. Regards Max

1 0

A problem with winmm and word
by Duane Clark 03 Jun '02

03 Jun '02

Word2000 seems to work good for me, except when I exit. It than invariably crashes in winmm, of all places: Backtrace: =>0 0x44056d9f (MULTIMEDIA_PlaySound+0x12f(pszSound=0x0, hmod=0x0, fdwSound=0x40, bUnicode=0x0) [mmsystem.c:639] in winmm.dll.so) (ebp=405b6bfc) 1 0x44056e37 (WINMM.DLL.PlaySound+0x13 in winmm.dll.so) (ebp=405b6c14) 2 0x30962b08 (MSO9.DLL._MsoFShowTooltip@8+0x123b in C:\PROGRAM FILES\MICROSOFT OFFICE\OFFICE\MSO9.DLL) (ebp=405b6d78) 3 0x30a92306 (MSO9.DLL._MsoFGetCursorLocation@8+0x23f in C:\PROGRAM FILES\MICROSOFT OFFICE\OFFICE\MSO9.DLL) (ebp=405b6d9c) 4 0x30170343 (winword.exe.EntryPoint+0x16d9a3 in C:\Program Files\Microsoft Office\Office\winword.exe) (ebp=307cd7d0) 5 0x00000012 (ebp=00000000) MULTIMEDIA_PlaySound() gets called three times. The first two times work ok, but on the third time, it is called with a NIL pszSound. This causes wps to never be set, causing the crash on line 639: wps->lpNext = iData->lpPlaySound; I added a simple test to return if wps is not set, and Word exits fine. But I have no idea whether that is the right thing to do.

2 3

Re: SMB filesystem
by Dan Kegel 03 Jun '02

03 Jun '02

Jean-Eric Cuendet wrote: > > > I'm thinking of implementing an smb filesystem, the way AFS implement > > > the AFS client fs kernel driver. > > > - Mount the smb filesystem on /smb (done at boot time) > > > - Every user has list dir access on /smb > > > - There, you see each workgroup/domain available on the network > > > - Then in each domain, a list of machines > > > - Then in each machine, a list of shares > > > - Then a list of files/dirs > > > Access will be granted using the SMB token (like a kerberos ticket) > > > issued by the primary domain controller. > > > It's the way the windows explorer works. It's cool and useful. > > > > Dan Kegel wrote: > > I've been hoping somebody would take this on. > > Why did you hope someone took this one? Do you think it's REALLY needed > or is there non-solvable problems? I'm interested in the Wine project, in particular, the kernel module being developed to speed up execution of win32 programs. It would really benefit from what you're proposing. (Wine is currently starting to do its own SMB client stuff, probably using the same shared library you're proposing to use, but not in a way that would be usable by the wine kernel module, I think. Wine could use your enhanced smbfs, if present, to allow all file operations to be handled by the wine kernel module.) > > Question: how will you carry the SMB token around? > > Let's imagine somebody starts a script that runs two programs > > that access SMB shares, and that they're initially not logged in at > > all. > > If this were Windows, it would prompt them once for their username > > and password, and then allow access from then on. ... > > For The user/pwd problem, you are right, user should be prompted for a > password. This could be achieve in the following way: > - If no token available: logged in anonymous or Guest > - The application could ask the daemon if a token is available, then > prompt the user for it before accessing the files. > - Make a generic callback way to call an arbitrary process > - When no token available, return a "NO LOGIN" message, so the > application should ask the user/password, create the token, or failed. > > I think that 1 or 4 is the best way to do it. I favor #4, it's the simplest. When the time comes that somebody wants closer emulation of windows behavior, something fancier could be done. > For the token [itself], it could be a file on the disk: > /tmp/user.smb.token, like with kerberos If that's how kerberos does it, that's probably fine. (In fact, in the future, won't you just use kerberos for a lot of windows networks?) But it might be awkward to access from inside the kernel, so I can imagine you might want to store it inside your smbfs kernel module instead. > What about putting that in a ENV VAR? Nope, environment variables are not global enough. Some posters have proposed using autofs to do the mounting. That's a good idea if it saves work and lets you have the per-user semantics you want. So all you need to do is implement an smbfs that uses the user's token to validate each open/rm/mv, and you're done. (Modulo somebody hooking an smb browser into an ldap server, but that may already have been done.) - Dan

1 0

Re: docu patch
by Alexandre Julliard 03 Jun '02

03 Jun '02

Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > [wine] > +; Warning ! case sensitive directory names here ! > "Windows" = "c:\\windows" > "System" = "c:\\windows\\system" What makes you think they are case sensitive? -- Alexandre Julliard julliard(a)winehq.com

2 3

problem : win16 stack selector freed twice
by Christian Costa 03 Jun '02

03 Jun '02

Hi everybody, I encountered the following problem that completely broke MapLS. I investigated a little and here is what I've found : 1) a selector is allocated for the win16 stack in THREAD_InitStack 2) the selector is freed and the stack replaced by another (the DGROUP of the module) in NE_StartTask 3) MapLS is called, allocates the freed selector and keep it in a linked list 4) the selector is freed in SYSDEPS_ExitThread which believes it to be the selector of the initial task 5) the selector being freed is allocated (from where is not important) and the associated descriptor is modified 6) further call to MapLS (wich makes the function to use this selector) make wine to crash because the descriptor has been overwritten So 2) and 4) are conflicting but I think only 4) is wrong. 4) should free the selector of the new stack instead of the old one. Or should do nothing if the stack has been changed. Any idea? A+ Christian

2 1

Win16 Support again
by Steven Edwards 03 Jun '02

03 Jun '02

Ok I changed my mind, I want to disable it for now. What is going to be the best way to go about doing it? We currently have the -DNO_WINEWINSOCK should I just #ifndef the code out with -DNO_WIN16 ? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 4

Patch - Fix building oleaut32 on other platforms
by Steven Edwards 03 Jun '02

03 Jun '02

Changelog: Portablity fix Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson cvs diff -u typelib.c Index: typelib.c =================================================================== RCS file: /home/wine/wine/dlls/oleaut32/typelib.c,v retrieving revision 1.69 diff -u -r1.69 typelib.c --- typelib.c 31 May 2002 23:25:50 -0000 1.69 +++ typelib.c 3 Jun 2002 02:21:04 -0000 @@ -53,6 +53,7 @@ */ #include "config.h" +#include "wine/port.h" #include <stdlib.h> #include <string.h>

1 0

NT Native API File functions
by Mike McCormack 02 Jun '02

02 Jun '02

Hi, I have a small dilema. I'd like to implement the functions below, and declare them in a header file somewhere, but they are not declared by Microsoft in any of their header files. (Checked the NT DDK, VC++ headers and Platform SDK.) So, should I: * go ahead and declare them like this * add an #ifdef DECLARE_NATIVEAPI / #endif around the functions * put them in a private header file in (say dlls/ntdll/native.h ) or just leave them out all together? Anyway, feel free to apply this if it's the right way to do it... Mike License: LGPL (as always) ChangeLog: * declare NtCreateFile() NtOpenFile() and NtReadFile() Index: include/ntddk.h =================================================================== RCS file: /home/wine/wine/include/ntddk.h,v retrieving revision 1.44 diff -u -r1.44 ntddk.h --- include/ntddk.h 31 May 2002 23:06:48 -0000 1.44 +++ include/ntddk.h 2 Jun 2002 13:51:35 -0000 @@ -1027,6 +1027,31 @@ BOOL WINAPI RtlTryEnterCriticalSection( RTL_CRITICAL_SECTION *crit ); NTSTATUS WINAPI RtlLeaveCriticalSection( RTL_CRITICAL_SECTION *crit ); +/* file functions */ + +/* flags for NtCreateFile and NtOpenFile */ +#define FILE_DIRECTORY_FLAG 0x00000001 +#define FILE_WRITE_THROUGH 0x00000002 +#define FILE_SEQUENTIAL_ONLY 0x00000004 +#define FILE_NO_INTERMEDIATE_BUFFERING 0x00000008 +#define FILE_SYNCHRONOUS_IO_ALERT 0x00000010 +#define FILE_SYNCHRONOUS_IO_NONALERT 0x00000020 +#define FILE_NON_DIRECTORY_FILE 0x00000040 +#define FILE_CREATE_TREE_CONNECTION 0x00000080 + +/* status for NtCreateFile or NtOpenFile */ +#define FILE_SUPERSEDED 0x00000000 +#define FILE_OPENED 0x00000001 +#define FILE_CREATED 0x00000002 +#define FILE_OVERWRITTEN 0x00000003 +#define FILE_EXISTS 0x00000004 +#define FILE_DOES_NOT_EXIST 0x00000005 + +NTSTATUS WINAPI NtCreateFile(PHANDLE, ACCESS_MASK, POBJECT_ATTRIBUTES, PIO_STATUS_BLOCK, PLARGE_INTEGER, ULONG, ULONG, ULONG, ULONG, PVOID, ULONG); +NTSTATUS WINAPI NtOpenFile(PHANDLE, ACCESS_MASK, POBJECT_ATTRIBUTES, PIO_STATUS_BLOCK, ULONG, ULONG); +NTSTATUS WINAPI NtReadFile(HANDLE, HANDLE, PIO_APC_ROUTINE, PVOID, PIO_STATUS_BLOCK, PVOID, ULONG, PLARGE_INTEGER, PULONG); + + /* string functions */ extern LPSTR _strlwr( LPSTR str ); extern LPSTR _strupr( LPSTR str );

1 0

kernel fix for SB16 fullduplex system lockup
by Andreas Mohr 02 Jun '02

02 Jun '02

[wine-devel copy of my LKML mail] doh ! This time with patch... Hi all, when running a program on Wine, suddenly my 2.4.18 froze completely. This has been caused by the program submitting an odd number of output bytes to the soundcard in 16bit output mode, thus causing the sound driver to loop endlessly on the last remaining byte. When digging deeper, I found that this odd number of output bytes had been caused by the SoundBlaster 16 driver always returning one half of the output bytes that it could take (in the SNDCTL_DSP_GETOSPACE ioctl result), thus always cutting the remaining free buffer in half, thus hitting an odd number after some time (1988 bytes -> 994 -> 497). The SB16 driver is doing an internal 16bit -> 8bit conversion in case it's running in fullduplex mode, and it simply returned the remaining free bytes in the DMA buffer, which should have been twice that number due to the 16bit -> 8bit conversion in fullduplex mode. Also, it's doing 8bit -> 16bit conversion in the 8bit output case, which SNDCTL_DSP_GETOSPACE ioctl didn't account for either. In short: When using SB16 in fullduplex mode, the SNDCTL_DSP_GETOSPACE ioctl didn't account for the 16/8bit format conversions that the SB16 does in this case, thus leading to an odd-numbered input count freezing the box due to a second "odd remainder" endless loop bug. Thus this patch does: - add two flags DMA_CONV_16_8, DMA_CONV_8_16 to struct dma_buffparms to check for format conversion in dma_ioctl()/SNDCTL_DSP_GETOSPACE and thus fix SNDCTL_DSP_GETOSPACE result to account for format conversion - prevent endless looping (lockup) on single remaining byte by discarding odd remainders of odd output counts in case of 16bit format This WORKS (well, for me at least :-). My previous LKML mails about this problem were: 950 May 25 Andreas Mohr ( 80) SB16: 2.4.18 lockup on odd-numbered 16bit 951 May 26 Andreas Mohr ( 59) SNDCTL_DSP_GETOSPACE bug for SB16 (was: S I'm not in the least experienced with sound card programming, and I didn't get much LKML help on this issue, so please review and let me know the result, if possible. CC'd to Andrea, the original author of SB16 fullduplex support. Thanks ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany

1 0

kernel fix for SB16 fullduplex system lockup
by Andreas Mohr 02 Jun '02

02 Jun '02

[wine-devel copy of my LKML mail] Hi all, when running a program on Wine, suddenly my 2.4.18 froze completely. This has been caused by the program submitting an odd number of output bytes to the soundcard in 16bit output mode, thus causing the sound driver to loop endlessly on the last remaining byte. When digging deeper, I found that this odd number of output bytes had been caused by the SoundBlaster 16 driver always returning one half of the output bytes that it could take (in the SNDCTL_DSP_GETOSPACE ioctl result), thus always cutting the remaining free buffer in half, thus hitting an odd number after some time (1988 bytes -> 994 -> 497). The SB16 driver is doing an internal 16bit -> 8bit conversion in case it's running in fullduplex mode, and it simply returned the remaining free bytes in the DMA buffer, which should have been twice that number due to the 16bit -> 8bit conversion in fullduplex mode. Also, it's doing 8bit -> 16bit conversion in the 8bit output case, which SNDCTL_DSP_GETOSPACE ioctl didn't account for either. In short: When using SB16 in fullduplex mode, the SNDCTL_DSP_GETOSPACE ioctl didn't account for the 16/8bit format conversions that the SB16 does in this case, thus leading to an odd-numbered input count freezing the box due to a second "odd remainder" endless loop bug. Thus this patch does: - add two flags DMA_CONV_16_8, DMA_CONV_8_16 to struct dma_buffparms to check for format conversion in dma_ioctl()/SNDCTL_DSP_GETOSPACE and thus fix SNDCTL_DSP_GETOSPACE result to account for format conversion - prevent endless looping (lockup) on single remaining byte by discarding odd remainders of odd output counts in case of 16bit format This WORKS (well, for me at least :-). My previous LKML mails about this problem were: 950 May 25 Andreas Mohr ( 80) SB16: 2.4.18 lockup on odd-numbered 16bit 951 May 26 Andreas Mohr ( 59) SNDCTL_DSP_GETOSPACE bug for SB16 (was: S I'm not in the least experienced with sound card programming, and I didn't get much LKML help on this issue, so please review and let me know the result, if possible. CC'd to Andrea, the original author of SB16 fullduplex support. Thanks ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany

1 0

RE: Close X after one hour and half
by Robert Yaklin 02 Jun '02

02 Jun '02

The problem may be a memory leak in Wine. Try running top while your Wine application is running and keep an eye on the amount of memory Wine is using. If you are using the latest Wine from CVS you may notice that you application runs longer, thanks to a bug-fix by Andreas Mohr. Robert You Wrote: > Hello friends > > a run my applicationwith wine and xinit like: > > xinit wine myapp.exe -- :0 > > running very well, but after one hour and half this broken my X > session and back to text console... > > i not see a messagem that refer to this problem in the screen and > logs are equal > > I dont understand what happen with X to make... > > anybody help me..? > > > Marcelo

1 0

Keyboard layout detection not working??
by Shachar Shemesh 02 Jun '02

02 Jun '02

Hi all, I am using Debian SID with KDE. In KDE, I defined two keyboard layouts (US and IL). I tried to add Israeli keyboard detection using the attached patch (layout.diff). When trying to test that patch, however, I perform the following task: I type in the command as suggested in the docs (wine --debugmsg +key,+keyboard >& key.log). Attached are two run attempts. key.log is with the US keyboard selected, key2.log is with the Hebrew keyboard selected. Comparing the two outputs, several things become evident: 1. The Israeli keyboard is not detected. It fails to match even the non-Hebrew characters (such as the '/' instead of lower case 'q'). It's as if WINE did not notice that a non-English keymap was installed. On the other hand, there are some differences between the two runs. What's going on? 2. The dvorak keyboard has 0 mismatches???? I noticed that the code has some different virtual mapping of the keyboard. I am not aware that dvorak keyboards generate a different scan code mapping. Am I missing something here? 3. There does not appear to be any code that detects layout changes in X11, and sends the apropriate WM_INPUTLANGCHANGE message. I understood that implementing an event trigered by X layout change is a difficult matter, but it is highly necessary for my BiDi support (many programs, including Office, know the current direction, and have visual representation when it changes. Not implementing this message may prove to be problematic in that respect). I currently don't have the capacity to go after this particular problem, but if it remains unsolved by the time it becomes crucial to me, I will. If anyone has any leads on solving this problem, please let me know. I have entered bug #735 on this issue. Many thanks for your input, Shachar Index: dlls/x11drv/keyboard.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/keyboard.c,v retrieving revision 1.1 diff -u -r1.1 keyboard.c --- dlls/x11drv/keyboard.c 30 Apr 2002 21:16:39 -0000 1.1 +++ dlls/x11drv/keyboard.c 28 May 2002 13:20:04 -0000 @@ -531,6 +531,15 @@ "zZ","xX","cC","vV","bB","nN","mM","öÖ","çÇ",".:" }; +/*** Israeli keyboard layout */ +static const char main_key_IL[MAIN_LEN][4] = +{ + "`~","1!","2@","3#","4$","5%","6^","7&","8*","9(","0)","-_","=+", + "/Q","'W","÷E","øR","àT","èY","åU","ïI","íO","ôP","[{","]}", + "ùA","ãS","âD","ëF","òG","éH","çJ","ìK","êL","ó:",",\"","\\|", + "æZ","ñX","áC","äV","ðB","îN","öM","ú<","õ>",".?" +}; + /*** VNC keyboard layout */ static const WORD main_key_scan_vnc[MAIN_LEN] = { @@ -600,6 +609,7 @@ {"Latin American keyboard layout", 28591, &main_key_LA, &main_key_scan_qwerty, &main_key_vkey_qwerty}, {"Lithuanian (Baltic) keyboard layout", 28603, &main_key_LT_B, &main_key_scan_qwerty, &main_key_vkey_qwerty}, {"Turkish keyboard layout", 28599, &main_key_TK, &main_key_scan_qwerty, &main_key_vkey_qwerty}, + {"Israeli keyboard layout", 28598, &main_key_IL, &main_key_scan_qwerty, &main_key_vkey_qwerty}, {"VNC keyboard layout", 28591, &main_key_vnc, &main_key_scan_vnc, &main_key_vkey_vnc}, {NULL, 0, NULL, NULL, NULL} /* sentinel */

4 14

PATCH: DragQueryFileW (shellole.c; shell32)
by Sander van Leeuwen 02 Jun '02

02 Jun '02

Hi, There appears to be a little bug in DragQueryFileW. According to MSDN pFiles is the offset in bytes. Did somebody make a mistake or was the LPWSTR cast added on purpose? Sander Changelog: - Fixed wrong cast; MSDN says lpDropFileStruct->pFiles is offset in bytes (regardless of ascii/unicode) Author: Sander van Leeuwen (sandervl(a)xs4all.nl) --- shellole.co Sun Mar 17 11:20:10 2002 +++ shellole.c Sun Jun 2 13:15:54 2002 @@ -627,7 +627,7 @@ if(!lpDropFileStruct) goto end; - lpwDrop = (LPWSTR) lpDropFileStruct + lpDropFileStruct->pFiles; + lpwDrop = (LPWSTR) ((LPSTR)lpDropFileStruct + lpDropFileStruct->pFiles); i = 0; while (i++ < lFile)

1 0

Shlwapi and user32 question
by Steven Edwards 02 Jun '02

02 Jun '02

Hola, The only thing keeping me from building shlwapi is that its import the non-win32 call wvsnprintfA and wvsnprintfW from user32 to implement wvnsprintfA and wvnsprintfW. I did a search of the wine source tree and nothing else seems to depend on these functions being exported from user32. Can they be moved somewhere else or removed? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 1

Possible minor bug in bin2res
by Steven Edwards 02 Jun '02

02 Jun '02

Hola, I have been working on a small project that I am going to be submitting to the wine tree that used binary resources under windows and when I went to convert the files with bin2res I get this error "rename: File exists" It dumps the right wine resource information to the resouce-tmp file but when it goes to unlink the tmp file is when the error happens and the information must be manualy added to the rsrc.rc I traced it down, made sure that all other tmp file acces works in bin2res and and I think the problem is on line 245 if (rename(tmpfile, g_lpstrInputFile) == -1) { perror("rename"); unlink(tmpfile); return 0; } return 1; I have followed the directions on www.winehq.com for creation of a rsrc.rc to dump the resource information so I don't think I'm doing anything wrong. Can someone check this on windows to make sure I'm not just on the crack rock again? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 1

User (developer ?) friendly execution trace
by max 01 Jun '02

01 Jun '02

I find tracing a wine problem with wine --debugmsg for large programs unpractical. Usually you can know about exactly when a program hangs or behaves badly, but there's no way to activate/deactivate tracing after program start (afaik...) Being also a windoze (sigh) programmer, I find very useful some utilities like winspy that presents a window log in which you can start/stop tracing or logging of wine messages, system calls and so on, and activate/deactivate filters on the fly. This would allow spotting the bug when it arises instead of having tenths or hundreds of mbyte of logs. I could implement it as a filter taking input from wine, but I guess it'll slow downn much apps, having to parse wine output on the fly. Much better would be an internal implementation.... Some comments about ? Regards Max

3 2

DOS memory Question..... or How to increase base memory for DOS apps
by Christian Costa 01 Jun '02

01 Jun '02

Hi, Many DOS apps needs a lot of base memory even if EMS or XMS memory are used. The first 64K of memory being lock to catch null pointer, the DOS memory must start at 0x10000 as you can see in the code below (msdos/dosmem.c) : /*********************************************************************** * DOSMEM_InfoBlock * * Gets the DOS memory info block. */ static dosmem_info *DOSMEM_InfoBlock(void) { return (dosmem_info*)(DOSMEM_dosmem+0x10000); /* 64K */ } /*********************************************************************** * DOSMEM_InitMemory * * Initialises the DOS memory structures. */ static void DOSMEM_InitMemory(void) { /* Low 64Kb are reserved for DOS/BIOS so the useable area starts at * 1000:0000 and ends at 9FFF:FFEF. */ Changing this value to the end of the BIOS DATA area (0x500) does the job and things work as expected (at least for DOS apps). But I was told that this causes problems for others apps. Probably for Win16 ones that use DOS3CALL and not int21h via DPMI. If it's true, a solution could be to initialize DOS memory differently for pure DOS apps by modifying the DOSMEM_Init function. DOSMEM_Init is called at 3 different places : - process_attach in dlls/kernel/kernel_main.c - DOSVM_Init in dlls/winedos/dosvm.c - MZ_InitMemory in dlls/winedos.dosvm.c and acts differently the first and second calls. Since I don't know wine internals enough and the "flow of execution", I have no idea how to do it in a clean way that do not break everything. If someone can help me or give me hints? A+ Christian

3 3

How to fix SizeOfImage when loading a builtin dll ?
by Laurent Pinchart 01 Jun '02

01 Jun '02

Hi everybody, I noticed that, when a builtin dll (.so) is loaded, the SizeOfImage field in the OptionalHeader is not updated and stays equal to page_size (see winebuild, spec32). I need to get the correct value in SizeOfImage. I thought about updating that field in map_dll(a)library/loader.c, but don't know how to get the size of the image. Could anyone help me ? I'm not familiar with the PE loader. Thanks in advance, Laurent Pinchart

5 12

translating docs
by Damian Wojslaw 31 May '02

31 May '02

Hello I just posted similiar thing on wine-users, but Anriy Palamarchuk said, that he intend to say something about it here. I thought I might as well give him a good opportunity and ask: what about translating docs? Those at WineHQ and within Wine tree? What I would like to know is, which of them would you like to see translated first (as for now, I am, unfortunately, the only person I know of, that intends to do this)? What about user interface? How do you want to distribute it - want to have it at your site, or ony host a link? And so on, and so forth, and whatever... :)))) -- Damian Wojslaw

1 0

Re: wine can't find regedit.exe.so when it is not on the path
by Alexandre Julliard 31 May '02

31 May '02

Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > I can't start just installed regedit manually, > wine gets confused by symbolic links in the windows > directory: > regedit.exe -> /usr/local/bin/regedit > regedit.exe.so -> /usr/local/bin/regedit.so These symlinks should be removed too, they are no longer necessary. -- Alexandre Julliard julliard(a)winehq.com

2 4

Re: [Bug 751] Changed - GetDiskFreeSpace should return >2GB on some systems
by Andreas Mohr 31 May '02

31 May '02

Hi all, could you have a look at bug #751 and check the values on your Windows version and add a comment to the bug on what your version does ? (please don't forget to only check for partitions > 2GB !!) Thanks ! On Thu, May 30, 2002 at 11:19:14PM -0500, wine-bugs(a)winehq.com wrote: > http://bugs.winehq.com/show_bug.cgi?id=751 > > *** shadow/751 Thu May 30 23:18:08 2002 > --- shadow/751.tmp.27844 Thu May 30 23:19:14 2002 > *************** > *** 25,27 **** > --- 25,31 ---- > the selected emulated version, or always return the actual free size. > > I'll attach a small program to obtain the return values from GetDiskFreeSpaceA. > + > + ------- Additional Comments From vberon(a)mecano.gme.usherb.ca 2002-05-30 23:19 ------- > + Created an attachment (id=150) > + Test program to obtain the return values of GetDiskFreeSpaceA -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 1

Re: PATCH: libntddl.so not found
by Alexandre Julliard 31 May '02

31 May '02

Marcus Meissner <marcus(a)jet.franken.de> writes: > This adds a helpful messages for the users who do > ./configure > make > make install > and do not have /usr/local/lib in their ld.so.conf. I think this should be in the top-level Makefile to avoid having it scroll off the screen. Also it would be nice to check LD_LIBRARY_PATH to avoid needlessly scaring users who have a working config already. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: PATCH: libntddl.so not found
by Dustin Navea 31 May '02

31 May '02

Hmmm, I found some problems with this: +print NEWMAKE <<EOF; shouldn't that be printf ? + \@if test -f /etc/ld.so.conf -a -z "`grep \$(libdir) /etc/ld.so.conf`" ; \\ shouldn't that be \$(LIBDIR) + echo " Add the line '\$(libdir)' to /etc/ld.so.conf" ; \\ I think that escaping the $ in this line is unnecessary as it this prints "$(libdir)" instead of the contents of that variable, and also libdir should be capitalized there too... + echo " export LD_LIBRARY_PATH=\$(libdir):\$LD_LIBRARY_PATH" ; \\ Same as above except that it doesn't apply to \$LD_LIBRARY_PATH as we want "$LD_LIBRARY_PATH" to be printed... -Dustin __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 2

Re: Idea for people with priveleges
by Dustin Navea 31 May '02

31 May '02

--- Andriy Palamarchuk <apa3a(a)yahoo.com> wrote: > > --- Dustin Navea <speeddymon(a)yahoo.com> wrote: > > Well, AFAIK, there isn't reall a QA team, and if > > there > > is, they aren't checking out the bugs, because > > several > > bugs marked as resolved for over a year weren't > > closed > > until I went in and closed them.... > > Agree, we can simplify the things for now - skip > VERIFIED and RESOLVED steps in most cases - just > close > the bugs. > We can change the process later. > > Andriy > That is why I started this thread, we cant "just close the bugs" we have to resolve them first... We need 3 more options, probably would be easiest to implement in BugZilla 2.11: Close as Unresolved More information needed from User More testing Needed __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Problem with 64-bit file functions declarations
by Andriy Palamarchuk 31 May '02

31 May '02

I'm researching an issue when started regedit.exe fails to export registry. This started to happen after Alexandre's patch which included "config.h" in the regedit source file. I found out this problem was triggered by declaration #define _FILE_OFFSET_BITS 64 in config.h. The test case: ******************************************** /* Set this to 64 to enable 64-bit file support on Linux */ #define _FILE_OFFSET_BITS 64 #include <stdio.h> #include <windows.h> void test_write(void) { FILE *f = fopen("1.reg", "w"); printf("sizeof FILE: %d\n", sizeof(FILE)); fputs("DEBUG1\n", f); fclose(f); } int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { test_write(); exit(0); } ******************************************** Comment out the macro definition and it works, with macro it creates file of 0 length. With the defined macro many file functions are defined as functions for 64-bit access and are linked to the native platform calls instead of msvcrt ones. Differences in precompilation output: Without macro: # 203 "/usr/include/stdio.h" 3 extern FILE *fopen (__const char *__restrict __filename, __const char *__restrict __modes) ; With macro: # 211 "/usr/include/stdio.h" 3 extern FILE *fopen (__const char *__restrict __filename, __const char *__restrict __modes) __asm__ ("" "fopen64"); The same happens for some other file functions. What is the correct fix for this problem? Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

3 4

fwait bug
by admiral coeyman 31 May '02

31 May '02

Developers, From what I've been reading on the subject, the best way of handling int 3d is to return successful. Any fpu emmulation that we'll do should not require the fwait. The problem is that I cannot find enough information on the subject to know what the successful return conditions for this interrupt are. On a system that detects an FPU, self-modifying code is used. The interrupts that emmulate the FPU functions are rewritten in the executable to use the machine code for the real FPU instructions. I'm not sure if that can be done with the current memory scheme since that is outside of my area. God Bless, --Robert 'Admiral' Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

1 0

Re: [Bug 377] Changed - mIRC crashes while backspacing to erase entry
by Tony Lambregts 31 May '02

31 May '02

Sam'l Bassett wrote: >With: > > codeweavers-wine-20011108-5 > >and > > mIRC 5.91 > > Yep -- still has the problem > >On Thursday 30 May 2002 12:35 pm, wine-bugs(a)winehq.com wrote: > > >>http://bugs.winehq.com/show_bug.cgi?id=377 >> >> >> Why do you not post in bugzilla the link was given . The reports come from the people looking at your bug report in bugzilla, where you reported it in the first place. Thats where you should respond. Tony Lambregts.

1 0

Re: PATCH: win32/device.c -- addresses two warnings
by Marcus Meissner 30 May '02

30 May '02

On Thu, May 30, 2002 at 09:26:56AM +0200, Gerald Pfeifer wrote: > This addresses two compiler warnings seen on FreeBSD 4.5-RELEASE. > The first should appear on any non GNU/Linux-system, the second on > all systems. > > Gerald > > ChangeLog: > Move floppy_params into #ifdef linux. > Fix printf format in OpenVxDHandle(). > > Index: device.c > =================================================================== > RCS file: /home/wine/wine/win32/device.c,v > retrieving revision 1.63 > diff -u -3 -p -r1.63 device.c > --- device.c 25 May 2002 22:04:43 -0000 1.63 > +++ device.c 30 May 2002 07:24:18 -0000 > @@ -1187,12 +1187,6 @@ static const DWORD VWIN32_DriveTypeInfo[ > 0x4f24 /* 2.88 M */ > }; > > -static BYTE floppy_params[2][13] = > -{ > - { 0xaf, 0x02, 0x25, 0x02, 0x12, 0x1b, 0xff, 0x6c, 0xf6, 0x0f, 0x08 }, > - { 0xaf, 0x02, 0x25, 0x02, 0x12, 0x1b, 0xff, 0x6c, 0xf6, 0x0f, 0x08 } > -}; > - > /********************************************************************** > * VWIN32_ReadFloppyParams > * > @@ -1201,6 +1195,12 @@ static BYTE floppy_params[2][13] = > static VOID VWIN32_ReadFloppyParams(DIOC_REGISTERS *regs) > { > #ifdef linux > + static BYTE floppy_params[2][13] = > + { > + { 0xaf, 0x02, 0x25, 0x02, 0x12, 0x1b, 0xff, 0x6c, 0xf6, 0x0f, 0x08 }, > + { 0xaf, 0x02, 0x25, 0x02, 0x12, 0x1b, 0xff, 0x6c, 0xf6, 0x0f, 0x08 } > + }; > + I think this is not recommended C (and might fail on other compilers). Not that linux would have any other but gcc. Ciao, Marcus

1 0

Re:Please how do I post the following and get help? "VT_STREAMED_OBJECT out of MSMQ"
by Hans 30 May '02

30 May '02

I was looking at some of your postings recently and I thought that maybe you have come across the situation where you have tried to send a VT_STREAMED_OBJECT into (OleSaveToStream) a queue body and tried to retrieve it at a later time (OleLoadFromStream). I am struggling to work with this (I hope that the code is self explanatory): pMsgProps->aPropID[iter] = PROPID_M_BODY_TYPE; pMsgProps->aPropVar[iter].vt = VT_UI4; pMsgProps->aPropVar[iter].ulVal = VT_STREAMED_OBJECT; iter++; pMsgProps->aPropID[iter] = PROPID_M_BODY; pMsgProps->aPropVar[iter].vt = VT_VECTOR|VT_UI1; STATSTG stat; hResult = ptrStream0->Stat(&stat,STATFLAG_NONAME); pMsgProps->aPropVar[iter].caub.cElems = stat.cbSize.LowPart; pMsgProps->aPropVar[iter].caub.pElems = (unsigned char *)static_cast<void *>(ptrStream0); The above part seems to go through fine. But I cannot extract the information from the receiving end: IStream* ptrStream0 = reinterpret_cast<IStream*>(pMsgProps->aPropVar[3].caub.pElems); // the subscript 3 is where the message body is being extracted, also memory has been allocated as UCHAR in the ..pElems hResult = ptrStream0->Stat(&stat,STATFLAG_NONAME); // the above line of code gives you garbage values for both STATMSG.cbSize.(HighPart and LowPart) Do you think that you could help? Thanks. Hans

1 0

Re: Patch to fix bug_report.pl
by Andreas Mohr 30 May '02

30 May '02

On Thu, May 30, 2002 at 09:47:07AM -0600, Tony Lambregts wrote: > The bug_report.pl script was broken by the removal of -managed command > line option This patch fixes it. That's all fine and dandy, but I think the real fix is to a) nuke bug_report.pl or b) improve it *a lot* bug_report.pl is so darn old that the Wine version it had originally been written for is *completely* different from what we're using today. Thus bug_report.pl should at least strip all "irrelevant" bug lines (*CriticalSection, Interlocked*crement, Tls*, ...). Furthermore it should really include many more debug lines (we're also tracing wine internal dlls now sometimes !). I'd suggest about 1500 lines of censored output, if not even more. Otherwise you can just kiss the debug log goodbye in about 98.5% of all cases. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

3 2

Debug information
by tijs＠connectux.com 30 May '02

30 May '02

Hi, I compiled a simple Hello World test using VC++ 6.0, with default settings. This generates a .PDB file, which is not read by the most recent winedbg. Perhaps this is due to an overly strict sanity check. In debugger/msc.c I found the following check if ( mpd_nth->Signature != IMAGE_NT_SIGNATURE || mpd_nth->FileHeader.NumberOfSections != nth->FileHeader.NumberOfSections || !(mpd_nth->FileHeader.Characteristics & IMAGE_FILE_DEBUG_STRIPPED )) goto leave; Now unfortunately, the characteristics for my file are 0x10e, and hence the IMAGE_FILE_DEBUG_STRIPPED flag is not set. Disabling the check solves this problem, but perhaps I should try to instruct VC++ to enable the bit? Trying the same with Visual Studio .NET is somewhat more cumbersome. I haven't been able to read in the debugging information generated by C++ projects using winedbg. Has anyone else tried this? Greetings, -- Tijs van Bakel, ConnecTUX, <tijs(a)connectux.com>

2 3

RE: Stripping of whitespaces at the end of lines
by Patrik Stridvall 30 May '02

30 May '02

> Alexandre Julliard a écrit : > > > > Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > > > > > If Alexandre wants to do it locally, I support him (our > mailboxes will > > > appreciate). > > > > If you want me to do that please send me a script that I can run > > across the tree to do the change. Please don't send patches for this > > kind of things. > > > > -- > > Alexandre Julliard > > julliard(a)winehq.com > > Here it is. It only targets .c and .h files. Looks good. <shameless-plug-for-perl> However the script can be written much shorter in Perl find . -name '*.[ch]' | xargs perl -i -pe 's/[ \t]+$//; s/;;+$/;/' </shameless-plug-for-perl> > The diff was ~4MB in size between before and after. The savings in a > .tar.gz of the whole tree were modest, around 25KB. I have read through the diff (rather quickly) and it seem to be OK. In fact I can't think of anything in the C semantics that can make a difference if trailing whitespace or extra semicolon is removed. > Now to find a good set of arguments to feed indent(1) so we > all use the > same coding style... > > Not! ;) Good luck finding something that everybody can agree upon. :-)

3 2

RE: Stripping of whitespaces at the end of lines
by Medland, Bill 30 May '02

30 May '02

> -----Original Message----- > From: Vincent Béron [mailto:vberon@mecano.gme.usherb.ca] > Sent: Tuesday, May 28, 2002 10:44 PM > To: wine-patches(a)winehq.org > Subject: Stripping of whitespaces at the end of lines > > > This is the first post in a series of posts about the same > subject. The > plan is to post the rest in the following days (as the total is >2MB > uncompressed, I don't want to send it all at once). Each patch will be > compressed (diff.gz) for that same reason. > > Alexandre, if you don't intend to apply it, please say so (along with > why), so I won't post some big patches for nothing. > > Changelog > - Strips whitespaces at the end of some C lines. > > Vincent I would have thought it would be safer simply for Alexandre to do the stripping locally rather than posting a whole load of patches. At the same time how about agreeing the size of a tab or removing them altogether or agreeing always to use tabs for progra, indentation or ....; Bill

11 19

Re: PATCH: ImageList_LoadImageW (comctl32)
by Tony Lambregts 30 May '02

30 May '02

Sander van Leeuwen wrote: >Changelog: >- Match behaviour of ImageList_LoadImageA wrt cx parameter (when set to zero) > >Author: Sander van Leeuwen/Odin (sandervl(a)xs4all.nl) > > >--- imagelist.c Wed May 29 17:31:28 2002 >+++ imagelist.co Wed May 29 17:32:38 2002 >@@ -1907,19 +1907,6 @@ > if (uType == IMAGE_BITMAP) { > BITMAP bmp; > GetObjectA (handle, sizeof(BITMAP), &bmp); >- >- /* To match windows behavior, if cx is set to zero and >- the flag DI_DEFAULTSIZE is specified, cx becomes the >- system metric value for icons. If the flag is not specified >- the function sets the size to the height of the bitmap */ >- if (cx == 0) >- { >- if (uFlags & DI_DEFAULTSIZE) >- cx = GetSystemMetrics (SM_CXICON); >- else >- cx = bmp.bmHeight; >- } >- > nImageCount = bmp.bmWidth / cx; > > himl = ImageList_Create (cx, bmp.bmHeight, ILC_MASK | ILC_COLOR, > > > > > > Seems to me that you got this patch backward. - should + Tony Lambregts

1 0

Re: SafeDisc-1 semi-cleaned note...
by Laurent Pinchart 29 May '02

29 May '02

> i hope i am not asking to much by this, but is there > any chance you could send me a copy of the diff's with > some fixme comments so I know exactly which things > need to be cleaned up? I know that you said the > server suspension code needs to be checked, and the > 0x7ffe0000 page needs to be properly implemented, but > im not sure what all would need to be changed to get > this done. Ok, here's a first version of safedisc.safe.diff with comments. I don't think it's usefull to comment safedisc.dmca.diff for now, but if you need some information about it let me know. --- memory/emulate.c Thu Jan 1 01:00:00 1970 +++ memory/emulate.c Thu May 9 17:35:27 2002 @@ -0,0 +1,53 @@ +/* + * Emulation of privileged memory + * + * Copyright 2002 Laurent Pinchart + * + * 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 "windef.h" +#include "wingdi.h" +#include "wine/winuser16.h" +#include "module.h" +#include "wine/debug.h" + +WINE_DEFAULT_DEBUG_CHANNEL(virtual); + +#ifdef __i386__ + +/*********************************************************************** + * MEMORY_SharedUserData + * + * Handles exceptions for the SharedUserData access. + */ +BOOL MEMORY_SharedUserData( LPVOID arg, LPCVOID addr ) +{ + DWORD dwProtection; + BOOL ret; + + TRACE( "MEMORY_SharedUserData\n" ); + + ret = VirtualProtect( (LPVOID)0x7ffe0000, 0x10000, PAGE_READWRITE, &dwProtection ); + if ( ret ) + { + *(LPDWORD)0x7ffe0000 = 0x12345678; + ret = VirtualProtect( (LPVOID)0x7ffe0000, 0x10000, PAGE_READONLY, &dwProtection ); + } + + return ret; +} + +#endif /* __i386__ */ This is the emulation of "SharedUserData". SharedUserData is a page of memory located right before the kernel space (0x80000000), so at address 0x7ffe0000. It contains miscelaneous information, and is read-only in user space and read-write in kernel space. You can find more information about it in ntddk.h (not included in wine). We need 3 things here: 1) Write support for the other fields, not only TickCount (kernel timer). This is optional but quite easy for some fields. 2) Find a way to either remove the read rights after the read access, so that the next read access would trigger an exception again, and the information could be updated (this is IMHO *very* difficult), or periodically update the information contained in that page (mostly TickCount). The later should be easier, but implies a slow down. If would be nice to trigger that periodical update only after the first read of TickCount, so that programs which don't read it wouldn't suffer from that slow down. We could also remove the read rights after some time (instead of right after the read operation). That might be the best way, as it wouldn't imply a slow down (not periodical update). 3) Replace 0x12345678 with a correct value. Don't forget that secdrv.c needs to know that value (or at least a close enough value), so we need a portable and accurate way to set and retrieve it from inside wine. Index: dlls/ntdll/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/ntdll/Makefile.in,v retrieving revision 1.27 diff -u -r1.27 Makefile.in --- dlls/ntdll/Makefile.in 14 May 2002 20:55:01 -0000 1.27 +++ dlls/ntdll/Makefile.in 23 May 2002 18:54:33 -0000 @@ -32,6 +32,7 @@ $(TOPOBJDIR)/loader/ne/segment.c \ $(TOPOBJDIR)/memory/atom.c \ $(TOPOBJDIR)/memory/codepage.c \ + $(TOPOBJDIR)/memory/emulate.c \ $(TOPOBJDIR)/memory/environ.c \ $(TOPOBJDIR)/memory/global.c \ $(TOPOBJDIR)/memory/heap.c \ When emulate.c will be applied this will be too :-) Index: dlls/ntdll/signal_i386.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/signal_i386.c,v retrieving revision 1.35 diff -u -r1.35 signal_i386.c --- dlls/ntdll/signal_i386.c 16 May 2002 20:32:16 -0000 1.35 +++ dlls/ntdll/signal_i386.c 23 May 2002 18:54:40 -0000 @@ -679,6 +679,7 @@ { EXCEPTION_RECORD rec; DWORD page_fault_code = EXCEPTION_ACCESS_VIOLATION; + DWORD priv_instr_code = EXCEPTION_PRIV_INSTRUCTION; #ifdef CR2_sig /* we want the page-fault case to be fast */ @@ -708,8 +709,8 @@ case T_SEGNPFLT: /* Segment not present exception */ case T_PROTFLT: /* General protection fault */ case T_UNKNOWN: /* Unknown fault code */ - if (INSTR_EmulateInstruction( context )) return; - rec.ExceptionCode = EXCEPTION_PRIV_INSTRUCTION; + if (INSTR_EmulateInstruction( context, &priv_instr_code )) return; + rec.ExceptionCode = priv_instr_code; break; case T_PAGEFLT: /* Page fault */ #ifdef CR2_sig Index: include/miscemu.h =================================================================== RCS file: /home/wine/wine/include/miscemu.h,v retrieving revision 1.46 diff -u -r1.46 miscemu.h --- include/miscemu.h 10 Mar 2002 00:02:34 -0000 1.46 +++ include/miscemu.h 23 May 2002 18:54:49 -0000 @@ -167,7 +167,7 @@ extern UINT DOSMEM_MapLinearToDos(LPVOID); /* linear Wine to DOS */ /* memory/instr.c */ -extern BOOL INSTR_EmulateInstruction( CONTEXT86 *context ); +extern BOOL INSTR_EmulateInstruction( CONTEXT86 *context, DWORD *exception_code ); /* msdos/interrupts.c */ typedef void (WINAPI *INTPROC)(CONTEXT86*); Index: memory/instr.c =================================================================== RCS file: /home/wine/wine/memory/instr.c,v retrieving revision 1.15 diff -u -r1.15 instr.c --- memory/instr.c 11 May 2002 23:01:12 -0000 1.15 +++ memory/instr.c 23 May 2002 18:54:58 -0000 @@ -396,7 +396,7 @@ * * Emulate a privileged instruction. Returns TRUE if emulation successful. */ -BOOL INSTR_EmulateInstruction( CONTEXT86 *context ) +BOOL INSTR_EmulateInstruction( CONTEXT86 *context, DWORD *exception_code ) { int prefix, segprefix, prefixlen, len, repX, long_op, long_addr; SEGPTR gpHandler; @@ -686,7 +686,9 @@ case 0xcd: /* int <XX> */ if (long_op) { - ERR("int xx from 32-bit code is not supported.\n"); + ERR("int 0x%02x from 32-bit code is not supported.\n", instr[1]); + if (instr[1] == 0x01) + *exception_code = EXCEPTION_ACCESS_VIOLATION; break; /* Unable to emulate it */ } else This probably hasn't been applied because it lacks testing. It seems that some instructions which are emulated by wine (int 0x01 is one of them) should generate an EXCEPTION_PRIV_INSTRUCTION instead of EXCEPTION_ACCESS_VIOLATION. Or maybe my code is not clean enough to commit. I'd like to hear comments from Alexandre about this specific part of the patch. Index: include/wine/server_protocol.h =================================================================== RCS file: /home/wine/wine/include/wine/server_protocol.h,v retrieving revision 1.35 diff -u -r1.35 server_protocol.h --- include/wine/server_protocol.h 25 Apr 2002 22:58:59 -0000 1.35 +++ include/wine/server_protocol.h 23 May 2002 18:54:56 -0000 @@ -296,6 +296,7 @@ struct init_process_done_reply { struct reply_header __header; + int suspended; int debugged; }; @@ -3198,6 +3199,6 @@ struct get_window_properties_reply get_window_properties_reply; }; -#define SERVER_PROTOCOL_VERSION 79 +#define SERVER_PROTOCOL_VERSION 80 #endif /* __WINE_WINE_SERVER_PROTOCOL_H */ Index: scheduler/process.c =================================================================== RCS file: /home/wine/wine/scheduler/process.c,v retrieving revision 1.182 diff -u -r1.182 process.c --- scheduler/process.c 22 May 2002 21:32:50 -0000 1.182 +++ scheduler/process.c 23 May 2002 18:55:04 -0000 @@ -25,6 +25,7 @@ #include <ctype.h> #include <errno.h> #include <fcntl.h> +#include <signal.h> #include <stdlib.h> #include <stdio.h> #include <string.h> @@ -43,6 +44,7 @@ #include "wine/server.h" #include "options.h" #include "wine/debug.h" +#include "global.h" WINE_DEFAULT_DEBUG_CHANNEL(process); WINE_DECLARE_DEBUG_CHANNEL(relay); @@ -126,6 +128,9 @@ /* scheduler/pthread.c */ extern void PTHREAD_init_done(void); +/* memory/emulate.c */ +extern BOOL MEMORY_SharedUserData(LPVOID, LPCVOID); + extern BOOL MAIN_MainInit(void); typedef WORD (WINAPI *pUserSignalProc)( UINT, DWORD, DWORD, HMODULE16 ); @@ -416,6 +421,20 @@ SetStdHandle( STD_ERROR_HANDLE, current_startupinfo.hStdError ); } + /* Reserves a PAGE_NOACCESS at 0x7ffe0000. That page is used as shared + * memory between kernel space and user space (see SharedUserData in + * ntddk.h). It looks like it is at 0xffdf0000 on NT5. That is still to + * be checked. + */ + if ( VirtualAlloc( (LPVOID)0x7ffe0000, 0x10000, MEM_RESERVE|MEM_COMMIT, PAGE_NOACCESS ) == (LPCVOID)0x07ffe0000 ) + { + VIRTUAL_SetFaultHandler( (LPCVOID)0x7ffe0000, MEMORY_SharedUserData, 0 ); + } + else + { + WARN( "Unable to map SharedUserData, SafeDisc protection won't be supported\n" ); + } + /* Now we can use the pthreads routines */ PTHREAD_init_done(); @@ -440,7 +459,7 @@ */ static void start_process(void) { - int debugged, console_app; + int suspended, debugged, console_app; LPTHREAD_START_ROUTINE entry; WINE_MODREF *wm; HFILE main_file = main_exe_file; @@ -481,7 +500,8 @@ req->gui = !console_app; wine_server_add_data( req, main_exe_name, strlen(main_exe_name) ); wine_server_call( req ); - debugged = reply->debugged; + suspended = reply->suspended; + debugged = reply->debugged; } SERVER_END_REQ; @@ -513,6 +533,8 @@ PROCESS_CallUserSignalProc( USIG_PROCESS_LOADED, 0 ); /* Call UserSignalProc ( USIG_PROCESS_RUNNING ... ) only for non-GUI win32 apps */ if (console_app) PROCESS_CallUserSignalProc( USIG_PROCESS_RUNNING, 0 ); + + if (suspended) raise( SIGSTOP ); if (TRACE_ON(relay)) DPRINTF( "%08lx:Starting process %s (entryproc=%p)\n", Index: server/process.c =================================================================== RCS file: /home/wine/wine/server/process.c,v retrieving revision 1.83 diff -u -r1.83 process.c --- server/process.c 26 Apr 2002 19:05:18 -0000 1.83 +++ server/process.c 23 May 2002 18:55:07 -0000 @@ -382,6 +382,14 @@ } +/* signal the parent that a process init is finished */ +void process_init_done( struct process *process ) +{ + set_event( process->init_event ); + release_object( process->init_event ); + process->init_event = NULL; +} + /* get a process from an id (and increment the refcount) */ struct process *get_process_from_id( void *id ) { @@ -896,13 +904,27 @@ if ((process->exe.namelen = get_req_data_size())) process->exe.filename = memdup( get_req_data(), process->exe.namelen ); - generate_startup_debug_events( current->process, req->entry ); - set_event( process->init_event ); - release_object( process->init_event ); - process->init_event = NULL; + generate_startup_debug_events( process, req->entry ); if (req->gui) process->idle_event = create_event( NULL, 0, 1, 0 ); - if (current->suspend + current->process->suspend > 0) stop_thread( current ); - reply->debugged = (current->process->debugger != 0); + + reply->suspended = 0; + reply->debugged = (current->process->debugger != 0); + if (current->suspend + current->process->suspend > 0) + { + /* temporarily clear the init event so that ptrace functions work */ + struct event *init_event = process->init_event; + process->init_event = NULL; + stop_thread( current ); + process->init_event = init_event; + + if (current->attached) + { + reply->suspended = 1; + continue_thread( current ); /* it will suspend itself */ + return; + } + } + process_init_done( process ); } /* open a handle to a process */ Index: server/process.h =================================================================== RCS file: /home/wine/wine/server/process.h,v retrieving revision 1.27 diff -u -r1.27 process.h --- server/process.h 22 Mar 2002 00:21:23 -0000 1.27 +++ server/process.h 23 May 2002 18:55:07 -0000 @@ -90,6 +90,7 @@ extern struct thread *create_process( int fd ); extern struct process *get_process_from_id( void *id ); extern struct process *get_process_from_handle( handle_t handle, unsigned int access ); +extern void process_init_done( struct process *process ); extern int process_set_debugger( struct process *process, struct thread *thread ); extern int debugger_detach( struct process* process, struct thread* debugger ); Index: server/protocol.def =================================================================== RCS file: /home/wine/wine/server/protocol.def,v retrieving revision 1.36 diff -u -r1.36 protocol.def --- server/protocol.def 25 Apr 2002 22:58:59 -0000 1.36 +++ server/protocol.def 23 May 2002 18:55:12 -0000 @@ -276,6 +276,7 @@ int gui; /* is it a GUI process? */ VARARG(filename,string); /* file name of main exe */ @REPLY + int suspended; /* created suspended? */ int debugged; /* being debugged? */ @END Index: server/ptrace.c =================================================================== RCS file: /home/wine/wine/server/ptrace.c,v retrieving revision 1.14 diff -u -r1.14 ptrace.c --- server/ptrace.c 10 Mar 2002 00:18:36 -0000 1.14 +++ server/ptrace.c 23 May 2002 18:55:13 -0000 @@ -79,7 +79,12 @@ switch(sig) { case SIGSTOP: /* continue at once if not suspended */ - if (thread && (thread->process->suspend + thread->suspend)) break; + if (thread && (thread->process->suspend + thread->suspend)) + { + /* check if this was the self-suspend upon process init */ + if (thread->process->init_event) process_init_done( thread->process ); + break; + } /* fall through */ default: /* ignore other signals for now */ if (thread && get_thread_single_step( thread )) Index: server/trace.c =================================================================== RCS file: /home/wine/wine/server/trace.c,v retrieving revision 1.132 diff -u -r1.132 trace.c --- server/trace.c 26 Apr 2002 19:05:18 -0000 1.132 +++ server/trace.c 23 May 2002 18:55:20 -0000 @@ -441,6 +441,7 @@ static void dump_init_process_done_reply( const struct init_process_done_reply *req ) { + fprintf( stderr, " suspended=%d,", req->suspended ); fprintf( stderr, " debugged=%d", req->debugged ); } There are two patches in there. The first one sets a fault handler for the SharedUserData. This looks fine to me, and will probably be applied when memory/emulate.c will be applied. The second one has been written by Alexandre to fix the process suspension at creation time. Once again I'd like to hear from him to know what he doesn't like about the code, as he's the one who wrote it :-) Hope this helps. I'm available if you need more information Laurent Pinchart

3 9

Problem in winpos.c which ends in a infinite loop
by Christian Costa 29 May '02

29 May '02

Hi everyone, I tried to install the game Zork : Grand Inquisitor ( probably a win16 app) and the installer crashed. With the debugger, I Obtained the attached log. As you can see 1) CreateWindowExA is called (9170) 2) X11DRV_CreateWindow send the WM_CREATE message to the window (9168) 3) the window procedure of the app is executed (9162) and call SetForegroundWindow (9161) 4) WINPOS_SetActiveWindows is then called (9160) and send the WM_QUERYNEWPALETTE (9159) 5) When the windows procedure receive the message (9153), it call SetForegroundWindow (9152) 6) return to 4 Commenting the lines (see attached diff) in winpos.c wich send the WM_QUERYNEWPALETTE avoids the infinite loop and makes the installer work. The installer runs perfectly under Windows 98. It seems that the app's windows procedure does not expect a WM_QUERYNEWPALETTE message. If someone that knows this code well have an idea... else I will report this bug to bugzilla. Ciao, Christian 9084 0x40698fe2 (CallWindowProcW+0xb2(func=0x40ec0412, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2831] in user32.dll.so) (ebp=405d428c) 9085 0x406a8e77 (call_window_proc+0xd7(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in user32.dll.so) (ebp=405d42e8) 9086 0x406a9ab1 (SendMessageTimeoutW+0xe1(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405d436c) [message.c:1738] in user32.dll.so) (ebp=405d4348) 9087 0x406a9d37 (SendMessageW+0x37(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0) [message.c:1818] in user32.dll.so) (ebp=405d437c) 9088 0x40691780 (WINPOS_SetActiveWindow+0x230(hWnd=0x10021, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1282] in user32.dll.so) (ebp=405d43d4) 9089 0x406909fa (SetForegroundWindow+0x7a(hwnd=0x10021) [winpos.c:762] in user32.dll.so) (ebp=405d43f0) 9090 0x0040535d (splash.exe..text+0x435d in H:\splash\splash.exe) (ebp=405d4644) 9091 0x406924dd (WINPROC_CallWndProc+0x8d(proc=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405d4674) 9092 0x40698989 (WINPROC_CallProc32WTo32A+0xc9(func=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2616] in user32.dll.so) (ebp=405d469c) 9093 0x40698fe2 (CallWindowProcW+0xb2(func=0x40ec0412, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2831] in user32.dll.so) (ebp=405d46d0) 9094 0x406a8e77 (call_window_proc+0xd7(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in user32.dll.so) (ebp=405d472c) 9095 0x406a9ab1 (SendMessageTimeoutW+0xe1(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405d47b0) [message.c:1738] in user32.dll.so) (ebp=405d478c) 9096 0x406a9d37 (SendMessageW+0x37(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0) [message.c:1818] in user32.dll.so) (ebp=405d47c0) 9097 0x40691780 (WINPOS_SetActiveWindow+0x230(hWnd=0x10021, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1282] in user32.dll.so) (ebp=405d4818) 9098 0x406909fa (SetForegroundWindow+0x7a(hwnd=0x10021) [winpos.c:762] in user32.dll.so) (ebp=405d4834) 9099 0x0040535d (splash.exe..text+0x435d in H:\splash\splash.exe) (ebp=405d4a88) 9100 0x406924dd (WINPROC_CallWndProc+0x8d(proc=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405d4ab8) 9101 0x40698989 (WINPROC_CallProc32WTo32A+0xc9(func=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2616] in user32.dll.so) (ebp=405d4ae0) 9102 0x40698fe2 (CallWindowProcW+0xb2(func=0x40ec0412, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2831] in user32.dll.so) (ebp=405d4b14) 9103 0x406a8e77 (call_window_proc+0xd7(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in user32.dll.so) (ebp=405d4b70) 9104 0x406a9ab1 (SendMessageTimeoutW+0xe1(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405d4bf4) [message.c:1738] in user32.dll.so) (ebp=405d4bd0) 9105 0x406a9d37 (SendMessageW+0x37(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0) [message.c:1818] in user32.dll.so) (ebp=405d4c04) 9106 0x40691780 (WINPOS_SetActiveWindow+0x230(hWnd=0x10021, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1282] in user32.dll.so) (ebp=405d4c5c) 9107 0x406909fa (SetForegroundWindow+0x7a(hwnd=0x10021) [winpos.c:762] in user32.dll.so) (ebp=405d4c78) 9108 0x0040535d (splash.exe..text+0x435d in H:\splash\splash.exe) (ebp=405d4ecc) 9109 0x406924dd (WINPROC_CallWndProc+0x8d(proc=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405d4efc) 9110 0x40698989 (WINPROC_CallProc32WTo32A+0xc9(func=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2616] in user32.dll.so) (ebp=405d4f24) 9111 0x40698fe2 (CallWindowProcW+0xb2(func=0x40ec0412, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2831] in user32.dll.so) (ebp=405d4f58) 9112 0x406a8e77 (call_window_proc+0xd7(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in user32.dll.so) (ebp=405d4fb4) 9113 0x406a9ab1 (SendMessageTimeoutW+0xe1(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405d5038) [message.c:1738] in user32.dll.so) (ebp=405d5014) 9114 0x406a9d37 (SendMessageW+0x37(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0) [message.c:1818] in user32.dll.so) (ebp=405d5048) 9115 0x40691780 (WINPOS_SetActiveWindow+0x230(hWnd=0x10021, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1282] in user32.dll.so) (ebp=405d50a0) 9116 0x406909fa (SetForegroundWindow+0x7a(hwnd=0x10021) [winpos.c:762] in user32.dll.so) (ebp=405d50bc) 9117 0x0040535d (splash.exe..text+0x435d in H:\splash\splash.exe) (ebp=405d5310) 9118 0x406924dd (WINPROC_CallWndProc+0x8d(proc=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405d5340) 9119 0x40698989 (WINPROC_CallProc32WTo32A+0xc9(func=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2616] in user32.dll.so) (ebp=405d5368) 9120 0x40698fe2 (CallWindowProcW+0xb2(func=0x40ec0412, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2831] in user32.dll.so) (ebp=405d539c) 9121 0x406a8e77 (call_window_proc+0xd7(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in user32.dll.so) (ebp=405d53f8) 9122 0x406a9ab1 (SendMessageTimeoutW+0xe1(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405d547c) [message.c:1738] in user32.dll.so) (ebp=405d5458) 9123 0x406a9d37 (SendMessageW+0x37(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0) [message.c:1818] in user32.dll.so) (ebp=405d548c) 9124 0x40691780 (WINPOS_SetActiveWindow+0x230(hWnd=0x10021, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1282] in user32.dll.so) (ebp=405d54e4) 9125 0x406909fa (SetForegroundWindow+0x7a(hwnd=0x10021) [winpos.c:762] in user32.dll.so) (ebp=405d5500) 9126 0x0040535d (splash.exe..text+0x435d in H:\splash\splash.exe) (ebp=405d5754) 9127 0x406924dd (WINPROC_CallWndProc+0x8d(proc=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405d5784) 9128 0x40698989 (WINPROC_CallProc32WTo32A+0xc9(func=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2616] in user32.dll.so) (ebp=405d57ac) 9129 0x40698fe2 (CallWindowProcW+0xb2(func=0x40ec0412, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2831] in user32.dll.so) (ebp=405d57e0) 9130 0x406a8e77 (call_window_proc+0xd7(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in user32.dll.so) (ebp=405d583c) 9131 0x406a9ab1 (SendMessageTimeoutW+0xe1(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405d58c0) [message.c:1738] in user32.dll.so) (ebp=405d589c) 9132 0x406a9d37 (SendMessageW+0x37(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0) [message.c:1818] in user32.dll.so) (ebp=405d58d0) 9133 0x40691780 (WINPOS_SetActiveWindow+0x230(hWnd=0x10021, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1282] in user32.dll.so) (ebp=405d5928) 9134 0x406909fa (SetForegroundWindow+0x7a(hwnd=0x10021) [winpos.c:762] in user32.dll.so) (ebp=405d5944) 9135 0x0040535d (splash.exe..text+0x435d in H:\splash\splash.exe) (ebp=405d5b98) 9136 0x406924dd (WINPROC_CallWndProc+0x8d(proc=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405d5bc8) 9137 0x40698989 (WINPROC_CallProc32WTo32A+0xc9(func=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2616] in user32.dll.so) (ebp=405d5bf0) 9138 0x40698fe2 (CallWindowProcW+0xb2(func=0x40ec0412, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2831] in user32.dll.so) (ebp=405d5c24) 9139 0x406a8e77 (call_window_proc+0xd7(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in user32.dll.so) (ebp=405d5c80) 9140 0x406a9ab1 (SendMessageTimeoutW+0xe1(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405d5d04) [message.c:1738] in user32.dll.so) (ebp=405d5ce0) 9141 0x406a9d37 (SendMessageW+0x37(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0) [message.c:1818] in user32.dll.so) (ebp=405d5d14) 9142 0x40691780 (WINPOS_SetActiveWindow+0x230(hWnd=0x10021, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1282] in user32.dll.so) (ebp=405d5d6c) 9143 0x406909fa (SetForegroundWindow+0x7a(hwnd=0x10021) [winpos.c:762] in user32.dll.so) (ebp=405d5d88) 9144 0x0040535d (splash.exe..text+0x435d in H:\splash\splash.exe) (ebp=405d5fdc) 9145 0x406924dd (WINPROC_CallWndProc+0x8d(proc=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405d600c) 9146 0x40698989 (WINPROC_CallProc32WTo32A+0xc9(func=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2616] in user32.dll.so) (ebp=405d6034) 9147 0x40698fe2 (CallWindowProcW+0xb2(func=0x40ec0412, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2831] in user32.dll.so) (ebp=405d6068) 9148 0x406a8e77 (call_window_proc+0xd7(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in user32.dll.so) (ebp=405d60c4) 9149 0x406a9ab1 (SendMessageTimeoutW+0xe1(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405d6148) [message.c:1738] in user32.dll.so) (ebp=405d6124) 9150 0x406a9d37 (SendMessageW+0x37(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0) [message.c:1818] in user32.dll.so) (ebp=405d6158) 9151 0x40691780 (WINPOS_SetActiveWindow+0x230(hWnd=0x10021, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1282] in user32.dll.so) (ebp=405d61b0) 9152 0x406909fa (SetForegroundWindow+0x7a(hwnd=0x10021) [winpos.c:762] in user32.dll.so) (ebp=405d61cc) 9153 0x0040535d (splash.exe..text+0x435d in H:\splash\splash.exe) (ebp=405d6420) 9154 0x406924dd (WINPROC_CallWndProc+0x8d(proc=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405d6450) 9155 0x40698989 (WINPROC_CallProc32WTo32A+0xc9(func=0x404cc0, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2616] in user32.dll.so) (ebp=405d6478) 9156 0x40698fe2 (CallWindowProcW+0xb2(func=0x40ec0412, hwnd=0x10021, msg=0x30f, wParam=0x0, lParam=0x0) [winproc.c:2831] in user32.dll.so) (ebp=405d64ac) 9157 0x406a8e77 (call_window_proc+0xd7(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in user32.dll.so) (ebp=405d6508) 9158 0x406a9ab1 (SendMessageTimeoutW+0xe1(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405d658c) [message.c:1738] in user32.dll.so) (ebp=405d6568) 9159 0x406a9d37 (SendMessageW+0x37(hwnd=0x10021, msg=0x30f, wparam=0x0, lparam=0x0) [message.c:1818] in user32.dll.so) (ebp=405d659c) 9160 0x40691780 (WINPOS_SetActiveWindow+0x230(hWnd=0x10021, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1282] in user32.dll.so) (ebp=405d65f4) 9161 0x406909fa (SetForegroundWindow+0x7a(hwnd=0x10021) [winpos.c:762] in user32.dll.so) (ebp=405d6610) 9162 0x00404b62 (splash.exe..text+0x3b62 in H:\splash\splash.exe) (ebp=405d697c) 9163 0x406924dd (WINPROC_CallWndProc+0x8d(proc=0x404cc0, hwnd=0x10021, msg=0x1, wParam=0x0, lParam=0x405d6d24) [winproc.c:183] in user32.dll.so) (ebp=405d69ac) 9164 0x40698ed2 (CallWindowProcA+0xb2(func=0x404cc0, hwnd=0x10021, msg=0x1, wParam=0x0, lParam=0x405d6d24) [winproc.c:2795] in user32.dll.so) (ebp=405d69e0) 9165 0x406a8ea3 (call_window_proc+0x103(hwnd=0x10021, msg=0x1, wparam=0x0, lparam=0x405d6d24, unicode=0x0) [message.c:1372] in user32.dll.so) (ebp=405d6a3c) 9166 0x406a9c0d (SendMessageTimeoutA+0xed(hwnd=0x10021, msg=0x1, wparam=0x0, lparam=0x405d6d24, flags=0x0, timeout=0xffffffff, res_ptr=0x405d6ac0) [message.c:1786] in user32.dll.so) (ebp=405d6a9c) 9167 0x406a9d87 (SendMessageA+0x37(hwnd=0x10021, msg=0x1, wparam=0x0, lparam=0x405d6d24) [message.c:1829] in user32.dll.so) (ebp=405d6ad0) 9168 0x409b7702 (X11DRV_CreateWindow+0x572(hwnd=0x10021, cs=0x405d6d24, unicode=0x0) [window.c:1005] in x11drv.dll.so) (ebp=405d6b44) 9169 0x4068bd20 (WIN_CreateWindowEx+0x590(cs=0x405d6d24, classAtom=0xc00d, type=0x2) [win.c:1154] in user32.dll.so) (ebp=405d6c0c) 9170 0x4068c17e (CreateWindowExA+0x14e(exStyle=0x0, className=0x411b3c, windowName=0x41c60d50, style=0x80880000, x=0x0, y=0x0, width=0x400, height=0x300, parent=0x0, menu=0x0, instance=0x400000, data=0x0) [win.c:1309] in user32.dll.so) (ebp=405d6d60) 9171 0x00405cd1 (splash.exe..text+0x4cd1 in H:\splash\splash.exe) (ebp=405d6e90) 9172 0x400ca01b (start_process+0x24b [process.c:526] in libntdll.dll.so) (ebp=405d6f38) 9173 0x400ce257 (call_on_thread_stack+0x27(func=0x400c9dd0) [sysdeps.c:105] in libntdll.dll.so) (ebp=405d6ff4) 9174 0x400ce410 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Index: winpos.c =================================================================== RCS file: /home/wine/wine/windows/winpos.c,v retrieving revision 1.133 diff -u -r1.133 winpos.c --- winpos.c 25 May 2002 22:16:13 -0000 1.133 +++ winpos.c 29 May 2002 17:38:49 -0000 @@ -1278,8 +1278,10 @@ PERQDATA_SetActiveWnd( pOldActiveQueue->pQData, 0 ); /* send palette messages */ + /* if (hWnd && SendMessageW( hWnd, WM_QUERYNEWPALETTE, 0, 0L)) SendMessageW( HWND_BROADCAST, WM_PALETTEISCHANGING, (WPARAM)hWnd, 0 ); + */ /* if prev wnd is minimized redraw icon title */ if( IsIconic( hwndPrevActive ) ) WINPOS_RedrawIconTitle(hwndPrevActive);

2 2

RE: Stripping of whitespaces at the end of lines
by Patrik Stridvall 29 May '02

29 May '02

> Enforcing 'no space before the non-blank char on every line' is > orders of magniture more difficult than 'indentation is 4 space' Is it? find . -name \*.c | xargs perl -ne '/^\s*/ && $& =~ / / && do { print }' compared to find . -name \*.c | xargs perl -ne '!/^(?: )*/ && do { print }' Of course both will fail on Wine style function header comments but then you got what you asked for above. Anyway. I fully agree what you (Dimitrie) that the point of indentation is to make it human readable not easy for tools to verify. In fact I think I agree with almost everything you have said on the subject. So for once we agree. :-)

1 0

Quick question on the Cygwin/Mingw port
by Steven Edwards 29 May '02

29 May '02

Hola, I'm on the road traveling till Monday so I sent the question here rather then cygwin support because I figured someone here has to have a little cygwin and mingw experience. I'm using cygwin to host my mingw WINE devel with --target=mingw --host-mingw --build=mingw -mno-cygwin and -fnative-struct and it is still linking to cygwin1.dll. I don't really understand whats going on because it doesn't seem to be using any of the exports from cygwin1.dll but if I try to test the dlls/programs/tools on another box it bitches about missing the dll. If anyone has any insight please let me know or just send this to /dev/null Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

3 3

Use of wine RPC implementation for TAPI 2 client ?
by Yann Dirson 29 May '02

29 May '02

We're investigating the implementation of a TAPI 2 client lib on Linux. Wine looks like one of the projects with an implementation of DCE/MS-RPC. What's the status of this RPC implementation, in terms of specs coverage, and stability ? Do you have an MIDL compiler ? Regards, -- Yann Dirson <Yann.Dirson(a)fr.alcove.com> http://www.alcove.com/ Technical support manager Responsable de l'assistance technique Senior Free-Software Consultant Consultant senior en Logiciels Libres Debian developer (dirson(a)debian.org) Développeur Debian

2 1

More regression errors ...
by Paul Millar 29 May '02

29 May '02

Hi, I've noticed that amongst last night's slew of patches, Mehmet's regression tests were applied without his patches that correct wine's behaviour. Wine now fails regression tests on all platforms. If his patches are delayed for some reason, could/should we use todo_wine to acknowledge that these failures are known? If so, I've attached a trivial patch to do this for the tests that failed for me ... ChangeLog: Mark failing regression tests as todo Cheers, ---- Paul Millar

2 1

Re: [Bug 722] Changed - GDI.EXE
by Andriy Palamarchuk 29 May '02

29 May '02

--- Johan Gill <johane(a)lysator.liu.se> wrote: > On Tue, 28 May 2002 wine-bugs(a)winehq.com wrote: > > > Some rights wouldn't hurt btw. > > + > > + > > + ------- Additional Comments From > Speeddymon(a)yahoo.com 2002-05-28 15:14 ------- > > + Send an email to wine-bugs(a)winehq.com asking > someone to give you additional > > + BugZilla priveleges so that you may work on bug > 722 > > So here's an offical request for privileges. Done. Official congratulations with new privileges :-) Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Main window size difference
by Guy L. Albertelli 29 May '02

29 May '02

Has anyone else noticed that the size of main windows under Windows is much different than under Wine. As an example, using the Tab control test program (from the ControlSpy series). Under Windows the overall size appears to be about 819x564. Under Wine it is about 505x268. (I may be off by 1 or 2 pixels, but not 30% to 40%.) And yes my screen resolution under both systems is 1024x768. This obviously makes doing pixel matching, or even item layout matching difficult. Guy Albertelli <<galberte(a)neo.lrun.com>>

2 1

Re: Idea for people with priveleges
by Andriy Palamarchuk 29 May '02

29 May '02

--- Dustin Navea <speeddymon(a)yahoo.com> wrote: > Anyone that can modify the layout of the BugZilla > site > should take this into consideration: > > People with priveleges as you know can pretty much > do > what they need to with a bug, i.e. if it is resolved > and the person working on it forgot to set it as > resolved, anyone with preveleges can do that. But, > what about if we havent heard from the reporter in a > while and we need to knock the bug out, our only > option is to ask the reporter if it has been > resolved, > tell them to try it with a recent wine build and to > try some of the things mentioned in the comments, > and > then mark it as resolved and them after that mark it > as closed, so it is shown as closed and not resolved > on the bug list... > > why not give people with priveleges the ability to > close it without resolving it, so that they only > have > to make 1 post instead of 2? Plus that way we have > bugs that are actually resolved marked so, and ones > that we are unsure of marked as closed but can > always > be reopened... Why do you want to close such bug in the first place? IMHO it is Ok to put the bug in the RESOLVED state and wait some time if the original reporter provides feedback or more information will become available. Keeping the bug in RESOLVED state will insure that somebody will look at the bug one more time. Is this too many steps? >From Bugzilla docs: "QA looks at resolved bugs and to make sure the appropriate action has been taken. If they agree, the bug is marked VERIFIED. Bugs remain in this state until the product ships, at which time the bug is marked CLOSED." Currently we do not have one more "verification layer" for bugs. Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Something's wrong with hypermail
by Johan Gill 29 May '02

29 May '02

I've noticed that selecting 'Next message' in the web interface to the mailinglists sometimes skips messages. For example, take a look at my latest messages to wine-patches. Standing at the second 'PATCH: DirectSound', the next message is said to be 'Re: RESUBMIT: PATCH: DirectSound'. Hang on...this is the case for my mmioAdvance patch also! Ok, so my patches seem to confuse the interface :/ /Johan Gill, johane(a)lysator.liu.se

1 0

Re: some other playsound fixes
by Alexandre Julliard 29 May '02

29 May '02

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > typedef struct tagWINE_PLAYSOUND { > - HANDLE hThread; > - HANDLE hReadyEvent; > - BOOL bStop; > - LPCWSTR pszSound; > - HMODULE hMod; > - DWORD fdwSound; > - BOOL bLoop; > - BOOL bAlloc; > + volatile BOOL bLoop : 1, > + bAlloc : 1; > + LPCWSTR pszSound; > + HMODULE hMod; > + DWORD fdwSound; > + struct tagWINE_PLAYSOUND* lpNext; > } WINE_PLAYSOUND, *LPWINE_PLAYSOUND; If you need to make variables volatile, something is wrong with the synchronization, and volatile is the wrong fix (especially on a bit field where updates can't be atomic). What is this supposed to fix? -- Alexandre Julliard julliard(a)winehq.com

2 1

Second current CVS compile failure
by Guy L. Albertelli 29 May '02

29 May '02

After bypassing previous error, got this one: gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fPIC -D__WINE_ _ -D_REENTRANT -I/usr/X11R6/include -o information.o information.c ld -r comcat_main.o factory.o manager.o register.o information.o -o comcat.dll.tmp.o strip --strip-unneeded comcat.dll.tmp.o LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/winebuild/winebuild -fPIC -D__WINE__ -sym comcat.dll.tmp.o -o comcat.spec.c -spec ./comcat.spec -L../../dlls -lole32 -ladvapi32 -lkernel32 gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fPIC -D__WINE_ _ -D_REENTRANT -I/usr/X11R6/include -o comcat.spec.o comcat.spec.c LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/winebuild/winebuild -fPIC -D__WINE__ -o comcat.dll.dbg.c -debug -C. comcat_main.c factory.c manager.c register.c information.c gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fPIC -D__WINE_ _ -D_REENTRANT -I/usr/X11R6/include -o comcat.dll.dbg.o comcat.dll.dbg.c gcc -shared -Wl,-Bsymbolic comcat.spec.o comcat_main.o factory.o manager.o register.o information.o comcat.dll.dbg.o -o omcat.dll.so -L../../dlls -L../../library -lwine -L../../ole -lwine_uuid -l m information.o: In function `COMCAT_GetCategoryDesc': /home/albertel/t1/wine/dlls/comcat/information.c:392: undefined reference to `swprintf' collect2: ld returned 1 exit status make[2]: *** [comcat.dll.so] Error 1 Guy Albertelli <<galberte(a)neo.lrun.com>>

2 1

RFC - patch for psapi and missing imports on Mingw target
by Steven Edwards 29 May '02

29 May '02

This kind of a dirty hack but just a idea and it shouldn't have a effect on cygwin as it will use the win32api package also. Mabey a better name then MINGW_IMPORTS can be used. This patch allows psapi.dll to be (almost) built. Mingws libkernel32.a doesn't contain the import information for the toolhelp APIs. Instead it models Visual Studio 6 and implents them in libth32.a. Does anyone know if this has changed in Visual Studio .NET? If so then I will submit a patch to mingw for the Win32api. If not, then I belive using libth32.a is the most proper way. Would a better solution be for me to make the make implib rule and just use wines libkernel32.a? I havent really looked at doing it because NTDLL, MSVCRT,GDI,USER and KERNEL32 are not targets of my port and may contain exports lacking on a Windows host. The only bug after this patch is - psapi_main.o(.text+0x1248):psapi_main.c: undefined reference to `wine_server_cal l' Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson cvs diff -u Makedll.rules.in Index: Makedll.rules.in =================================================================== RCS file: /home/wine/wine/dlls/Makedll.rules.in,v retrieving revision 1.27 diff -u -r1.27 Makedll.rules.in --- Makedll.rules.in 22 May 2002 21:32:49 -0000 1.27 +++ Makedll.rules.in 29 May 2002 05:32:10 -0000 @@ -35,7 +35,7 @@ # Rules for .dll files $(MODULE): $(OBJS) $(MODULE).dbg.o $(SPEC_DEF) Makefile.in - $(DLLWRAP) $(DLLWRAPFLAGS) --def $(SPEC_DEF) --implib $(MODULE:.dll=.a) -o $@ $(OBJS) $(MODULE).dbg.o -L$(DLLDIR) $(DELAYIMPORTS:%=-l%) $(IMPORTS:%=-l%) $(ALL_LIBS) + $(DLLWRAP) $(DLLWRAPFLAGS) --def $(SPEC_DEF) --implib $(MODULE:.dll=.a) -o $@ $(OBJS) $(MODULE).dbg.o -L$(DLLDIR) $(DELAYIMPORTS:%=-l%) $(IMPORTS:%=-l%) $(MINGW_IMPORTS) $(ALL_LIBS) $(SPEC_DEF): $(WINEBUILD) cvs diff -u Makefile.in Index: Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/psapi/Makefile.in,v retrieving revision 1.11 diff -u -r1.11 Makefile.in --- Makefile.in 11 May 2002 23:06:34 -0000 1.11 +++ Makefile.in 29 May 2002 05:33:48 -0000 @@ -4,6 +4,7 @@ VPATH = @srcdir@ MODULE = psapi.dll IMPORTS = kernel32 ntdll +MINGW_IMPORTS = -lth32 LDDLLFLAGS = @LDDLLFLAGS@ SYMBOLFILE = $(MODULE).tmp.o

1 0

Current CVS compile failure
by Guy L. Albertelli 29 May '02

29 May '02

Using the current CVS I get the following errors compiling Cdrom.c. My Linux version is a pretty stock 2.2.12 (yes it is old). Have we terminated support for older versions?? gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fPIC -D__WINE_ _ -D_NTSYSTEM_ -DBINDIR="\"/usr/local/bin\"" -DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -I/usr/X11R6/include -o cdrom.o cdrom.c cdrom.c:83: `CDROM_PACKET_SIZE' undeclared here (not in a function) cdrom.c: In function `CDROM_GetIdeInterface': cdrom.c:119: `SG_EMULATED_HOST' undeclared (first use in this function) cdrom.c:119: (Each undeclared identifier is reported only once cdrom.c:119: for each function it appears in.) cdrom.c: In function `CDROM_ScsiPassThroughDirect': cdrom.c:1071: storage size of `sense' isn't known cdrom.c:1097: `CGC_DATA_WRITE' undeclared (first use in this function) cdrom.c:1100: `CGC_DATA_READ' undeclared (first use in this function) cdrom.c:1103: `CGC_DATA_NONE' undeclared (first use in this function) cdrom.c:1109: `CDROM_SEND_PACKET' undeclared (first use in this function) cdrom.c:1071: warning: unused variable `sense' cdrom.c: In function `CDROM_ScsiPassThrough': cdrom.c:1134: storage size of `sense' isn't known cdrom.c:1167: `CGC_DATA_WRITE' undeclared (first use in this function) cdrom.c:1170: `CGC_DATA_READ' undeclared (first use in this function) cdrom.c:1173: `CGC_DATA_NONE' undeclared (first use in this function) cdrom.c:1179: `CDROM_SEND_PACKET' undeclared (first use in this function) cdrom.c:1134: warning: unused variable `sense' make[2]: *** [cdrom.o] Error 1 I did a search and some of these symbols didn't show up till 2.2.16 or later. Guy Albertelli <<galberte(a)neo.lrun.com>>

1 0

Re: Font patch
by Dmitry Timoshkov 29 May '02

29 May '02

"Dustin Navea" <speeddymon(a)yahoo.com> wrote: > This basically just adds Aliases for some of MS's > Default Fonts to the wine default config... fixes bug > #721... There is no need to add aliases to the config file. Config file should provide replacements for basic system fonts only, common aliases are handled by graphics/x11drv/xfont.c, XFONT_LoadAliases(). In the case of the client-side rendered fonts, there is some font aliasing code too. Probably it should be enhanced though. -- Dmitry.

1 0

Re: [Bug] #724 found! Someone needs to fix it?
by Andreas Mohr 28 May '02

28 May '02

On Tue, May 28, 2002 at 04:08:46PM -0500, Boris Reisig wrote: > Ive been downloading the latest CVS of wine and I have noticed that when doing a clean install of wine on a drive without windows, I have noticed that wine couldnt install Word '97 viewer, Office '97 setup, Excel '97 viewer.[Make sure you have a clean temp directory too] I have done *alot* of CVS regression thanks to Andriy Palamarchuk. This was the following error. > > err:font:ReadFontDir Can't open directory "/c/windows/Fonts" > err:module:PE_fixup_imports Modules (file) MSSETUP.dll (which is needed by E:\~MSSETUP.T\~msstfqf.t\acmsetup.exe) not found. > > So I have tracked it down to wine/files/profile.c May 11,2002 17:59:41 CDT. [http://www.winehq.com/hypermail/wine-cvs/2002/05/0092.html] > > If I CVS before that date/time, The applications work fine. Hope this helps someone to possible fix it? ---------------------------- revision 1.67 date: 2002/05/11 22:59:41; author: julliard; state: Exp; lines: +11 -5 Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> Make PROFILE_GetString account for default value in all cases. ---------------------------- Sounds like it's me then :-\ Argl. I really wonder how this could have broken it... Maybe via some unrelated function that uses the same profile function that I patched... Run wine --debugmsg +relay,+profile MyPrg.exe &>/tmp/wine.log before and after that patch , bzip2 or gzip wine.log and mail them to me. Thanks ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

1 0

dinput keyboard patch
by arjen＠blehq.org 28 May '02

28 May '02

Why is my patch not committed?

1 0

Request for small build system change
by Steven Edwards 28 May '02

28 May '02

When I use cygwin or msys to build wine/tools I need to link to wrc and wmc to libberty.a. I've tried to write a little fix for it but havent had much luck and still have a few other things I am working on. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

CoGetClassObject and multiple servers requested
by Medland, Bill 28 May '02

28 May '02

(I guess this is for Marcus) I thought I had heard something about Local Server COM being in place now but when I went to try it with our product I saw no attempt to do it (error message about CLSCTX_LOCAL_SERVER registered but not supported). So I looked at CoGetClassObject and I see that the Remote_CoGetClassObject (which I presume is attempting to do the LOCAL_SERVER) is only called if a local server is requested and an inproc server or handler is not. Is there a good reason why the Remote_CoGetClassObject is not called on failure to detect a registered inproc server or handler (which the existing structure of the function supported)? Bill

2 1

Why start a COM local server twice?
by Medland, Bill 28 May '02

28 May '02

Is this an oversight or a deliberate policy? Remote_CoGetClassObject creates the local server process and hands over to create_marshalled_proxy If create_marshalled_proxy can't immediately find the pipe then it will create the process again. Is it safe to drop the first one? How about the second? It looks to me as if Remote_CoGetClassObject is the only place that calls create_marshalled_proxy so I presume we can remove either. Bill

2 1

AppDB: A call for moderation ;-P
by Dustin Navea 28 May '02

28 May '02

After looking at the appdb, and seeing all these seemingly random posts for help and the replies, i.e. using winex over wine for games... I decided to call for some moderation and cleanup on the AppDB. I think that the appdb needs several things done to it to make it more functional and "user-friendly": 1) It needs moderators! 2) It needs to be threaded, i.e. different topics are actually separate, the replies dont just get mixed up with everyone else's... 3) The application owner should be the one that posts screenshots and determines the useability of the app/game/whatever under _wine_, not winex or anything else... 4) It needs links to Bugzilla so people aren't making posts for help that either go unanswered or get an answer that doesn't help them... For #1, the people that have priveleges on bugzilla, and the application owners should be moderators... For #2, the forums would have to be rewritten, but believe me, it would definitely enhance the readability and appeal of the site For #3, It would make it so that people can know at a glance whether their program will work or not, and also lets users contact the person in charge of that program's board for assistance in getting it to work under their copy of wine... For #4, For anything that the application owner can't figure out, or if the user would rather talk to one of the developers beforehand, the links would definitely be a help... say a link at the top of each page: For help with <insert name of app here>, check out Bugzilla at http://bugs.winehq.com Comments appreciated -Dustin __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

3 2

Bug 717 - Was Re: [Bug 717] Changed - StarCraft Icons not created by wineshelllink
by Dustin Navea 28 May '02

28 May '02

--- wine-bugs(a)winehq.com wrote: > http://bugs.winehq.com/show_bug.cgi?id=717 > > *** shadow/717 Sun May 26 12:09:57 2002 > --- shadow/717.tmp.5845 Sun May 26 20:43:23 2002 > *************** > *** 149,151 **** > --- 149,158 ---- > > ------- Additional Comments From > Speeddymon(a)yahoo.com 2002-05-26 12:09 ------- > Changing CC's > + > + ------- Additional Comments From apa3a(a)yahoo.com > 2002-05-26 20:43 ------- > + Advise to discuss this issue on wine-devel. Not > everybody reviews Bugzilla logs. > + > + One more approach - if a target of a shell link > does not exist create a dummy > + target with some "UNKNOWN" icon, which will be > replaced later. I like this > + approach more. > \ No newline at end of file Here it is. Well, after looking at the code, I found out that it does create a key in RunOnce to create the icon after reboot, but the icon never gets created, I didn't do much investigation into why, but I do believe that the initialization of wine doesn't read RunOnce and so therefore the icons never get created. Also, after some more investigation, I found out that StarCraft.exe and StarEdit.exe don't get created until after the Windows Start Menu links get copied, so what needs to be done is either implement the runonce reading in wine init, or create an initscript that reads it and creates the icons with wineshelllink upon reboot, OR we can force icon extraction to be delayed somehow until after all other files have been extracted... I personally like the 2nd idea best, as it is 1) the easiest and 2) actually goes with the trace message of "Deferring Icon Creation to Reboot"... Actually, The 2nd idea could even go into the initscript that is posted in bugzilla already, its under one of the early bugs, the one about being able to double click the exe and it runs... -Dustin __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

shlwapi shreg tests failed
by Sylvain Petreolle 28 May '02

28 May '02

../../programs/winetest/runtest -q -P wine -M shlwapi.dll -T ../.. -p tests/shlwapi_test tests/shreg.c && touch tests/shreg.ok tests/shreg.c:125: Test failed: (21,20) tests/shreg.c:145: Test failed: (21,20) (both are in test_SHQUeryValueEx) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 8

Re: Improvement for GetTimeZoneInformation
by Huw D M Davies 28 May '02

28 May '02

On Mon, May 27, 2002 at 11:12:07PM -0400, Vincent Béron wrote: > I need some help to finish this implementation. I don't have access to > an english version of Windows NT4 or 2K or XP, so I couldn't finish the > array of the timezones. COuld somebody help me a bit on this one? I'm > planning on actually writing the equivalence in Unix timezones, so you > only need to give me the names of the Windows timezones. I have a small > program to help you if you need it. > > Changelog: > - Improves the implementation of GetTimeZoneInformation. Missing some > Windows timezone names. In Windows there's a whole load of TimeZone information under \HLKM\Software\Microsoft\Windows\CurrentVersion\Time Zones I expect we should read the data from there rather than hardcode it; all we'd need to add would be a lookup table of Unix TZ names. Huw.

1 0

Re: Time related functions patches (bug #725)
by Vincent Béron 28 May '02

28 May '02

Note to self: read the docs thoroughly before submitting a patch. These 2 patches replace the similarly named patches in the parent message. There was a slight problem in the daylight saving part. Changelog: - Fix LocalFileTimeToFileTime (was offset if daylight was active). - Fix FileTimeToLocalFileTime (the case when timegm is absent was wrong, and gave different results than timegm). Vincent diff -urN wine-orig/files/dos_fs.c wine-pas-compilé/files/dos_fs.c --- wine-orig/files/dos_fs.c Thu May 23 16:36:46 2002 +++ wine-pas-compilé/files/dos_fs.c Sun May 26 21:20:25 2002 @@ -2174,11 +2174,14 @@ { struct tm *xtm; DWORD remainder; + time_t utctime; - /* convert from local to UTC. Perhaps not correct. FIXME */ - time_t unixtime = DOSFS_FileTimeToUnixTime( localft, &remainder ); - xtm = gmtime( &unixtime ); - DOSFS_UnixTimeToFileTime( mktime(xtm), utcft, remainder ); + /* Converts from local to UTC. */ + time_t localtime = DOSFS_FileTimeToUnixTime( localft, &remainder ); + xtm = gmtime( &localtime ); + utctime = mktime(xtm); + if(xtm->tm_isdst > 0) utctime-=3600; + DOSFS_UnixTimeToFileTime( utctime, utcft, remainder ); return TRUE; } diff -urN wine-orig/files/dos_fs.c wine-pas-compilé/files/dos_fs.c --- wine-orig/files/dos_fs.c Thu May 23 16:36:46 2002 +++ wine-pas-compilé/files/dos_fs.c Sun May 26 21:20:25 2002 @@ -2193,7 +2193,7 @@ LPFILETIME localft ) { DWORD remainder; - /* convert from UTC to local. Perhaps not correct. FIXME */ + /* Converts from UTC to local. */ time_t unixtime = DOSFS_FileTimeToUnixTime( utcft, &remainder ); #ifdef HAVE_TIMEGM struct tm *xtm = localtime( &unixtime ); @@ -2203,14 +2203,13 @@ DOSFS_UnixTimeToFileTime( localtime, localft, remainder ); #else - struct tm *xtm,*gtm; - time_t time1,time2; + struct tm *xtm; + time_t time; - xtm = localtime( &unixtime ); - gtm = gmtime( &unixtime ); - time1 = mktime(xtm); - time2 = mktime(gtm); - DOSFS_UnixTimeToFileTime( 2*time1-time2, localft, remainder ); + xtm = gmtime( &unixtime ); + time = mktime(xtm); + if(xtm->tm_isdst > 0) time-=3600; + DOSFS_UnixTimeToFileTime( 2*unixtime-time, localft, remainder ); #endif return TRUE; }

1 0

Re: SafeDisc-1 semi-cleaned note...
by Laurent Pinchart 28 May '02

28 May '02

> > The second one has been written by Alexandre to fix the process > > suspension at creation time. Once again I'd like to hear from him to know > > what he doesn't like about the code, as he's the one who wrote it :-) > > And I would also like to see this patch converted/ported to the current cvs > wine. Because the init_event has gone, and so most of the code in this > patch does not pertain. > > I tried to do it myself, but have failed... So for now I cant update my > wine for the current cvs version (though I would like to :) I've just had a look at the code and I can't see a way to merge the patch. Alexandre, could you have a look at that ? It seems that you removed the init_event cause it wasn't needed anymore, but it is by SafeDisc. Or can you think about another way to fix that ? Thanks in advance. Laurent Pinchart

1 0

Asian characters printing - not supported
by leanne 27 May '02

27 May '02

Dear all, We tried to print Chinese on notepad but failed. We found that WINE default only writes western characters to postscript. Is that true? Here is the .ps we produced from notepad on WINE. We were trying to print a text of Chinese. ~~~~~~~~~~~~~~~~ %%% 7 args %!PS-Adobe-3.0 %%Creator: Wine PostScript Driver %%Title: 未命名 - 記事本 %%BoundingBox: 18 36 594 756 %%Pages: (atend) %%Orientation: Portrait %%EndComments %%BeginProlog /tmpmtrx matrix def /hatch { pathbbox /b exch def /r exch def /t exch def /l exch def /gap 32 def l cvi gap idiv gap mul gap r cvi gap idiv gap mul {t moveto 0 b t sub rlineto} for } bind def %%EndProlog %%BeginSetup mark { %%BeginFeature: *PageSize Letter <</PageSize[612 792]/ImagingBBox null>>setpagedevice %%EndFeature } stopped cleartomark %%EndSetup %%Page: 1 1 %%BeginPageSetup /pgsave save def 72 600 div 72 600 div scale 150 6300 translate 1 -1 scale 0 rotate %%EndPageSetup 0.00 setgray % /InnMing-Light-HKscs-B5-H findfont /AvantGarde-Book findfont [84 0 0 -84 0 0] 0 10 div matrix rotate matrix concatmatrix makefont setfont 457 132 moveto /space glyphshow /space glyphshow /space glyphshow /space glyphshow /space glyphshow /space glyphshow /yen glyphshow /onequarter glyphshow /copyright glyphshow /R glyphshow /brokenbar glyphshow /W glyphshow /space glyphshow /space glyphshow /space glyphshow /space glyphshow 0.00 setgray /AvantGarde-Book findfont [167 0 0 -167 0 0] 0 10 div matrix rotate matrix concatmatrix makefont setfont 457 667 moveto (This is a test. ) show ====================================== later we edit the .ps and add: /InnMing-Light-HKscs-B5-H findfont [167 0 0 -167 0 0] 0 10 div matrix rotate matrix concatmatrix makefont setfont (我們都是好朋友。) show ====================================== /AvantGarde-Book findfont [167 0 0 -167 0 0] 0 10 div matrix rotate matrix concatmatrix makefont setfont /threesuperior glyphshow /o glyphshow /logicalnot glyphshow /O glyphshow /currency glyphshow /at glyphshow /space glyphshow /Oacute glyphshow /guillemotleft glyphshow /D glyphshow /plusminus glyphshow /grave glyphshow /yen glyphshow /i glyphshow /periodcentered glyphshow /R glyphshow /ordfeminine glyphshow /ordmasculine glyphshow /ordfeminine glyphshow /F glyphshow /brokenbar glyphshow /egrave glyphshow /exclamdown glyphshow /C glyphshow /section glyphshow /Uacute glyphshow /currency glyphshow 0.00 setgray /AvantGarde-Book findfont [84 0 0 -84 0 0] 0 10 div matrix rotate matrix concatmatrix makefont setfont 457 5832 moveto /space glyphshow .... ~~~~~~~~~~~~~~~~~~~~~ I would like to ask if WINE will support multi-byte character printing? Thanks very much. Leanne Tsang ThizLinux Laboratory Limited

4 6

null midi device
by Chris 27 May '02

27 May '02

i'd like to contribute to the wine codebase and for some applications of mine they request i have a midi device, but since i don't have one in linux, wine doesn't show one either. i'd like to create a null midi device in wine then, sort of like an optional midi device that appears to the application to be a midi device and works fine but doesn't play any music (so the application will at least run). does anything like this already exist in wine, if not, how hard would any of you experienced wine developers think it would be to create this? where should i start? thanks for any help you can offer. -- Chris chris(a)luethy.net

3 2

Re: Patches for Wine on 256 colour display and sparc
by Tony Lambregts 27 May '02

27 May '02

Gregg Mattinson wrote: >This patch is against the wine-20020509 snapshot. > >include/winnt.h: > - Fixed the LARGE_INTEGER and ULARGE_INTEGER unions for big endian. > >server/trace.c: > - Removed crash from dump_uints > >dlls/ntdll/time.c: > - Removed alignment problem in RtlSecondsSince19?0ToTime > >graphics/x11drv/palette.c: > - Icon colours on 256 colour display were wrong. > - Caused by using 0 in X11DRV_PALETTE_XPixelToPalette to represent free colour > - index 0 originally mapped to pixel 1 > - X11DRV_PALETTE_FillDefaultColors mapped index 50 to pixel 1, and hence pixel >1 was now mapped to 50 instead of 0. > - Replaced 0's with -1's > >Gregg Mattinson >Co-op Developer >Sun Microsystems of Canada > > >------------------------------------------------------------------------ > > > [snip] >*** server/,trace.c Thu May 23 10:42:47 2002 >--- server/trace.c Wed May 15 13:45:54 2002 >*************** >*** 47,57 **** > static void dump_uints( const int *ptr, int len ) > { > fputc( '{', stderr ); >! while (len > 0) > { >! fprintf( stderr, "%08x", *ptr++ ); >! if (--len) fputc( ',', stderr ); > } > fputc( '}', stderr ); > } > >--- 47,64 ---- > static void dump_uints( const int *ptr, int len ) > { > fputc( '{', stderr ); >! if (!ptr) > { >! fprintf( stderr, "dump_uints error: ptr is NULL" ); > ^ [snip] This patch is not in diff -u format. Please resubmit using diff -u. I recomend that you break the patchs up, one patch for each file or related .c and .h. Please look at the following. http://www.winehq.com/Docs/wine-devel/patches.shtml Tony Lambregts

1 0

Re: conflict on "NOERROR" #define
by Tony Lambregts 27 May '02

27 May '02

Philip Brown wrote: >in include/winerror.h, you need to add at line 1484: > >#ifdef NOERROR /* Solaris thing, in /usr/include/arpa/nameser_compat.h */ ># undef NOERROR >#endif > > > > > This is not a patch. The way I made the attached patch was, first cut and paste frome your email into winerror.h then run "cvs diff -u winerror.h > winerror.dif". If you don't have cvs and are running from tarball then the following is acceptable "diff -u winerror.old winerror.h > winerror.dif" (winerror.old is the unmodified version of winerror.h) http://www.winehq.org/Docs/wine-devel/patches.shtml Tony Lambregts Index: winerror.h =================================================================== RCS file: /home/wine/wine/include/winerror.h,v retrieving revision 1.42 diff -u -r1.42 winerror.h --- winerror.h 19 May 2002 22:27:42 -0000 1.42 +++ winerror.h 27 May 2002 17:53:44 -0000 @@ -1481,7 +1481,9 @@ /* HRESULT values for OLE, SHELL and other Interface stuff */ /* the codes 4000-40ff are reserved for OLE */ -#undef NOERROR /* arpa/nameser_compat.h defines this */ +#ifdef NOERROR /* Solaris thing, in /usr/include/arpa/nameser_compat.h */ +# undef NOERROR +#endif #define NOERROR 0L #define S_OK ((HRESULT)0L) #define S_FALSE ((HRESULT)1L)

1 0

Re: Clear an old button text in WM_SETTEXT as Windows does
by Andriy Palamarchuk 27 May '02

27 May '02

--- Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > Hello. > > This is a fix for WineHQ bug #437. > > P.S. > Could somebody with slightly more free time fix > DrawText(DT_CALCRECT), > since it returns width much larger than an expected > value? Dmitry, I advise you to create a bug for this issue in Bugzilla with detailed description, so the problem won't be lost. If the issue can be fixed by newbie, you can put it in the list of bug 406, if it is more difficult - to 455. Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

3 4

note on bug status for lower numbered bugs...
by Dustin Navea 26 May '02

26 May '02

I am the one doing all the work on Bugzilla last night and today to close/resolve the bugs that are fixed and remind people of the ones that aren't. I hit 1-100 last night and today and I will get 100-200 on Tuesday, that should help cleanup some of the mess on there ;) -Dustin P.S. are Jim or Susan at codeweavers still active in the wine project, i.e. still working for codeweavers, or are their email addresses just dummies now? __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

winedbg unable to start
by Sylvain Petreolle 26 May '02

26 May '02

Hi, After updating with last patches, running 'winedbg' without options produces the following result : WineDbg starting... on pid 0 Wine-dbg>parse error Wine-dbg>parse error ... I must kill it. running 'winedebg --debugmsg +all' produces : 08070b90:trace:heap:RtlSizeHeap (40230000,00000002,40230094): returning 00000424 08070b90:trace:heap:RtlReAllocateHeap (40230000,00000002,40230094,00000440): returning 402304e0 08070b90:trace:heap:RtlAllocateHeap (40230000,00000002,00000018): returning 40230094 08070b90:trace:heap:RtlAllocateHeap (40230000,00000002,00000018): returning 402300b4 08070b90:trace:heap:RtlAllocateHeap (40230000,00000002,00000018): returning 402300d4 08070b90:trace:heap:RtlAllocateHeap (40230000,00000002,00000038): returning 402300f4 08070b90:trace:reg:NtCreateKey (0x0,L"Machine\\Software\\Wine\\Wine\0000\5555\037d\0000\5246\4545\0920\4023t\4023\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa"...,<null>,0,f003f,0xbfffec98) 08070b90:trace:reg:NtCreateKey <- 0x0010 08070b90:trace:heap:RtlFreeHeap (40230000,00000002,402300f4): returning TRUE 08070b90:trace:heap:RtlAllocateHeap (40230000,00000002,00000044): returning 402300f4 08070b90:trace:reg:NtCreateKey (0x0,L"Machine\\Software\\Wine\\Wine\\Config\0000\0371\0000\5246\4545\0920\4023t\4023\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa"...,<null>,1,f003f,0x400ff7a0) 08070b90:trace:reg:NtCreateKey <- 0x0010 08070b90:trace:heap:RtlFreeHeap (40230000,00000002,402300f4): returning TRUE Erreur de segmentation <- "segmentation error" ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

V0.1 WINE Mingw and ReactOS porting and status guide.
by Steven Edwards 26 May '02

26 May '02

I am out of town untill Monday evening but I've been trying to get my documentation work done while on the road. If anyone is interested here it is. It has a list of some of my current bugs plus room for people to test and play. All flames will be dumped in /dev/null on my return =P Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Gone for the day
by Dustin Navea 25 May '02

25 May '02

Just to let you all know, I am out for the rest of the day, I just remembered some stuff I need to take care of in the real world before it hits 6pm CST... -Dustin If you need anything I will reply tomorrow P.S. I will be gone Monday, also, since the school and CompUSA are closed in observance of Memorial Day ;) hopefully when I get my first paycheck at my new job I can afford to get my cable back ;) we will see... __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Re: another WineDbg fix
by Uwe Bonnes 25 May '02

25 May '02

>>>>> "Eric" == Eric Pouech <eric.pouech(a)wanadoo.fr> writes: Eric> as Sylvain Petreolle reported, WineDbg got mixed up between cont Eric> and pass commands this should fix the issue A+Name: dbg_contpass Eric> ChangeLog: fixed cont/pass mismatch License: X11 GenDate: Eric> 2002/05/25 18:47:06 UTC ModifiedFiles: debugger/winedbg.c Eric> AddedFiles: Eric> =================================================================== Eric> RCS file: /home/cvs/cvsroot/wine/wine/debugger/winedbg.c,v Eric> retrieving revision 1.51 diff -u -u -r1.51 winedbg.c --- Eric> debugger/winedbg.c 11 May 2002 23:06:32 -0000 1.51 +++ Eric> debugger/winedbg.c 25 May 2002 18:46:15 -0000 @@ -563,7 +573,7 @@ Eric> if (DEBUG_ExitMode == EXIT_QUIT || DEBUG_ExitMode == EXIT_DETACH) Eric> break; if (DEBUG_ValidateRegisters()) { - if (DEBUG_ExitMode == Eric> EXIT_PASS || first_chance) + if (DEBUG_ExitMode == EXIT_CONT || ^^^^^^^^^ Shouldn't that read EXIT_CONTINUE? Thanks for your patch. It fixed winedbg from looping indefinite. 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

Multimedia crash in latest CVS (20020525) and earlier...
by Chris Rankin 25 May '02

25 May '02

Hi, I have this small Win32 game ("Falcon Beertender") that I occasionally run under Wine. It worked fine until a few weeks ago, approximately coinciding with a lot of Multimedia changes... Now that the debugger is working again, I can provide this information: WineDbg starting... on pid 8074ea8 No debug information in 32bit DLL 'G:\beertend' (0x0040000) No debug information in ELF 'wine' (0x00000000) No debug information in 32bit DLL 'NTDLL.DLL' (0x40053000) No debug information in 32bit DLL 'KERNEL32.DLL' (0x407f6000) No debug information in 32bit DLL 'ADVAPI32.DLL' (0x40859000) No debug information in 32bit DLL 'GDI32.DLL' (0x40767000) No debug information in 32bit DLL 'USER32.DLL' (0x40630000) No debug information in 32bit DLL 'WINMM.DLL' (0x405b3000) No debug information in 32bit DLL 'RPCRT4.DLL' (0x4096c000) No debug information in 32bit DLL 'OLE32.DLL' (0x40905000) No debug information in 32bit DLL 'SHLWAPI.DLL' (0x40997000) No debug information in 32bit DLL 'COMCTL32.DLL' (0x409cd000) No debug information in 32bit DLL 'SHELL32.DLL' (0x4088e000) No debug information in 32bit DLL 'X11DRV.DLL' (0x40abb000) No debug information in 32bit DLL 'WINEOSS.DRV' (0x436d3000) No debug information in 32bit DLL 'MSACM32.DLL' (0x436f0000) No debug information in 32bit DLL 'MSACM.DLL' (0x436b5000) No debug information in 32bit DLL 'MIDIMAP.DRV' (0x43703000) Unhandled exception: page fault on write access to 0x40000008 in 32-bit code (0x405c986a). In 32-bit mode. 0x405c986a (WINMM.DLL.EntryPoint+0x14aa): movl $0x1,0x8(%eax) Wine-dbg>bt Backtrace: =>0 0x405c986a (WINMM.DLL.EntryPoint+0x14aa) (ebp=40596cd8) 1 0x405c9b57 (WINMM.DLL.PlaySound+0x27) (ebp=40596cf0) 2 0x004011e1 (beertend..text+0x1e1 in G:\beertend) (ebp=00010021) 3 0x16151413 (KERNEL32.DLL.GetStartupInfoA+0xe108b93) (ebp=1211100f) *** Invalid address 0x1211100f (KERNEL32.DLL.GetStartupInfoA+0xa0c878f) My system is a dual PIII running Linux 2.4.18. The beertender game is freely downloadable off the Internet at: http://www.ducksonduty.com/games/download/beertender/ I hope that this is enough information, Cheers, Chris

2 5

missing export from native msvcrt
by Ann and Jason Edmeades 25 May '02

25 May '02

>From attempting to run pgm with native msvcrt, w2k scrrun.dll: fixme:win32:PE_CreateModule Security directory ignored err:win32:PE_FindExportedFunction function not found for forward 'ntdll._iswalpha' used by 'msvcrt.dll'. If you are using builtin 'msvcrt.dll', try using the native one instead. err:win32:PE_fixup_imports No implementation for MSVCRT.DLL.636(iswalpha) imported from F:\badcomp\windlls\scrrun.dll, setting to 0xdeadbeef Raised as bug#730 Regards, Jason

1 0

Missing class factory clsids?
by Ann and Jason Edmeades 25 May '02

25 May '02

Hello, I have an application which I am trying to get running under a no-windows CVS wine which is written in VB. Unfortunately the install doesnt seem to work too well, so I have copied the program from a windows partition. When trying to run it I initially was getting errors about missing CLSID's, which I tied up in the windows registry with comdlg32.ocx not being registered, so ran regsvr32 comdlg32.ocx and got beyond that problem. Now when I run it I get: fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x40fdfc14,53798,0,0x6602fcc8,0,0,0,0x405c6a70), not implemented fixme:win32:PE_CreateModule Security directory ignored fixme:ole:CoCreateInstance no classfactory created for CLSID {0d43fe01-f093-11cf-8940-00a0c9054228}, hres is 0x80040154 Looking in the windows registry, this ties up with: Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}] @="FileSystem Object" [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\InprocServer 32] @="I:\\WINNT\\System32\\scrrun.dll" "ThreadingModel"="Both" [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\ProgID] @="Scripting.FileSystemObject" [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\TypeLib] @="{420B2830-E718-11CF-893D-00A0C9054228}" [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\Version] @="1.0" However, running regsvr32 against scrrun.dll doesnt insert these into the registry. Putting them in by hand allows me to get slightly further. Does anyone know how this gets put in the registry then - Should it be in the default system registry? Thoughts? Jason

1 0

gdb and nanosleep() issues
by Sylvain Petreolle 25 May '02

25 May '02

Running some apps leave me sometime having an exception in the debugger, so gdb is called. And many times the function that appears when gdb is called is nanosleep(). Should I consider this as a libc issue ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 4

Re: SafeDisc-1 semi-cleaned note...
by Dustin Navea 25 May '02

25 May '02

> > Guess it wasn't clean enough to commit ;-P > > It's not a code-makeup problem... The functionnality > behind the code needs to > be improved, and some parts of the code rewritten. > For instance, the server > suspend needs to be checked, and the shared user > data (page @ 0x7ffe0000) > handling needs to be implemented properly. > Hmm, ok, that is along the lines of what I was thinking, I will look into it, but like I said in the original email, I may or may not be able to help, I will see what I can do though... -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Re: remove the --managed option
by Dustin Navea 24 May '02

24 May '02

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > As promised long ago :) > I was away for a little while. > > ChangeLog: > Remove the --managed option, and make wine > use the managed mode by default. > hmm, I don't personally see any benefit in this, I have my wine setup to use managed on some things, but unmanaged on others... Also, if this does (or has already) been committed, did you take care of the Managed option in the wine config? -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

5 13

SafeDisc-1 semi-cleaned note...
by Dustin Navea 24 May '02

24 May '02

Guess it wasn't clean enough to commit ;-P Ill fix that.....eventually -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

2 1

Bugzilla documentation
by Andriy Palamarchuk 24 May '02

24 May '02

Our Bugzilla documentation will grow significantly, will contain references to other documentation (e.g. troubleshooting guide, debugging guide). I'd prefer to have bugzilla documentation somewhere in CVS, so we do not need to ask Jeremy Newman to change a something, but would be able to do it ourselves and submit ready-to-use patch. This documentation can be part of Winehq archive or it can have different CVS module. What do you think about this? Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

2 1

Re:Improving debugging (gdb) support
by Eric Pouech 24 May '02

24 May '02

I've started looking at this. I already have up & running (even if everything is not perfect) an implementation of the gdb remote target in winedbg. Basically, this allows the following scheme: gdb <gdb remote protocol> winedbg <Win32 debug API> wineserver winedbg is in this case just a proxy between the gdb remote protocol and the Win32 debug API. This works quite well, with decent performance (even using the remote protocol). However, this doesn't support the standard Windows debug formats (as winedbg does). I've also started looking at the way to integrate this into gdb, but it still requires lots of work before being operational. in terms of porting options for gdb, I've looked at several options to do the job, what has to be done. (I'll format tonight the result of the analysis, when I'm back home) A+ > > Hi, > > I'd like to improve debugging support for Wine, and have time to > undertake a larger project. Either I could work on winedbg to match > gdb's features, or I could try to make gdb understand Wine better. > Given the amount of useful frontends for gdb, it seems wiser to go for > the second option. I'd love to be corrected if you think working on > winedbg is a better choice. > > Gdb seems to have trouble understanding the way windows processes run > in Wine. If anyone has thought about this, I'd like to know your > opinions on a good solution to this problem. > > Furthermore, it seems useful to make gdb parse the .pdb format, or > other debugging information. Winedbg already has a working pdb > parser, which I could port to gdb. > > Feel free to push me in the right direction. > > -- > Tijs van Bakel, ConnecTUX, <tijs(a)connectux.com> > > --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

4 7

new and exciting regression running aol 5.0 under wine
by Thomas Duffy 24 May '02

24 May '02

Here is the quick and dirty pasted debugger output...still sucky formatting :( No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\TOOL\MIP.TOL' (0x62500000) No debug information in 32bit DLL 'MSVFW32.DLL' (0x42d8c000) No debug information in 32bit DLL 'MCIAVI.DRV' (0x42d7b000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WININET.DLL' (0x63000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\URLMON.DLL' (0x1a400000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\IWENGX32.DLL' (0x63800000) No debug information in 32bit DLL 'SETUPAPI.DLL' (0x43430000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\INSMAC32.DLL' (0x431f2000) No debug information in 32bit DLL 'MSVFW32.DLL' (0x42d8c000) No debug information in 32bit DLL 'MCIAVI.DRV' (0x42d7b000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WININET.DLL' (0x63000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\URLMON.DLL' (0x1a400000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\IWENGX32.DLL' (0x63800000) No debug information in 32bit DLL 'SETUPAPI.DLL' (0x43430000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\INSMAC32.DLL' (0x431f2000) Unhandled exception: unimplemented function SETUPX.DiOpenDevRegKey called in 32-bit code (0x43435052). No debug information in 32bit DLL 'MCIAVI.DRV' (0x42d7b000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WININET.DLL' (0x63000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\URLMON.DLL' (0x1a400000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\IWENGX32.DLL' (0x63800000) No debug information in 32bit DLL 'SETUPAPI.DLL' (0x43430000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\INSMAC32.DLL' (0x431f2000) Unhandled exception: unimplemented function SETUPX.DiOpenDevRegKey called in 32-bit code (0x43435052). In 32-bit mode. No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WININET.DLL' (0x63000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\URLMON.DLL' (0x1a400000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\IWENGX32.DLL' (0x63800000) No debug information in 32bit DLL 'SETUPAPI.DLL' (0x43430000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\INSMAC32.DLL' (0x431f2000) Unhandled exception: unimplemented function SETUPX.DiOpenDevRegKey called in 32-bit code (0x43435052). In 32-bit mode. Symbol __strtol_internal is invalid No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\URLMON.DLL' (0x1a400000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\IWENGX32.DLL' (0x63800000) No debug information in 32bit DLL 'SETUPAPI.DLL' (0x43430000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\INSMAC32.DLL' (0x431f2000) Unhandled exception: unimplemented function SETUPX.DiOpenDevRegKey called in 32-bit code (0x43435052). In 32-bit mode. Symbol __strtol_internal is invalid 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so): jmp 0x4343504c (__wine_unimplemented+0x4c [setupx No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\IWENGX32.DLL' (0x63800000) No debug information in 32bit DLL 'SETUPAPI.DLL' (0x43430000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\INSMAC32.DLL' (0x431f2000) Unhandled exception: unimplemented function SETUPX.DiOpenDevRegKey called in 32-bit code (0x43435052). In 32-bit mode. Symbol __strtol_internal is invalid 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so): jmp 0x4343504c (__wine_unimplemented+0x4c [setupx.spec.c] in setupx.dll.so) No debug information in 32bit DLL 'SETUPAPI.DLL' (0x43430000) No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\INSMAC32.DLL' (0x431f2000) Unhandled exception: unimplemented function SETUPX.DiOpenDevRegKey called in 32-bit code (0x43435052). In 32-bit mode. Symbol __strtol_internal is invalid 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so): jmp 0x4343504c (__wine_unimplemented+0x4c [setupx.spec.c] in setupx.dll.so) 47 static void __wine_stub_WEP(void) { __wine_unimplemented("WEP"); } No debug information in 32bit DLL 'C:\AMERICA ONLINE 5.0\INSMAC32.DLL' (0x431f2000) Unhandled exception: unimplemented function SETUPX.DiOpenDevRegKey called in 32-bit code (0x43435052). In 32-bit mode. Symbol __strtol_internal is invalid 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so): jmp 0x4343504c (__wine_unimplemented+0x4c [setupx.spec.c] in setupx.dll.so) 47 static void __wine_stub_WEP(void) { __wine_unimplemented("WEP"); } Wine-dbg>bt Unhandled exception: unimplemented function SETUPX.DiOpenDevRegKey called in 32-bit code (0x43435052). In 32-bit mode. Symbol __strtol_internal is invalid 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so): jmp 0x4343504c (__wine_unimplemented+0x4c [setupx.spec.c] in setupx.dll.so) 47 static void __wine_stub_WEP(void) { __wine_unimplemented("WEP"); } Wine-dbg>bt Backtrace: In 32-bit mode. Symbol __strtol_internal is invalid 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so): jmp 0x4343504c (__wine_unimplemented+0x4c [setupx.spec.c] in setupx.dll.so) 47 static void __wine_stub_WEP(void) { __wine_unimplemented("WEP"); } Wine-dbg>bt Backtrace: =>0 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so) (ebp=405b5ee0) Symbol __strtol_internal is invalid 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so): jmp 0x4343504c (__wine_unimplemented+0x4c [setupx.spec.c] in setupx.dll.so) 47 static void __wine_stub_WEP(void) { __wine_unimplemented("WEP"); } Wine-dbg>bt Backtrace: =>0 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so) (ebp=405b5ee0) 1 0x43435de4 (__wine_stub_DiInstallDrvSection [setupx.spec.c:171] in setupx.dll.so) (ebp=405b5ef0) 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so): jmp 0x4343504c (__wine_unimplemented+0x4c [setupx.spec.c] in setupx.dll.so) 47 static void __wine_stub_WEP(void) { __wine_unimplemented("WEP"); } Wine-dbg>bt Backtrace: =>0 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so) (ebp=405b5ee0) 1 0x43435de4 (__wine_stub_DiInstallDrvSection [setupx.spec.c:171] in setupx.dll.so) (ebp=405b5ef0) 2 0x43436f2a (__wine_SETUPX_CallFrom16_p_long_+0x6(proc=0x43435dc8, args=0x405c6e98) [setupx.spec.c:439] in setupx.dll.so) ] in setupx.dll.so) 47 static void __wine_stub_WEP(void) { __wine_unimplemented("WEP"); } Wine-dbg>bt Backtrace: =>0 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so) (ebp=405b5ee0) 1 0x43435de4 (__wine_stub_DiInstallDrvSection [setupx.spec.c:171] in setupx.dll.so) (ebp=405b5ef0) 2 0x43436f2a (__wine_SETUPX_CallFrom16_p_long_+0x6(proc=0x43435dc8, args=0x405c6e98) [setupx.spec.c:439] in setupx.dll.so) (ebp=405b5ef8) 47 static void __wine_stub_WEP(void) { __wine_unimplemented("WEP"); } Wine-dbg>bt Backtrace: =>0 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so) (ebp=405b5ee0) 1 0x43435de4 (__wine_stub_DiInstallDrvSection [setupx.spec.c:171] in setupx.dll.so) (ebp=405b5ef0) 2 0x43436f2a (__wine_SETUPX_CallFrom16_p_long_+0x6(proc=0x43435dc8, args=0x405c6e98) [setupx.spec.c:439] in setupx.dll.so) (ebp=405b5ef8) 3 0x400e1eed (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=405b5f28) Wine-dbg>bt Backtrace: =>0 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so) (ebp=405b5ee0) 1 0x43435de4 (__wine_stub_DiInstallDrvSection [setupx.spec.c:171] in setupx.dll.so) (ebp=405b5ef0) 2 0x43436f2a (__wine_SETUPX_CallFrom16_p_long_+0x6(proc=0x43435dc8, args=0x405c6e98) [setupx.spec.c:439] in setupx.dll.so) (ebp=405b5ef8) 3 0x400e1eed (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=405b5f28) 4 0x065f:0x0212 (bp=feb0) Backtrace: =>0 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so) (ebp=405b5ee0) 1 0x43435de4 (__wine_stub_DiInstallDrvSection [setupx.spec.c:171] in setupx.dll.so) (ebp=405b5ef0) 2 0x43436f2a (__wine_SETUPX_CallFrom16_p_long_+0x6(proc=0x43435dc8, args=0x405c6e98) [setupx.spec.c:439] in setupx.dll.so) (ebp=405b5ef8) 3 0x400e1eed (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=405b5f28) 4 0x065f:0x0212 (bp=feb0) 5 0x065f:0x01be (bp=ffc4) =>0 0x43435052 (__wine_unimplemented+0x52 [setupx.spec.c] in setupx.dll.so) (ebp=405b5ee0) 1 0x43435de4 (__wine_stub_DiInstallDrvSection [setupx.spec.c:171] in setupx.dll.so) (ebp=405b5ef0) 2 0x43436f2a (__wine_SETUPX_CallFrom16_p_long_+0x6(proc=0x43435dc8, args=0x405c6e98) [setupx.spec.c:439] in setupx.dll.so) (ebp=405b5ef8) 3 0x400e1eed (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=405b5f28) 4 0x065f:0x0212 (bp=feb0) 5 0x065f:0x01be (bp=ffc4) 6 0x065f:0x045e (bp=ffca) 1 0x43435de4 (__wine_stub_DiInstallDrvSection [setupx.spec.c:171] in setupx.dll.so) (ebp=405b5ef0) 2 0x43436f2a (__wine_SETUPX_CallFrom16_p_long_+0x6(proc=0x43435dc8, args=0x405c6e98) [setupx.spec.c:439] in setupx.dll.so) (ebp=405b5ef8) 3 0x400e1eed (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=405b5f28) 4 0x065f:0x0212 (bp=feb0) 5 0x065f:0x01be (bp=ffc4) 6 0x065f:0x045e (bp=ffca) 7 0x016f:0x0000 (bp=fffa, far call assumed) 2 0x43436f2a (__wine_SETUPX_CallFrom16_p_long_+0x6(proc=0x43435dc8, args=0x405c6e98) [setupx.spec.c:439] in setupx.dll.so) (ebp=405b5ef8) 3 0x400e1eed (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=405b5f28) 4 0x065f:0x0212 (bp=feb0) 5 0x065f:0x01be (bp=ffc4) 6 0x065f:0x045e (bp=ffca) 7 0x016f:0x0000 (bp=fffa, far call assumed) 8 0x40601c71 (QT_Thunk+0xad(context=0x405b6238) [thunk.c:324] in kernel32.dll.so) (ebp=405b622c) 5b5ef8) 3 0x400e1eed (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=405b5f28) 4 0x065f:0x0212 (bp=feb0) 5 0x065f:0x01be (bp=ffc4) 6 0x065f:0x045e (bp=ffca) 7 0x016f:0x0000 (bp=fffa, far call assumed) 8 0x40601c71 (QT_Thunk+0xad(context=0x405b6238) [thunk.c:324] in kernel32.dll.so) (ebp=405b622c) 9 0x400e2701 (NTDLL.DLL.__wine_call_from_32_regs+0xb5 in libntdll.dll.so) (ebp=405b6584) 3 0x400e1eed (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=405b5f28) 4 0x065f:0x0212 (bp=feb0) 5 0x065f:0x01be (bp=ffc4) 6 0x065f:0x045e (bp=ffca) 7 0x016f:0x0000 (bp=fffa, far call assumed) 8 0x40601c71 (QT_Thunk+0xad(context=0x405b6238) [thunk.c:324] in kernel32.dll.so) (ebp=405b622c) 9 0x400e2701 (NTDLL.DLL.__wine_call_from_32_regs+0xb5 in libntdll.dll.so) (ebp=405b6584) 10 0x405f2581 (KERNEL32.DLL.QT_Thunk+0x5 in kernel32.dll.so) (ebp=405b65d0) 4 0x065f:0x0212 (bp=feb0) 5 0x065f:0x01be (bp=ffc4) 6 0x065f:0x045e (bp=ffca) 7 0x016f:0x0000 (bp=fffa, far call assumed) 8 0x40601c71 (QT_Thunk+0xad(context=0x405b6238) [thunk.c:324] in kernel32.dll.so) (ebp=405b622c) 9 0x400e2701 (NTDLL.DLL.__wine_call_from_32_regs+0xb5 in libntdll.dll.so) (ebp=405b6584) 10 0x405f2581 (KERNEL32.DLL.QT_Thunk+0x5 in kernel32.dll.so) (ebp=405b65d0) 11 0x431f4e4a (INSMAC32.DLL.install_aolmac+0xe37 in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b65f4) 5 0x065f:0x01be (bp=ffc4) 6 0x065f:0x045e (bp=ffca) 7 0x016f:0x0000 (bp=fffa, far call assumed) 8 0x40601c71 (QT_Thunk+0xad(context=0x405b6238) [thunk.c:324] in kernel32.dll.so) (ebp=405b622c) 9 0x400e2701 (NTDLL.DLL.__wine_call_from_32_regs+0xb5 in libntdll.dll.so) (ebp=405b6584) 10 0x405f2581 (KERNEL32.DLL.QT_Thunk+0x5 in kernel32.dll.so) (ebp=405b65d0) 11 0x431f4e4a (INSMAC32.DLL.install_aolmac+0xe37 in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b65f4) 12 0x431f407d (INSMAC32.DLL.install_aolmac+0x6a in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b6614) 6 0x065f:0x045e (bp=ffca) 7 0x016f:0x0000 (bp=fffa, far call assumed) 8 0x40601c71 (QT_Thunk+0xad(context=0x405b6238) [thunk.c:324] in kernel32.dll.so) (ebp=405b622c) 9 0x400e2701 (NTDLL.DLL.__wine_call_from_32_regs+0xb5 in libntdll.dll.so) (ebp=405b6584) 10 0x405f2581 (KERNEL32.DLL.QT_Thunk+0x5 in kernel32.dll.so) (ebp=405b65d0) 11 0x431f4e4a (INSMAC32.DLL.install_aolmac+0xe37 in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b65f4) 12 0x431f407d (INSMAC32.DLL.install_aolmac+0x6a in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b6614) 13 0x63103d09 (SOCK.TOL.timer_proc+0x1487 in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b676c) 7 0x016f:0x0000 (bp=fffa, far call assumed) 8 0x40601c71 (QT_Thunk+0xad(context=0x405b6238) [thunk.c:324] in kernel32.dll.so) (ebp=405b622c) 9 0x400e2701 (NTDLL.DLL.__wine_call_from_32_regs+0xb5 in libntdll.dll.so) (ebp=405b6584) 10 0x405f2581 (KERNEL32.DLL.QT_Thunk+0x5 in kernel32.dll.so) (ebp=405b65d0) 11 0x431f4e4a (INSMAC32.DLL.install_aolmac+0xe37 in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b65f4) 12 0x431f407d (INSMAC32.DLL.install_aolmac+0x6a in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b6614) 13 0x63103d09 (SOCK.TOL.timer_proc+0x1487 in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b676c) 14 0x63103b6f (SOCK.TOL.timer_proc+0x12ed in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b6780) 8 0x40601c71 (QT_Thunk+0xad(context=0x405b6238) [thunk.c:324] in kernel32.dll.so) (ebp=405b622c) 9 0x400e2701 (NTDLL.DLL.__wine_call_from_32_regs+0xb5 in libntdll.dll.so) (ebp=405b6584) 10 0x405f2581 (KERNEL32.DLL.QT_Thunk+0x5 in kernel32.dll.so) (ebp=405b65d0) 11 0x431f4e4a (INSMAC32.DLL.install_aolmac+0xe37 in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b65f4) 12 0x431f407d (INSMAC32.DLL.install_aolmac+0x6a in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b6614) 13 0x63103d09 (SOCK.TOL.timer_proc+0x1487 in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b676c) 14 0x63103b6f (SOCK.TOL.timer_proc+0x12ed in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b6780) 15 0x634040b8 (SUPERSUB.DLL.ToolSendMsg+0x88 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67a4) 9 0x400e2701 (NTDLL.DLL.__wine_call_from_32_regs+0xb5 in libntdll.dll.so) (ebp=405b6584) 10 0x405f2581 (KERNEL32.DLL.QT_Thunk+0x5 in kernel32.dll.so) (ebp=405b65d0) 11 0x431f4e4a (INSMAC32.DLL.install_aolmac+0xe37 in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b65f4) 12 0x431f407d (INSMAC32.DLL.install_aolmac+0x6a in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b6614) 13 0x63103d09 (SOCK.TOL.timer_proc+0x1487 in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b676c) 14 0x63103b6f (SOCK.TOL.timer_proc+0x12ed in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b6780) 15 0x634040b8 (SUPERSUB.DLL.ToolSendMsg+0x88 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67a4) 16 0x63404020 (SUPERSUB.DLL.ToolSendList+0x70 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c4) 10 0x405f2581 (KERNEL32.DLL.QT_Thunk+0x5 in kernel32.dll.so) (ebp=405b65d0) 11 0x431f4e4a (INSMAC32.DLL.install_aolmac+0xe37 in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b65f4) 12 0x431f407d (INSMAC32.DLL.install_aolmac+0x6a in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b6614) 13 0x63103d09 (SOCK.TOL.timer_proc+0x1487 in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b676c) 14 0x63103b6f (SOCK.TOL.timer_proc+0x12ed in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b6780) 15 0x634040b8 (SUPERSUB.DLL.ToolSendMsg+0x88 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67a4) 16 0x63404020 (SUPERSUB.DLL.ToolSendList+0x70 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c4) 17 0x63404065 (SUPERSUB.DLL.ToolSendMsg+0x35 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67e4) 11 0x431f4e4a (INSMAC32.DLL.install_aolmac+0xe37 in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b65f4) 12 0x431f407d (INSMAC32.DLL.install_aolmac+0x6a in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b6614) 13 0x63103d09 (SOCK.TOL.timer_proc+0x1487 in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b676c) 14 0x63103b6f (SOCK.TOL.timer_proc+0x12ed in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b6780) 15 0x634040b8 (SUPERSUB.DLL.ToolSendMsg+0x88 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67a4) 16 0x63404020 (SUPERSUB.DLL.ToolSendList+0x70 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c4) 17 0x63404065 (SUPERSUB.DLL.ToolSendMsg+0x35 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67e4) 18 0x0040f1a1 (waol.exe..text+0xe1a1 in C:\America Online 5.0\waol.exe) (ebp=405b6814) 12 0x431f407d (INSMAC32.DLL.install_aolmac+0x6a in C:\AMERICA ONLINE 5.0\INSMAC32.DLL) (ebp=405b6614) 13 0x63103d09 (SOCK.TOL.timer_proc+0x1487 in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b676c) 14 0x63103b6f (SOCK.TOL.timer_proc+0x12ed in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b6780) 15 0x634040b8 (SUPERSUB.DLL.ToolSendMsg+0x88 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67a4) 16 0x63404020 (SUPERSUB.DLL.ToolSendList+0x70 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c4) 17 0x63404065 (SUPERSUB.DLL.ToolSendMsg+0x35 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67e4) 18 0x0040f1a1 (waol.exe..text+0xe1a1 in C:\America Online 5.0\waol.exe) (ebp=405b6814) 19 0x0040f717 (waol.exe.AolMDIClientProc+0x189 in C:\America Online 5.0\waol.exe) (ebp=405b6824) 13 0x63103d09 (SOCK.TOL.timer_proc+0x1487 in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b676c) 14 0x63103b6f (SOCK.TOL.timer_proc+0x12ed in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b6780) 15 0x634040b8 (SUPERSUB.DLL.ToolSendMsg+0x88 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67a4) 16 0x63404020 (SUPERSUB.DLL.ToolSendList+0x70 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c4) 17 0x63404065 (SUPERSUB.DLL.ToolSendMsg+0x35 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67e4) 18 0x0040f1a1 (waol.exe..text+0xe1a1 in C:\America Online 5.0\waol.exe) (ebp=405b6814) 19 0x0040f717 (waol.exe.AolMDIClientProc+0x189 in C:\America Online 5.0\waol.exe) (ebp=405b6824) 20 0x0041005e (waol.exe.AolMDIFrameProc+0x253 in C:\America Online 5.0\waol.exe) (ebp=405b68cc) 14 0x63103b6f (SOCK.TOL.timer_proc+0x12ed in C:\AMERICA ONLINE 5.0\TOOL\SOCK.TOL) (ebp=405b6780) 15 0x634040b8 (SUPERSUB.DLL.ToolSendMsg+0x88 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67a4) 16 0x63404020 (SUPERSUB.DLL.ToolSendList+0x70 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c4) 17 0x63404065 (SUPERSUB.DLL.ToolSendMsg+0x35 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67e4) 18 0x0040f1a1 (waol.exe..text+0xe1a1 in C:\America Online 5.0\waol.exe) (ebp=405b6814) 19 0x0040f717 (waol.exe.AolMDIClientProc+0x189 in C:\America Online 5.0\waol.exe) (ebp=405b6824) 20 0x0041005e (waol.exe.AolMDIFrameProc+0x253 in C:\America Online 5.0\waol.exe) (ebp=405b68cc) 21 0x4073ddeb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b68f0) 15 0x634040b8 (SUPERSUB.DLL.ToolSendMsg+0x88 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67a4) 16 0x63404020 (SUPERSUB.DLL.ToolSendList+0x70 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c4) 17 0x63404065 (SUPERSUB.DLL.ToolSendMsg+0x35 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67e4) 18 0x0040f1a1 (waol.exe..text+0xe1a1 in C:\America Online 5.0\waol.exe) (ebp=405b6814) 19 0x0040f717 (waol.exe.AolMDIClientProc+0x189 in C:\America Online 5.0\waol.exe) (ebp=405b6824) 20 0x0041005e (waol.exe.AolMDIFrameProc+0x253 in C:\America Online 5.0\waol.exe) (ebp=405b68cc) 21 0x4073ddeb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b68f0) 22 0x4073de76 (WINPROC_CallWndProc+0x82(proc=0x40fe0b, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:183] i 16 0x63404020 (SUPERSUB.DLL.ToolSendList+0x70 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c4) 17 0x63404065 (SUPERSUB.DLL.ToolSendMsg+0x35 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67e4) 18 0x0040f1a1 (waol.exe..text+0xe1a1 in C:\America Online 5.0\waol.exe) (ebp=405b6814) 19 0x0040f717 (waol.exe.AolMDIClientProc+0x189 in C:\America Online 5.0\waol.exe) (ebp=405b6824) 20 0x0041005e (waol.exe.AolMDIFrameProc+0x253 in C:\America Online 5.0\waol.exe) (ebp=405b68cc) 21 0x4073ddeb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b68f0) 22 0x4073de76 (WINPROC_CallWndProc+0x82(proc=0x40fe0b, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405b6920) 17 0x63404065 (SUPERSUB.DLL.ToolSendMsg+0x35 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67e4) 18 0x0040f1a1 (waol.exe..text+0xe1a1 in C:\America Online 5.0\waol.exe) (ebp=405b6814) 19 0x0040f717 (waol.exe.AolMDIClientProc+0x189 in C:\America Online 5.0\waol.exe) (ebp=405b6824) 20 0x0041005e (waol.exe.AolMDIFrameProc+0x253 in C:\America Online 5.0\waol.exe) (ebp=405b68cc) 21 0x4073ddeb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b68f0) 22 0x4073de76 (WINPROC_CallWndProc+0x82(proc=0x40fe0b, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405b6920) 23 0x407441c3 (CallWindowProcA+0xab(func=0x40e206c4, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:2795] in 18 0x0040f1a1 (waol.exe..text+0xe1a1 in C:\America Online 5.0\waol.exe) (ebp=405b6814) 19 0x0040f717 (waol.exe.AolMDIClientProc+0x189 in C:\America Online 5.0\waol.exe) (ebp=405b6824) 20 0x0041005e (waol.exe.AolMDIFrameProc+0x253 in C:\America Online 5.0\waol.exe) (ebp=405b68cc) 21 0x4073ddeb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b68f0) 22 0x4073de76 (WINPROC_CallWndProc+0x82(proc=0x40fe0b, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405b6920) 23 0x407441c3 (CallWindowProcA+0xab(func=0x40e206c4, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:2795] in user32.dll.so) (ebp=405b6954) 19 0x0040f717 (waol.exe.AolMDIClientProc+0x189 in C:\America Online 5.0\waol.exe) (ebp=405b6824) 20 0x0041005e (waol.exe.AolMDIFrameProc+0x253 in C:\America Online 5.0\waol.exe) (ebp=405b68cc) 21 0x4073ddeb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b68f0) 22 0x4073de76 (WINPROC_CallWndProc+0x82(proc=0x40fe0b, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405b6920) 23 0x407441c3 (CallWindowProcA+0xab(func=0x40e206c4, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:2795] in user32.dll.so) (ebp=405b6954) 24 0x40726726 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1051] in user32.dll.so) (ebp=405b6998) 20 0x0041005e (waol.exe.AolMDIFrameProc+0x253 in C:\America Online 5.0\waol.exe) (ebp=405b68cc) 21 0x4073ddeb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b68f0) 22 0x4073de76 (WINPROC_CallWndProc+0x82(proc=0x40fe0b, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405b6920) 23 0x407441c3 (CallWindowProcA+0xab(func=0x40e206c4, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:2795] in user32.dll.so) (ebp=405b6954) 24 0x40726726 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1051] in user32.dll.so) (ebp=405b6998) 25 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6df0) 21 0x4073ddeb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b68f0) 22 0x4073de76 (WINPROC_CallWndProc+0x82(proc=0x40fe0b, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405b6920) 23 0x407441c3 (CallWindowProcA+0xab(func=0x40e206c4, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:2795] in user32.dll.so) (ebp=405b6954) 24 0x40726726 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1051] in user32.dll.so) (ebp=405b6998) 25 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6df0) 26 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e8c) 22 0x4073de76 (WINPROC_CallWndProc+0x82(proc=0x40fe0b, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=405b6920) 23 0x407441c3 (CallWindowProcA+0xab(func=0x40e206c4, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:2795] in user32.dll.so) (ebp=405b6954) 24 0x40726726 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1051] in user32.dll.so) (ebp=405b6998) 25 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6df0) 26 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e8c) 27 0x400c860c (start_process+0x264 [process.c:524] in libntdll.dll.so) (ebp=405b6f38) 2.dll.so) (ebp=405b6920) 23 0x407441c3 (CallWindowProcA+0xab(func=0x40e206c4, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:2795] in user32.dll.so) (ebp=405b6954) 24 0x40726726 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1051] in user32.dll.so) (ebp=405b6998) 25 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6df0) 26 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e8c) 27 0x400c860c (start_process+0x264 [process.c:524] in libntdll.dll.so) (ebp=405b6f38) 28 0x400cc4f3 (call_on_thread_stack+0x23(func=0x400c83a8) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 23 0x407441c3 (CallWindowProcA+0xab(func=0x40e206c4, hwnd=0x10023, msg=0x111, wParam=0x3f4, lParam=0x0) [winproc.c:2795] in user32.dll.so) (ebp=405b6954) 24 0x40726726 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1051] in user32.dll.so) (ebp=405b6998) 25 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6df0) 26 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e8c) 27 0x400c860c (start_process+0x264 [process.c:524] in libntdll.dll.so) (ebp=405b6f38) 28 0x400cc4f3 (call_on_thread_stack+0x23(func=0x400c83a8) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 29 0x400cc68c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) .dll.so) (ebp=405b6954) 24 0x40726726 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1051] in user32.dll.so) (ebp=405b6998) 25 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6df0) 26 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e8c) 27 0x400c860c (start_process+0x264 [process.c:524] in libntdll.dll.so) (ebp=405b6f38) 28 0x400cc4f3 (call_on_thread_stack+0x23(func=0x400c83a8) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 29 0x400cc68c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 24 0x40726726 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1051] in user32.dll.so) (ebp=405b6998) 25 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6df0) 26 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e8c) 27 0x400c860c (start_process+0x264 [process.c:524] in libntdll.dll.so) (ebp=405b6f38) 28 0x400cc4f3 (call_on_thread_stack+0x23(func=0x400c83a8) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 29 0x400cc68c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 25 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6df0) 26 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e8c) 27 0x400c860c (start_process+0x264 [process.c:524] in libntdll.dll.so) (ebp=405b6f38) 28 0x400cc4f3 (call_on_thread_stack+0x23(func=0x400c83a8) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 29 0x400cc68c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 26 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e8c) 27 0x400c860c (start_process+0x264 [process.c:524] in libntdll.dll.so) (ebp=405b6f38) 28 0x400cc4f3 (call_on_thread_stack+0x23(func=0x400c83a8) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 29 0x400cc68c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 27 0x400c860c (start_process+0x264 [process.c:524] in libntdll.dll.so) (ebp=405b6f38) 28 0x400cc4f3 (call_on_thread_stack+0x23(func=0x400c83a8) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 29 0x400cc68c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 28 0x400cc4f3 (call_on_thread_stack+0x23(func=0x400c83a8) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 29 0x400cc68c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 29 0x400cc68c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> Wine-dbg> Wine-dbg> -- YOO-ESS-AYE! YOO-ESS-AYE!

1 0

Re: patch to fix locale behavior
by Alexandre Julliard 23 May '02

23 May '02

Mehmet YASAR <myasar(a)free.fr> writes: > diff -ur /home/mehmet/CVS/wine/ole/ole2nls.c ./ole2nls.c > --- /home/mehmet/CVS/wine/ole/ole2nls.c Sun Apr 28 15:42:21 2002 > +++ ./ole2nls.c Thu May 23 18:54:38 2002 > @@ -574,8 +574,9 @@ > } > /* if len=0 return only the length, don't touch the buffer*/ > if (len) { > - lstrcpynA(buf,retString,len); > - return strlen(buf) + 1; > + /* Like Windows we copy len bytes to buffer and we check len after */ > + strncpy(buf,retString,len); > + return (len < strlen(retString) + 1)? 0 : strlen(retString)+1 ; Note that strncpy will fill the buffer with nulls if the string is too short. I doubt that Windows does that, though it may be a good idea to check for it in your test too. -- Alexandre Julliard julliard(a)winehq.com

1 0

Compiling error
by Marcelo Welter 23 May '02

23 May '02

Dear friends In my daily update of cvs i have a error: winetest.c:28: EXTERN.h: No such file or directory winetest.c:29: perl.h: No such file or directory make[2]: *** [winetest.o] Error 1 i run "cvs update -AdP" and not resolv this case I delete the file winetest.c, but after cvs update the error back Well, anybody can help me...? Thanks Marcelo

2 2

Re: winhelp mapping
by Eric Pouech 23 May '02

23 May '02

the "hack" in only valid in a Win31/Win9x atchitecture; it works well will win98 winhlp32, but will likely fail for any NT implementation so, we cannot have at the same time: 1/ a unique message passing feature for all emulated windows version 2/ the ability to run all the native winhlp32 executables it means that we should either: 1/ emulate in a different manner the message passing ability of a given version (win16, win9x use a 16 bit global handle ; it seems NT uses a shared page) 2/ implement our own winhlp32 executable (with the support of various help formats) in which case we could choose our unique message passing implementation for seek of completness, I'd choose 1/ for seek of code clarity/maintainability, 2/ A+ > >>>>> "Alexandre" == Alexandre Julliard <julliard(a)winehq.com> writes: > > Alexandre> Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > >> Alexandre, will you accept a patch of this kind (it still can be > >> enhanced, like storing the message id) ? > > Alexandre> Only if there is evidence that Windows does it this way. > > I tried to follow native NT user32.dll in the winhelp() call and I ended in > that magic 0x7ffeXXXX page, which seems to be shared data. > > Do we have any plans for that page? NT File "explorer.exe" also crashes > accessing that page. > > I plea for encluding some WinHelp Hack. Users expect Winhelp to work. Eric's > hack doesn't change wine fundamentals, is only changes one case. > > Bye > -- > Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de > > Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt > --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- > > --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

4 4

SafeDisc-1 question
by Dustin Navea 23 May '02

23 May '02

To Laurent Pinchart, is there any way you could rework the SafeDisc-1 Patch you made to compile against the current tree (clean or not) and send it here? I may be able to do some cleaning up on it and submit it, god willing ;). I would need both the possible DMCA violation and safe partions to be able to do anything though... Thanks in advance, Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

2 1

Helping those who wants to help the project
by Andriy Palamarchuk 23 May '02

23 May '02

I got an excellent feedback for my request for help. Most of the replies were in private emails, so you did not see the whole activity. Now we need to fix some issues to better accept the suggested help. *Application Owners We already have application owners for many applications, including Lotus Notes, Microsoft Money, CAD applications, other (still need to compile the whole list). I think big part of bug The issue here - management of the AppDB entries. Is it possible to give an application owner privileges to edit information of the applications they are responsible for? How are we going to organize the whole process? *Bugzilla I'm going to create documentation for bugs processing, instructions for application owners. Can I add these documents to the winehq web site instead of having separate documentation for AppDB and Bugzilla? On other hand we already have in AppDB and Bugzilla some documentation. In short - I need access to this documentation: http://bugs.winehq.com/show_bug.cgi?id=699 Jeremy, There is one more request, more difficult to implement - gather more information on initial bug submission: http://bugs.winehq.com/show_bug.cgi?id=677 When do you plan the upgrade, necessary to fix the bug? We already have pretty high activity on the Bugzilla. I expect it to increase even more and I'd like to increase efficiency of this activity. Regards, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

2 1

Finding cause of heap corruption
by Uwe Bonnes 23 May '02

23 May '02

Hallo, trying to run xilinx webpack, after some time a crash happens. I suspect a heap corruption and running with --debugmsg +heap I see quite early 133191 098347d0:Call kernel32.TlsGetValue(00000004) ret=6c371018 133192 trace:heap:RtlAllocateHeap (415d0000,00000002,00000018): returning 415e9068 133193 098347d0:Ret kernel32.TlsGetValue() retval=4037bdf0 ret=6c371018 133194 09830f78:Ret ntdll.RtlAllocateHeap() retval=415e9068 ret=41595068 133195 098347d0:Call user32.GetParent(00010022) ret=6c371331 133196 09830f78:Call ntdll.RtlAllocateHeap(415d0000,00000000,0000000e) ret=41595068 133197 098347d0:Ret user32.GetParent() retval=00000000 ret=6c371331 133198 trace:heap:RtlAllocateHeap (415d0000,00000002,00000018): returning 415e9088 133199 098347d0:Call user32.TranslateMessage(0040735c) ret=6c3711c7 133200 09830f78:Ret ntdll.RtlAllocateHeap() retval=415e9088 ret=41595068 133201 098347d0:Ret user32.TranslateMessage() retval=00000000 ret=6c3711c7 133202 098347d0:Call user32.DispatchMessageA(0040735c) ret=6c3711ce 133203 09830f78:Call ntdll.RtlAllocateHeap(415d0000,00000000,00000016) ret=41595068 133204 warn:heap:HEAP_ValidateInUseArena Heap 40d30000: invalid in-use arena magic for 40d30656 133205 Heap: 40d30000 "invalid in-use arena magic" is an indicator for a corrupy heap. Right? On each RtlAllocateHeap(), the heap is checked. As the call to RtlAllocateHeap() on line 133196 succeeds, the trashing must have happend between line 133201 and 133203. Right? Thnaks for any help. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

4 5

Re: err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this
by dschwarz＠bellatlantic.net 23 May '02

23 May '02

I'm currently running the Lotus Notes 5.0.7 client under the latest WINE (CVS build from 5/22/2002). Works well with no visual glitches that I can see, but I get this message repeated over and over: err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this So, I'm reporting it :-) Can someone tell me what additional information would be useful to debug this problem, and how I can provide it? Thanks, Dan Schwarz dschwarz(a)bellatlantic.net

1 0

SB EMU Patch question
by Dustin Navea 23 May '02

23 May '02

To the author of the SB EMU Patch, I was wondering if you could possibly resubmit the patch for inclusion against the current tree, the day that you last sent it in, I had a failure compiling, I guess due to some conflict from the patches committed that day, so if you could rework it to compile (and work, of course) against the current tree, I would love it, and several other people might too ;). -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Lotus SmartSuite (2000?)
by Dustin Navea 23 May '02

23 May '02

Just saw a post on TransGaming's web site that Lotus SmartSuite runs on WineX...although it took him 2 installs... He also said that installing the MS OLE update improved thimgs even more, so the OLE Update may be something to look into in trying to get it to work... I'm not sure it it was 2000 or Millenium 9.5, but he did say SmartSuite... -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

winhelp mapping
by Eric Pouech 23 May '02

23 May '02

this patch is an attempt to solve the issue of passing contextual information to winhlp32 it simply passes the data block required by the "WM_WINHELP" (in quotes, because it's a registered window message) thru the server, and reallocates it on the win32 size it's a bit ugly because of the registration stuff Alexandre, will you accept a patch of this kind (it still can be enhanced, like storing the message id) ? A+ Name: winhlp ChangeLog: implemented interprocess WM_WINHELP message passing License: X11 GenDate: 2002/05/21 19:51:19 UTC ModifiedFiles: dlls/user/message.c windows/winhelp.c AddedFiles: =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/user/message.c,v retrieving revision 1.17 diff -u -u -r1.17 message.c --- dlls/user/message.c 26 Apr 2002 19:05:17 -0000 1.17 +++ dlls/user/message.c 19 May 2002 06:54:18 -0000 @@ -564,6 +564,18 @@ data->count = -1; return 0; } + if (message == RegisterWindowMessageA("WM_WINHELP")) + { + HGLOBAL16 hMem; + char* ptr; + hMem = LOWORD(lparam); + ptr = GlobalLock16(hMem); + push_data(data, ptr, *(WORD*)ptr); + GlobalUnlock16(hMem); + /* FIXME: it's likely that this memory block + * (and more important, the associated selector) will be leaked... */ + return 0; + } return 0; } @@ -803,6 +815,23 @@ return FALSE; default: + if (message == RegisterWindowMessageA("WM_WINHELP")) + { + HGLOBAL16 hMem; + WORD sz; + char* dst; + + if (size < sizeof(WORD)) return FALSE; + sz = *(WORD*)*buffer; + if (size != sz) return FALSE; + hMem = GlobalAlloc16(0,sz); + dst = GlobalLock16(hMem); + memcpy(dst, *buffer, sz); + GlobalUnlock16(hMem); + *lparam = hMem; + return TRUE; + } + return TRUE; /* message doesn't need any unpacking */ } @@ -1622,7 +1651,7 @@ SetLastError( ERROR_INVALID_THREAD_ID ); else SetLastError( RtlNtStatusToDosError(res) ); - } + } } SERVER_END_REQ; return !res; Index: windows/winhelp.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/windows/winhelp.c,v retrieving revision 1.22 diff -u -u -r1.22 winhelp.c --- windows/winhelp.c 10 Mar 2002 00:18:37 -0000 1.22 +++ windows/winhelp.c 19 May 2002 06:56:45 -0000 @@ -82,7 +82,6 @@ HGLOBAL16 hwh; int size,dsize,nlen; - if(!WM_WINHELP) { WM_WINHELP=RegisterWindowMessageA("WM_WINHELP"); @@ -103,7 +102,6 @@ } } - switch(wCommand) { case HELP_CONTEXT: @@ -152,7 +150,8 @@ } else lpwh->ofsData = 0; GlobalUnlock16(hwh); - return SendMessage16(hDest,WM_WINHELP,hWnd,hwh); + + return SendMessageA(hDest,WM_WINHELP,hWnd,hwh); }

4 3

tools/wineshelllink Full KDE3 Support-patch tomorrow
by Dustin Navea 23 May '02

23 May '02

Hey, received a note from Riszanyi Zsolt asking to implement use of $KDEHOME in wineshelllink. Well, I took a look at it, and started to do that, but then I realized that if we do that and they have 2 versions of KDE installed (i.e. Mandrake 8.2's way, KDE2 in /usr and KDE3 in /opt), the icons will only be in 1 of the 2 directories. So, instead I finished off my KDE3 support, and it will be submitted tomorrow, I have 1 minor change to make to it. -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

3 4

Recursion caused by call of GetProp in window procedure
by Andriy Palamarchuk 22 May '02

22 May '02

I'm researching bug 671: http://bugs.winehq.com/show_bug.cgi?id=671 The application crashes. It seems the problem occurs when GetPropA is called in a window procedure on WM_WINDOWPOSCHANGING message what causes generation of other WM_WINDOWPOSCHANGING message. The same code calls itself and finally blows the stack. See the bug for details. Does anybody know why the recursion occurs? Does GetPropA call generate WM_WINDOWPOSCHANGING message? The relay trace of the recursion. It is nicer formatted in the bug comments: Call user32.GetPropA(00010036,40e33086 "buddySupperClassWndProc") ret=40e1b396 Ret user32.GetPropA() retval=40ec0a9a ret=40e1b396 Call user32.CallWindowProcW(40ec0a9a,00010036,00000046,00000000,405b5f5c) ret=40e1b3fd Call window proc 0x488568 (hwnd=00010036,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=405b5f5c) Call kernel32.TlsGetValue(00000002) ret=004a7180 Ret kernel32.TlsGetValue() retval=403be080 ret=004a7180 Call kernel32.TlsGetValue(00000002) ret=004a7180 Ret kernel32.TlsGetValue() retval=403be080 ret=004a7180 Call kernel32.TlsGetValue(00000002) ret=004a7180 Ret kernel32.TlsGetValue() retval=403be080 ret=004a7180 Call ntdll.RtlEnterCriticalSection(00544c60) ret=004a6c89 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=004a6c89 Call ntdll.RtlLeaveCriticalSection(00544c60) ret=004a6cad Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=004a6cad Call user32.CallWindowProcA(40ec0a16,00010036,00000046,00000000,405b5f5c) ret=00488d7b Call window proc 0x40e1b370 (hwnd=00010036,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=405b5f5c) Call user32.GetPropA(00010036,40e33086 "buddySupperClassWndProc") ret=40e1b396 Thanks, Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

The 'file' regression test fails on NT
by Francois Gouget 22 May '02

22 May '02

I tested the 'file' regression test on NT4 and XP and it fails on both. Here is where the error occurs: tests/file.c:236: Test failed: DeleteFile failed (5). tests/file.c:240: Test failed: couldn't create file "testfile.xxx" (err=5) tests/file.c:242: Test failed: _hwrite complains. [...] 5 means 'permission denied'. DeleteFile fails just after _lcreat(filename,1) creates a read-only file: H:\wine\wine\dlls\kernel>attrib testfile.xxx A R H:\wine\wine\dlls\kernel\testfile.xxx Because that file is marked read-only, DeleteFile fails to delete it, then causing the failure of all the other tests. I checked and the same happens on non-smb drives (c:\). I also checked that the exact same thing happens on Windows 98. So the test needs to be fixed. Jakob, can you do this? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

3 4

Re: Wineconsole (again)
by Andreas Mohr 22 May '02

22 May '02

On Mon, May 20, 2002 at 09:50:03PM +0200, Eric Pouech wrote: > this patch fixes a set of issues: > 1/ large fonts could be picked up if no decent registry content was > found > (thanks to Sylvain Petreolle and Andi Mohr for the bug reports) > 2/ better error messages in case of failure (even if I'm sure Andi will > not like them... feel free to be more verbose) Yep, true. (and I forgot to tell you before :-\) Why is the "missing font" message a WINE_WARN ? IMHO this should clearly be a WINE_ERR, as it's a user warning, it's not only of interest to developers. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

6 9

Want to help Wine project?
by Andriy Palamarchuk 22 May '02

22 May '02

This message is for those who wants to help Wine project but do not know where to start. We need contributors of a wide range of skills. The minimal requirements are: access to a computer with Linux (or other Unix-like system) where you can use Wine. We have a lot of tasks which are relatively easy to do. The fact that these tasks are easy does not mean they are not important. Examples of the easiest non-programming tasks available: * we *badly* need application owners. An application owner is a person who often uses some application and will help to make it work perfectly under Wine. Does anybody use Lotus Notes regulary under Wine? * confirm and research bugs in Wine Bugzilla http://bugs.winehq.com * Add a 'Debunking Wine Myths' web page http://bugs.winehq.com/show_bug.cgi?id=606 Examples of the easiest programming tasks available: * Help Wine hackers - document Wine debugging channels http://bugs.winehq.com/show_bug.cgi?id=638 * Improve RichEdit headers http://bugs.winehq.com/show_bug.cgi?id=330 Easy, aren't they? Do you need more choice? * file BUGS in the Wine source tree gives more information how you can help the project * bug 406 contains list of issues which is easy to fix. Don't be afraid to fix all the easy issues, so nothing will be left to others. We'll gladly add more! :-) http://bugs.winehq.com/showdependencytree.cgi?id=406 * suggest your help on wine-devel mailing list. Don't forget to mention your skills, experience and what you want to work on. If you want to know more - just ask. Have fun! Andriy Palamarchuk __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Cleanup code in winemaker wrapper broken?
by Martin Wilck 22 May '02

22 May '02

I finally start to get around my initialization problem. However I got crashes in the Test_wrapper routine generated by winemaker in the cleanup code. This winemaker-generated code: /* Cleanup and done */ FreeLibrary(hApp); if (hMFC!=NULL) { FreeLibrary(hMFC); } dlclose(appLibrary); must be commented out, and the app works as expected. Is it possible that the cleanup code in wine has changed? Martin -- 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

1 0

winemaker (fwd) (Re: Please comment - I'me stuck).
by lawson_whitney＠juno.com 22 May '02

22 May '02

Martin, I hope this will geve you enough to get on with. Maybe you have enough Perl to fix winemaker? If not you can hack Makefiles as I do. Lawson ---------- Forwarded message ---------- Date: Sat, 18 May 2002 23:23:42 -0400 (EDT) From: whit(a)giftie.alien.org To: Francois Gouget <fgouget(a)free.fr> Subject: winemaker Good day! It seems winemaker is a bit behind on imports. I checked that the latest cvs would still run my app, installed it, and my winelib app stopped working. I tried to rebuild it, failed, tried winemaker on it, failed, and spent the day learning how to hand-hack things. -idll puts an "include dll" in the .spec file, where winebuild doesn't want to see it, but I hacked -ldll (in this case, -lole32) into the winebuild line in the Makefile after $(WINE_DLL_PATH) and before -sym into the Makefile (in truth, I used EXE_IMPORTS, Makefile.in, Make.rules.in and autoconf, but you get the idea) and am no longer mute. This is not a complaint. Thank you again for winemaker, but if you hadn't noticed, maybe you would like to know. I guess you will fix it before I can work out how, but if not, would you prefer that I offer a patch to you first, or wine-patches? Regards, Lawson

1 0

Wine crash before initialization - is this faulty code ?
by Martin Wilck 22 May '02

22 May '02

Hi - I had a wine crash today that occurs before wine is properly initialized, and therefore was pretty nasty to debug. However I traced it down to the test program below. The test program is loaded as a winelib app (i.e. a dll). The program defines a global variable that is an instance of a class where the constructor calls InitalizeCriticalSection(). Interestingly, the call to RtlInitializeCriticalSection() completes successfully, but subsequently the program crashes and the stack is corrupted, so that I can't really see where the program is stuck. It seems that the dlopen() call in wine_dlopen() on Test.so never finishes, though. This seems to run fine on windows. Comments? Martin #include <winbase.h> #include <stdio.h> class cs_test; class cs_test { public: CRITICAL_SECTION crit; cs_test(); ~cs_test() {}; }; cs_test::cs_test() { memset ( &(this->crit), 0, sizeof (CRITICAL_SECTION) ); InitializeCriticalSection ( &(this->crit) ); }; // this statement causes the crash when called at DLL load time cs_test tst; int main() { return 0; } -- 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

2 3

Researching crash in bug 637
by Andriy Palamarchuk 22 May '02

22 May '02

I'm researching a crash, described in bug 637: http://bugs.winehq.com/show_bug.cgi?id=637 I can't understand why the application crashes. Can somebody give me a hint what is going on? It seems the app quietly draws some staff, then loads an error message (?) and crashes. Snippet of the relay trace is attached. Thanks, Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com 080706d8:Call user32.ReleaseDC(00000000,00000860) ret=00726451 080706d8:Call x11drv.SetDeviceClipping(403be750,00000bc6) ret=4085066d 080706d8:Ret x11drv.SetDeviceClipping() retval=00000000 ret=4085066d 080706d8:Call x11drv.SelectBrush(403be750,0000006e) ret=4085d70e 080706d8:Ret x11drv.SelectBrush() retval=0000006e ret=4085d70e 080706d8:Call x11drv.GetDeviceCaps(403be750,00000022) ret=408531e1 080706d8:Ret x11drv.GetDeviceCaps() retval=000079f7 ret=408531e1 080706d8:Call x11drv.SelectFont(403be750,000000a2) ret=4085d4a3 080706d8:Ret x11drv.SelectFont() retval=00000001 ret=4085d4a3 080706d8:Call x11drv.SelectPen(403be750,0000008a) ret=4085d736 080706d8:Ret x11drv.SelectPen() retval=0000008a ret=4085d736 080706d8:Call x11drv.SetBkColor(403be750,00ffffff) ret=40853262 080706d8:Ret x11drv.SetBkColor() retval=00ffffff ret=40853262 080706d8:Call x11drv.SetTextColor(403be750,00000000) ret=408532fa 080706d8:Ret x11drv.SetTextColor() retval=00000000 ret=408532fa 080706d8:trace:palette:GDISelectPalette16 0860 0092 080706d8:Ret user32.ReleaseDC() retval=00000001 ret=00726451 080706d8:Call kernel32.GetSystemInfo(405b692c) ret=00726271 080706d8:Ret kernel32.GetSystemInfo() retval=400be0b8 ret=00726271 080706d8:Call gdi32.CreatePalette(405b6960) ret=007264f7 080706d8:trace:palette:CreatePalette entries=16 080706d8:trace:palette:CreatePalette returning 10c6 080706d8:Ret gdi32.CreatePalette() retval=000010c6 ret=007264f7 080706d8:Call kernel32.FreeResource(008f3bd4) ret=0074a774 080706d8:Ret kernel32.FreeResource() retval=00000000 ret=0074a774 080706d8:Call kernel32.GetThreadLocale() ret=0064f1b4 080706d8:Ret kernel32.GetThreadLocale() retval=00000409 ret=0064f1b4 080706d8:Call kernel32.GetLocaleInfoA(00000409,0000100c,0087fa70,00000001) ret=0064f1ba 080706d8:trace:string:GetLocaleInfoA (lcid=0x409,lctype=0x100c,0x87fa70,1) 080706d8:trace:resource:RES_FindResource2 (40614000, 00000006, 00000101, 0409, W, PE) 080706d8:trace:resource:RES_LoadResource (40614000, 40659470, PE) 080706d8:trace:resource:LockResource (406417a0) 080706d8:trace:string:NLS_LoadStringExW strlen = 1 080706d8:trace:string:NLS_LoadStringExW L"6" loaded! 080706d8:trace:string:lstrcpynA (0x87fa70, "6", 1) 080706d8:Ret kernel32.GetLocaleInfoA() retval=00000001 ret=0064f1ba 080706d8:Call user32.LoadStringA(00400000,0000ff5e,405b6a1c,00000400) ret=0076068a 080706d8:trace:resource:LoadStringA instance = 400000, id = ff5e, buffer = 405b6a1c, length = 1024 080706d8:trace:resource:LoadStringW instance = 400000, id = ff5e, buffer = 403c42ac, length = 1024 080706d8:trace:resource:RES_FindResource2 (00400000, 00000006, 00000ff6, 0000, W, PE) 080706d8:trace:resource:RES_LoadResource (00400000, 008ed720, PE) 080706d8:trace:resource:LockResource (009000c8) 080706d8:trace:resource:LoadStringW strlen = 33 080706d8:trace:resource:LoadStringW L"'%s' is not a valid integer value" loaded ! 080706d8:trace:resource:LoadStringA "'%s' is not a valid integer value" loaded ! 080706d8:Ret user32.LoadStringA() retval=00000021 ret=0076068a 080706d8:Call kernel32.RaiseException(0eedfade,00000001,00000007,405b6dfc) ret=007569fe 080706d8:trace:seh:EXC_RtlRaiseException code=eedfade flags=1 addr=0x400cb634 080706d8:trace:seh:EXC_RtlRaiseException info[0]=007569fe 080706d8:trace:seh:EXC_RtlRaiseException info[1]=41166354 080706d8:trace:seh:EXC_RtlRaiseException info[2]=4116632c 080706d8:trace:seh:EXC_RtlRaiseException info[3]=405b6e3c 080706d8:trace:seh:EXC_RtlRaiseException info[4]=00000000 080706d8:trace:seh:EXC_RtlRaiseException info[5]=405b6e4c 080706d8:trace:seh:EXC_RtlRaiseException info[6]=405b6e18 080706d8: queue_exception_event( first=1, record={context={flags=00010007,eax=405b6cd8,ebx=40100444,ecx=00000000,edx=0eedfade,esi=405b6e18,edi=405b6d08,ebp=405b6d34,eip=400cb6a4,esp=405b6cd8,eflags=00000246,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000021,dr1=0076068a,dr2=400ef8d2,dr3=00000000,dr6=00000004,dr7=000471c8,float={407c3c20,405b6a0c,00000000,72657375,4c2e3233,5364616f,6e697274,40004167,405b6b44,401171c8,fbad8001,401171c8,401171c8,401171c8,0075ecc6,0075d873,405b6e28,0075d8a0,405b69f8,00000021,405b6a1c,405b6e44,00000000,41166324,405b6e4c,0075dcf6,4116632c,405b6a1c}},rec={code=eedfade,flags=1,rec=(nil),addr=0x400cb634,params={7569fe,41166354,4116632c,405b6e3c,0,405b6e4c,405b6e18}} ) 080706d8: queue_exception_event() = 0 { handle=0 }

5 7

Re: unix app <-wine-> windows odbc driver (dll)
by Aaron 21 May '02

21 May '02

Hi- I have been reading, http://wine.codeweavers.com/docs/winelib-user/bindlls.shtml http://www.unixodbc.org/doc/wine.html in order to understand how to communicate with a windows odbc driver from linux. I have a working windows setup for connecting to a remote synergex database with ODBC drivers they provided. What I would like to do is be able to access the DSN provided by this ODBC driver via wine. The examples I've read seem to be the opposite of what I want to do. I have looked at dlls/odbc32/proxyodbc.c and it seems to hook unixodbc into wine as the Driver Manager. But I don't know what makes sense to put into the /etc/odbc.ini or /etc/odbcinst.ini or perhaps .wine/fake-windows/ODBC.INI .wine/fake-windows/ODBCINST.INI for the DSN provided from within wine. Is this possible. Has anybody done this before?

1 0

Re: SafeDisc-1
by Joerg Mayer 21 May '02

21 May '02

Alexandre, there were two files in this patch. Is there a specific reason, why they were not completely applied? It looks to me that only parts of the first file were applied. Thanks 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.

3 2

Office 97 installation
by Raul Dias 21 May '02

21 May '02

Hi, Sorry if this has been discussed before but I could not find a searchable archieve of the list. For some time now Microsoft Office 97 installs almost perfect. However, in the end of the instalation it warns about vbe.dll could not regiter itself. Then the instalation ends with an error. Even with the error, everything is in place. The registries are correct (at least they seem to be). Word and Excel runs nicely. Everything in a windows/native dlls free environment. I found this document about the issue from Microsoft: http://support.microsoft.com/default.aspx?scid=kb;EN-US;q162627 I check everything it says and everything seems to be correct. As more people have tryied Office 97/2000 with wine, this error might be already known. (I hope so) So, why does it happen? Is it a bug or something not implemented (or half implemented) in wine? Is this caused by some missing file/dll/registry entry ? Is this some ugly undocumented hack that office 97 installer does? btw, the version is Office 97 Pro in pt_BR. []'s Raul Dias

2 4

Re: Loadorder should check library name, not path
by Alexandre Julliard 21 May '02

21 May '02

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > at present, wine e.g. crashes if it finds user32.dll in the same directory > as the executable. To keep wine from using this DLL, the dos-path to that > dll has to be given explicit to the "-dll" argument, like > wine h:/tmp/programm.exe --dll h:\\tmp\\user32.dll=b > (e.g. with a user32.dll in h:/tmp/) > > I don't think we need that high granularity to select between builtin and > native dlls. Yes, there are cases where this is needed. Do you really have an app that comes with its own user32.dll? I don't see how this can work under Windows either. -- Alexandre Julliard julliard(a)winehq.com

2 6

Re: Behaviour of GetModuleFileName
by Warren_Baird＠cimmetry.com 21 May '02

21 May '02

> Builtin dlls don't have a full path because there is no associated > file that we could point to (at least as seen from Windows). If this > breaks your app it can be changed, but I'm not sure it will really fix > anything. What does the app do with the filename? To answer your last question first - the code gets the path of the current library, and then uses that path to find a set of plugins by finding all libraries matching a certain pattern in the same directory... A bit hackish, perhaps, but it works, as long as GetModuleFileName returns a full path... Isn't there a requirement that the wine libraries be in a directory that is mappable to a windows path? I thought I ran into problems when I had forgotten to add an entry to my wine config to include my wine libraries... If so, then there will always be a windows path for each dll... > You should not need to change the spec file at all. If you need a full > name you should prefix the name with the windows system directory at > load time. Well, the problem is that it's one of our libraries (compiled with winelib) that is causing the problem - and I have no idea where our libraries have been installed... I know I could force the users to set up an environment variable or something to point to the library directory, but this approach is much simpler, or would be if GetModuleFileName worked as it does on windows... Warren

1 0

Re: Behaviour of GetModuleFileName
by Alexandre Julliard 21 May '02

21 May '02

Warren_Baird(a)cimmetry.com writes: > Isn't there a requirement that the wine libraries be in a directory that is > mappable to a windows path? I thought I ran into problems when I had forgotten > to add an entry to my wine config to include my wine libraries... If so, then > there will always be a windows path for each dll... No, by default builtins are in /usr/local/lib/wine and there is no need to have a Windows drive for that, so you can't return a valid Windows path. Right now you need to have a drive for Winelib applications (which is probably the problem you had), but I'm working on fixing that too. > Well, the problem is that it's one of our libraries (compiled with winelib) that > is causing the problem - and I have no idea where our libraries have been > installed... I know I could force the users to set up an environment variable or > something to point to the library directory, but this approach is much simpler, > or would be if GetModuleFileName worked as it does on windows... If the library is not installed in the default path you'll need to set WINEDLLPATH for Wine to find it, so you could potentially use that from your app too. Not as simple as GetModuleFileName I admit. -- Alexandre Julliard julliard(a)winehq.com

1 0

winedbg problem
by Sylvain Petreolle 21 May '02

21 May '02

Hi all, I encounter this (funny one) : Wine-dbg>cont Cannot pass on last chance exception. You must use cont Wine-dbg> What could I do ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Again Part2 - Mingw Port 5-20-02
by Steven Edwards 21 May '02

21 May '02

Fails - I will need to retest comctl and comdlg because of the GetSysColorPen Changes. ole32.dll - (Mingw: missing -lntdll, needs msvcrt import do to _assert usage) dllwrap --add-stdcall-alias --def ole32.spec.def --implib ole32.a -o ole32.dll a ntimoniker.o bindctx.o clipboard.o compobj.o compositemoniker.o datacache.o defa ulthandler.o errorinfo.o filemoniker.o hglobalstream.o ifs.o itemmoniker.o marsh al.o memlockbytes.o moniker.o ole2.o ole2stubs.o ole2impl.o ole2nls.o ole32_main .o oleobj.o oleproxy.o rpc.o stg_bigblockfile.o stg_stream.o storage.o storage32 .o ole32.dll.dbg.o -L../../dlls -ladvapi32 -luser32 -lgdi32 -lrpcrt4 -lkern el32 -lntdll -lmsvcrt -L../../library -lwine -L../../ole -lwine_uuid -lm compobj.o(.text+0xd3e):compobj.c: undefined reference to `MapSL@4' compobj.o(.text+0xd48):compobj.c: undefined reference to `MapSL@4' compobj.o(.text+0xd53):compobj.c: undefined reference to `K32WOWCallback16Ex@20' compobj.o(.text+0xdaf):compobj.c: undefined reference to `MapSL@4' compobj.o(.text+0x15e1):compobj.c: undefined reference to `GetCurrentTask@0' ifs.o(.text+0x487):ifs.c: undefined reference to `MapLS@4' ifs.o(.text+0x529):ifs.c: undefined reference to `MapSL@4' ifs.o(.text+0x543):ifs.c: undefined reference to `MapLS@4' ifs.o(.text+0x551):ifs.c: undefined reference to `UnMapLS@4' ifs.o(.text+0x593):ifs.c: undefined reference to `MapSL@4' ifs.o(.text+0x5f1):ifs.c: undefined reference to `UnMapLS@4' ifs.o(.text+0x691):ifs.c: undefined reference to `MapSL@4' ifs.o(.text+0x910):ifs.c: undefined reference to `GetModuleHandle16@4' ifs.o(.text+0x946):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0x97f):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0x9bb):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0x9f7):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0xa33):ifs.c: undefined reference to `GetProcAddress16@8' ifs.o(.text+0xa6f):ifs.c: more undefined references to `GetProcAddress16@8' foll ow ifs.o(.text+0xb5a):ifs.c: undefined reference to `MapLS@4' ifs.o(.text+0xb7f):ifs.c: undefined reference to `MapLS@4' ole2.o(.text+0x1fe4):ole2.c: undefined reference to `LockResource16@4' ole2.o(.text+0x305a):ole2.c: undefined reference to `LoadLibrary16@4' ole2.o(.text+0x307f):ole2.c: undefined reference to `FreeLibrary16@4' ole2.o(.text+0x3093):ole2.c: undefined reference to `CreateMetaFile16@4' ole2.o(.text+0x30c9):ole2.c: undefined reference to `GlobalAlloc16@8' ole2.o(.text+0x30d9):ole2.c: undefined reference to `GlobalLock16@4' ole2.o(.text+0x3100):ole2.c: undefined reference to `CloseMetaFile16@4' storage.o(.text+0x2c51):storage.c: undefined reference to `UnMapLS@4' storage.o(.text+0x4431):storage.c: undefined reference to `GetModuleHandle16@4' storage.o(.text+0x4451):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x448b):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x44c7):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x4503):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x453f):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x457b):storage.c: more undefined references to `GetProcAddress1 6@8' follow storage.o(.text+0x4792):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x4817):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x4a6c):storage.c: undefined reference to `UnMapLS@4' storage.o(.text+0x4b63):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x4fff):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x53ff):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x5723):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x58fb):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x5b81):storage.c: undefined reference to `GetModuleHandle16@4' storage.o(.text+0x5ba1):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5bb7):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5bcd):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5be3):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5bf9):storage.c: undefined reference to `GetProcAddress16@8' storage.o(.text+0x5c0f):storage.c: more undefined references to `GetProcAddress1 6@8' follow storage.o(.text+0x5d28):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x5dc9):storage.c: undefined reference to `MapLS@4' storage.o(.text+0x5f43):storage.c: undefined reference to `MapSL@4' storage.o(.text+0x651f):storage.c: undefined reference to `MapSL@4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [ole32.dll] Error 1 psapi.dll - (missing -lntdll import, missing kernel32 import) dllwrap --add-stdcall-alias --def psapi.spec.def --implib psapi.a -o psapi.dll p sapi_main.o psapi.dll.dbg.o -L../../dlls -lkernel32 -lntdll -L../../library -lwine -lm psapi_main.o(.text+0x300):psapi_main.c: undefined reference to `Process32First@8 psapi_main.o(.text+0x317):psapi_main.c: undefined reference to `Process32Next@8' psapi_main.o(.text+0x69c):psapi_main.c: undefined reference to `Module32First@8' psapi_main.o(.text+0x6b3):psapi_main.c: undefined reference to `Module32Next@8' psapi_main.o(.text+0x1254):psapi_main.c: undefined reference to `wine_server_cal l' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [psapi.dll] Error 1 shell32 - (missing -lshlwapi import + needs msvcrt import) dllwrap --add-stdcall-alias --def shell32.spec.def --implib shell32.a -o shell32 .dll brsfolder.o changenotify.o classes.o clipboard.o control.o dataobject.o deb ughlp.o dialogs.o enumidlist.o folders.o iconcache.o memorystream.o pidl.o shell 32_main.o shell.o shelllink.o shlmenu.o shellole.o shellord.o shellpath.o shells tring.o shellreg.o shlexec.o shlfileop.o shlfolder.o shlview.o shpolicy.o shv_bg _cmenu.o shv_item_cmenu.o systray.o shell32.dll.dbg.o -L../../dlls -lole32 -lshlwapi -lcomctl32 -luser32 -lgdi32 -ladvapi32 -lkernel32 -lmsvcrt -L../../lib rary -lwine -L../../ole -lwine_uuid -L../../unicode -lwine_unicode -lm iconcache.o(.text+0x5e3):iconcache.c: undefined reference to `PrivateExtractIcon sA@32' iconcache.o(.text+0x5fe):iconcache.c: undefined reference to `PrivateExtractIcon sA@32' iconcache.o(.text+0x116d):iconcache.c: undefined reference to `PrivateExtractIco nsA@32' iconcache.o(.text+0x119b):iconcache.c: undefined reference to `PrivateExtractIco nsA@32' iconcache.o(.text+0x11e7):iconcache.c: undefined reference to `PrivateExtractIco nsA@32' shell32_main.o(.text+0x31ce):shell32_main.c: more undefined references to `Priva teExtractIconsA@32' follow shell32_main.o(.text+0x363d):shell32_main.c: undefined reference to `GlobalLock1 6@4' shell32_main.o(.text+0x3654):shell32_main.c: undefined reference to `GlobalFree1 6@4' shell32_main.o(.text+0x3de7):shell32_main.c: undefined reference to `MapSL@4' shell32_main.o(.text+0x3e9d):shell32_main.c: undefined reference to `MapSL@4' shell32_main.o(.text+0x3ee2):shell32_main.c: undefined reference to `GlobalLock1 6@4' shell.o(.text+0x564):shell.c: undefined reference to `GlobalLock16@4' shell.o(.text+0x656):shell.c: undefined reference to `GlobalUnlock16@4' shell.o(.text+0x6d2):shell.c: undefined reference to `GlobalFree16@4' shell.o(.text+0x746):shell.c: undefined reference to `GlobalLock16@4' shell.o(.text+0x773):shell.c: undefined reference to `GlobalUnlock16@4' shell.o(.text+0x93c):shell.c: undefined reference to `GlobalAlloc16@8' shell.o(.text+0x94c):shell.c: undefined reference to `GlobalLock16@4' shell.o(.text+0x965):shell.c: undefined reference to `LoadLibrary16@4' shell.o(.text+0xa0a):shell.c: undefined reference to `GlobalFree16@4' shell.o(.text+0xa38):shell.c: undefined reference to `PrivateExtractIconsA@32' shell.o(.text+0xaa1):shell.c: undefined reference to `PrivateExtractIconsA@32' shell.o(.text+0xb0a):shell.c: undefined reference to `GlobalFree16@4' shell.o(.text+0xe5b):shell.c: undefined reference to `GetModuleFileName16@12' shell.o(.text+0x10f1):shell.c: undefined reference to `GetDOSEnvironment16@0' shell.o(.text+0x10ff):shell.c: undefined reference to `MapSL@4' shell.o(.text+0x11c7):shell.c: undefined reference to `GetDOSEnvironment16@0' shell.o(.text+0x11cf):shell.c: undefined reference to `MapSL@4' shell.o(.text+0x1591):shell.c: undefined reference to `CallNextHookEx16@16' shell.o(.text+0x169b):shell.c: undefined reference to `GetModuleHandle16@4' shell.o(.text+0x16ad):shell.c: undefined reference to `GetProcAddress16@8' shell.o(.text+0x16c2):shell.c: undefined reference to `SetWindowsHookEx16@16' shelllink.o(.text+0x71c3):shelllink.c: undefined reference to `wine_get_unix_fil e_name@12' shlexec.o(.text+0xf1e):shlexec.c: undefined reference to `WinExec16@8' shlexec.o(.text+0x1345):shlexec.c: undefined reference to `WinExec16@8' shlexec.o(.text+0x1591):shlexec.c: undefined reference to `WinExec16@8' shlexec.o(.text+0x1691):shlexec.c: undefined reference to `WinExec16@8' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [shell32.dll] Error 1 shlwapi.dll dllwrap --add-stdcall-alias --def shlwapi.spec.def --implib shlwapi.a -o shlwapi .dll ordinal.o path.o reg.o regstream.o shlwapi_main.o string.o url.o shlwa pi.dll.dbg.o -L../../dlls -luser32 -lgdi32 -ladvapi32 -lkernel32 -L../../library -lwine -L../../ole -lwine_uuid -L../../unicode -lwine_unicode -lm string.o(.text+0x1d2d):string.c: undefined reference to `wvsnprintfA@16' string.o(.text+0x1d61):string.c: undefined reference to `wvsnprintfW@16' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [shlwapi.dll] Error 1

2 3

Behaviour of GetModuleFileName
by Warren_Baird＠cimmetry.com 21 May '02

21 May '02

So it looks to me like GetModuleFileName is always returning *only* the filename of the module, not the full path. MSDN says: lpFilename [out] Pointer to a buffer that receives the path and file name of the specified module. And I've come across some windows code that relies on this behaviour.... I've come up with a somewhat messy patch to fix this by adding a call to dlinfo in the spec code generated by winebuild, but unfortunately there seems to be some code in wine that relies on GetModuleFileName returning only the filename. My current hack is to maintain two versions of winebuild - the one I use when building wine, and the one I use when building my code... Hardly elegant. I have two questions: 1. Would anyone object if I tried to fix wine to behave properly with GetModuleFileName returning the full path? I haven't dug into it yet, so I don't know how much effort will be required... Is there a reasons we have the current behaviour? 2. I've attached the patch I'm using at the bottom of this message - can anyone think of a cleaner way of doing this? Thanks! Warren ------------------------------------------------------------- --- spec32.c Thu Apr 11 11:53:35 2002 +++ spec32.c.full_path Thu Apr 11 11:51:53 2002 @@ -751,12 +751,28 @@ fprintf( outfile, "#endif /* defined(__GNUC__) */\n\n" ); fprintf( outfile, + "#include <dlfcn.h>\n" + "#include <link.h>\n" "void __wine_spec_%s_init(void)\n" "{\n" " extern void __wine_dll_register( const struct image_nt_headers *, const char * );\n" " extern void *__wine_dbg_register( char * const *, int );\n" - " __wine_dll_register( &nt_header, \"%s\" );\n", - DLLName, DLLFileName ); + " char buffer[4096];\n" + " Link_map *p;\n" + " if (dlinfo(RTLD_SELF,RTLD_DI_LINKMAP,&p)) {\n" + " strcpy(buffer,\"%s\");\n" + " } else {\n" + " strncpy(buffer,p->l_name,sizeof(buffer));\n" + " char *tag = strrchr(buffer,'/');\n" + " if (tag) {\n" + " tag +=1;\n" + " strcpy(tag,\"%s\");\n" + " }\n" + " \n" + " }\n" + "\n" + " __wine_dll_register( &nt_header, buffer );\n", + DLLName, DLLName, DLLFileName,DLLName ); if (nr_debug) fprintf( outfile, " debug_registration = __wine_dbg_register( debug_channels, %d );\n", nr_debug );

3 2

Re: Behaviour of GetModuleFileName
by Warren_Baird＠cimmetry.com 21 May '02

21 May '02

> Huh, and what about this ?? > > /*********************************************************************** > * GetModuleFileNameA (KERNEL32.@) > * GetModuleFileName32 (KERNEL.487) > * > * GetModuleFileNameA seems to *always* return the long path; > * it's only GetModuleFileName16 that decides between short/long path > * by checking if exe version >= 4.0. > * (SDK docu doesn't mention this) > */ > > So isn't this the case any more ? > If so, then it should of course be fixed. > But I'm wondering how it could have become broken then in the first place... > I thought that long/short paths in this context referred to whether the path was hashed to fit in 8.3 (short) or not (long)... I didn't think it had to do with whether the full path or only the filename was returned. > Hmm, or do you mean that only *builtin* modules return the file name only > and not the complete path ? > That'd definitely be a reason to fix something... If by 'builtin' you mean compiled with winelib (as opposed to native modules) - Then the answer is that I'm not sure - I"m working on Sparc-solaris, so I'm *only* dealing with winelib compiled modules. I don't know how it behaves with native modules... The issue is that an incorrect string is stored in the module header by the call to __wine_dll_register, so I guess it is likely that the problem only exists with winelib compiled libraries... > > 1. Would anyone object if I tried to fix wine to behave properly with > > GetModuleFileName returning the full path? I haven't dug into it yet, so I > > don't know how much effort will be required... Is there a reasons we have the > > current behaviour? > Just go ahead, I guess. Ok - I'll look into it a bit more and see how much effort it would be to fix wine to work with this... Thanks! Warren

1 0

RE: MS ACM MP3 decoder
by Eric Pouech 21 May '02

21 May '02

Of course, I don't claim X11 license over all the patch However, the Wine only part (the mpgl3.c file) is under an X11 license. The rest remains LGPL The ReWind tree will likely not include the LGPL code but propose configure options to add the mpglib A+ > > "Eric Pouech" <eric.pouech(a)wanadoo.fr> wrote: > > > > > this patch implements an ACM MP3 decoder (only, no coder) > > > it is based on the mpglib (which is now LGPL, and which is > > > included in the patch) > > > > If you base your code on the LGPL'ed code, you can't claim > > it has an X11 license. > > Of course he can, if Wine is just a user of mpglib, the > LGPL makes no claim on users only and even if it > did HIS code can still be under the X11 license. > > We have discussed this before and at the very least everybody seems > to agree on that unless the LGPL code depends on Wine everything is fine. > The mpglib obviously doesn't depend on Wine and that's it. > > --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

1 0

RE: MS ACM MP3 decoder
by Patrik Stridvall 21 May '02

21 May '02

> "Eric Pouech" <eric.pouech(a)wanadoo.fr> wrote: > > > this patch implements an ACM MP3 decoder (only, no coder) > > it is based on the mpglib (which is now LGPL, and which is > > included in the patch) > > If you base your code on the LGPL'ed code, you can't claim > it has an X11 license. Of course he can, if Wine is just a user of mpglib, the LGPL makes no claim on users only and even if it did HIS code can still be under the X11 license. We have discussed this before and at the very least everybody seems to agree on that unless the LGPL code depends on Wine everything is fine. The mpglib obviously doesn't depend on Wine and that's it.

1 0

Re: MS ACM MP3 decoder
by Dmitry Timoshkov 21 May '02

21 May '02

"Eric Pouech" <eric.pouech(a)wanadoo.fr> wrote: > this patch implements an ACM MP3 decoder (only, no coder) > it is based on the mpglib (which is now LGPL, and which is > included in the patch) If you base your code on the LGPL'ed code, you can't claim it has an X11 license. > Name: mp3acm > ChangeLog: implemented a MP3 decoder (based on mpglib) > License: X11 -- Dmitry.

1 0

Failures on NT4 in dlls/kernel/tests/path.c
by Francois Gouget 21 May '02

21 May '02

I get failures when running dlls/kernel/tests/path.c on NT4. This is on a Samba filesystem but this test works fine when run in Windows 98 and Windows XP so there must be something wrong. Can someone look into it? Geoffrey? (while I try to finish my script to generate MSVC Makefiles) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Nouvelle version : les anciens bogues ont été remplacés par de nouveaux. ..\..\\programs\winetest\runtest.bat tests\kernel32_test.exe path tests/path.msvcok tests/path.c:526: Test failed: GetShortPathNameA passed when it shouldn't have tests/path.c:527: Test failed: GetShortPathA should have returned 'ERROR_FILE_NOT_FOUND' tests/path.c:548: Test failed: GetShortPathNameA passed when it shouldn't have tests/path.c:549: Test failed: GetShortPathA should have returned 'ERROR_FILE_NOT_FOUND' tests/path.c:571: Test failed: GetShortPathNameA passed when it shouldn't have tests/path.c:572: Test failed: GetShortPathA returned 0 and not 'ERROR_PATH_NOT_FOUND' tests/path.c:636: Test failed: GetShortPathNameA passed when it shouldn't have tests/path.c:637: Test failed: GetShortPathA returned 0 and not 'ERROR_FILE_NOT_FOUND' tests/path.c:244: Test failed: check0-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check0-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check0-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check0-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check0-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check0-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check0-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check0-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check1-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check1-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check1-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check1-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check1-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check1-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check1-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check1-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check2-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check2-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check2-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check2-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check2-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check2-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check2-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check2-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check3-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check3-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check3-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check3-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check3-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check3-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check3-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check3-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check4-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check4-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check4-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check4-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check4-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check4-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check4-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check4-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check5-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check5-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check5-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check5-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check5-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check5-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check5-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check5-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check6-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check6-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check6-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check6-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check6-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check6-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check6-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check6-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check8-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check8-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check8-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check8-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check8-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check8-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check8-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check8-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check9-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check9-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check9-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check9-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check9-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check9-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check9-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check9-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check12-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check12-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check12-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check12-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check12-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check12-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check12-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check12-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check13-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check13-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check13-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check13-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check13-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check13-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check13-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check13-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check18-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check18-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check18-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check18-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check18-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check18-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check18-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check18-4: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check19-1: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check19-1: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check19-2: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check19-2: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check19-3: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check19-3: GetShortPathA returned 0 and not 2 tests/path.c:244: Test failed: check19-4: GetShortPathNameA passed when it shouldn't have tests/path.c:254: Test failed: check19-4: GetShortPathA returned 0 and not 2 tests/path.c:248: Test failed: check20-1: GetShortPathNameA passed when it shouldn't have tests/path.c:273: Test failed: check20-1: GetShortPathA returned 0 and not 123 or 2 tests/path.c:248: Test failed: check20-2: GetShortPathNameA passed when it shouldn't have tests/path.c:273: Test failed: check20-2: GetShortPathA returned 0 and not 123 or 2 tests/path.c:248: Test failed: check20-3: GetShortPathNameA passed when it shouldn't have tests/path.c:273: Test failed: check20-3: GetShortPathA returned 0 and not 123 or 2 tests/path.c:248: Test failed: check20-4: GetShortPathNameA passed when it shouldn't have tests/path.c:273: Test failed: check20-4: GetShortPathA returned 0 and not 123 or 2 path: 1270 tests executed, 0 marked as todo, 120 failures.

1 0

Re: Part 1 - Mingw Port Status 5-20-02
by John K. Hohm 21 May '02

21 May '02

> Builds with easy fix - > comcat.dll (needs msvcrt import due to swprintf usage) I would rather not have comcat.dll import msvcrt.dll, as ntdll.dll exports swprintf even on Windows NT.

3 2

opengl and borland C++ cause floating point exceptions
by Ryan C. Stallings 20 May '02

20 May '02

Hello all, I am trying to get the neverwinter nights model viewer running under wine. When viewing some models I start to get floating point errors. I did a quick search on google and came up with the following post. http://groups.google.com/groups?selm=78cak7%2457q%241%40tourist.gnt.net&out… It seems the borland compiler (the one used in the viewer) does not turn off floating point exceptions by default while the Microsoft compiler does. Aparently the opengl library is known to cause floating point exceptions so when you put the two together bad things happened. It looks like Microsoft fixed this incompatibility by wrapping a call to turn off floating point exceptions and then restore the previous mask around each opengl call. Do I understand the problem correctly? Does this sound like a resonable fix for wine too? ryan

2 2

End Of Flood Part 4 - Mingw Port
by Steven Edwards 20 May '02

20 May '02

rpcrt4.dll - gcc -mno-cygwin -c -I. -I. -I../../include -I../../include -D__MINGW__ -D_WINDO WS -DWINE_NOWINSOCK -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_RPCRT4_ -D_ REENTRANT -o rpcrt4_main.o rpcrt4_main.c rpcrt4_main.c: In function `UuidCreate': rpcrt4_main.c:107: variable `last' has initializer but incomplete type rpcrt4_main.c:107: warning: excess elements in struct initializer rpcrt4_main.c:107: warning: (near initialization for `last') rpcrt4_main.c:107: warning: excess elements in struct initializer rpcrt4_main.c:107: warning: (near initialization for `last') rpcrt4_main.c:107: storage size of `last' isn't known rpcrt4_main.c:109: storage size of `tv' isn't known rpcrt4_main.c:224: warning: implicit declaration of function `gettimeofday' rpcrt4_main.c:225: invalid use of undefined type `struct timeval' rpcrt4_main.c:225: invalid use of undefined type `struct timeval' rpcrt4_main.c:228: `last' has an incomplete type rpcrt4_main.c:229: invalid use of undefined type `struct timeval' rpcrt4_main.c:231: invalid use of undefined type `struct timeval' rpcrt4_main.c:232: invalid use of undefined type `struct timeval' rpcrt4_main.c:233: invalid use of undefined type `struct timeval' rpcrt4_main.c:236: invalid use of undefined type `struct timeval' rpcrt4_main.c:237: invalid use of undefined type `struct timeval' rpcrt4_main.c:109: warning: unused variable `tv' make: *** [rpcrt4_main.o] Error 1 version.dll - dllwrap --add-stdcall-alias --def version.spec.def --implib version.a -o version .dll info.o install.o resource.o ver16.o version.dll.dbg.o -L../../dlls -ll z32 -lkernel32 -L../../library -lwine -L../../unicode -lwine_unicode -lm info.o(.text+0x148d):info.c: undefined reference to `LoadLibrary16@4' info.o(.text+0x14fe):info.c: undefined reference to `FindResource16@12' info.o(.text+0x1562):info.c: undefined reference to `FreeLibrary16@4' info.o(.text+0x157b):info.c: undefined reference to `SizeofResource16@8' info.o(.text+0x158f):info.c: undefined reference to `LoadResource16@8' info.o(.text+0x15f2):info.c: undefined reference to `FreeLibrary16@4' info.o(.text+0x1606):info.c: undefined reference to `LockResource16@4' info.o(.text+0x1702):info.c: undefined reference to `FreeResource16@4' info.o(.text+0x170c):info.c: undefined reference to `FreeLibrary16@4' ver16.o(.text+0x29b):ver16.c: undefined reference to `MapSL@4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [version.dll] Error 1 winmm.dll - (needs MSVCRT import to get rid of _assert) dllwrap --add-stdcall-alias --def winmm.spec.def --implib winmm.a -o winmm.dll d river.o joystick.o lolvldrv.o mci.o mmio.o mmsystem.o sound16.o time.o lolvld rv.glue.o mmsystem.glue.o time.glue.o winmm.dll.dbg.o -L../../dlls -luser32 -la dvapi32 -lkernel32 -lmsvcrt -L../../library -lwine -lm Warning: resolving _wine_ldt_copy by linking to __imp__wine_ldt_copy (auto-impor t) driver.o(.text+0x1d8):driver.c: undefined reference to `MapLS@4' driver.o(.text+0x21d):driver.c: undefined reference to `MapLS@4' driver.o(.text+0x24d):driver.c: undefined reference to `MapLS@4' driver.o(.text+0x387):driver.c: undefined reference to `MapSL@4' driver.o(.text+0x396):driver.c: undefined reference to `MapSL@4' driver.o(.text+0x3b4):driver.c: undefined reference to `MapSL@4' driver.o(.text+0x3cf):driver.c: undefined reference to `UnMapLS@4' driver.o(.text+0x3db):driver.c: undefined reference to `UnMapLS@4' driver.o(.text+0x3e7):driver.c: undefined reference to `UnMapLS@4' driver.o(.text+0xe1d):driver.c: undefined reference to `OpenDriver16@12' driver.o(.text+0x1318):driver.c: undefined reference to `CloseDriver16@12' driver.o(.text+0x15f8):driver.c: undefined reference to `OpenDriver16@12' driver.o(.text+0x162b):driver.c: undefined reference to `CloseDriver16@12' driver.o(.text+0x1667):driver.c: undefined reference to `SendDriverMessage16@16' driver.o(.text+0x168f):driver.c: undefined reference to `GetDriverModuleHandle16 @4' driver.o(.text+0x16cf):driver.c: undefined reference to `DefDriverProc16@20' driver.o(.text+0x1961):driver.c: undefined reference to `SendDriverMessage16@16' lolvldrv.o(.text+0x1d26):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x1dc7):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x2057):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x20b3):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x20d9):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x216f):lolvldrv.c: more undefined references to `MapSL@4' foll ow lolvldrv.o(.text+0x265c):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x26be):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x2817):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x2952):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x2b27):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x2bc7):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x2bf3):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x2c37):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x2c97):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x2cae):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x2dda):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x2e77):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x2ffb):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x3057):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x30bf):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x30e5):lolvldrv.c: more undefined references to `MapSL@4' foll ow lolvldrv.o(.text+0x371f):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x380d):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x391b):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x3a98):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x3b08):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x3b31):lolvldrv.c: more undefined references to `MapLS@4' foll ow lolvldrv.o(.text+0x3c57):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x3c76):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x3cbf):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x3d33):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x3d6f):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x3de5):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x3e0f):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x3e3e):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x3e67):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x3f6a):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x3fef):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x419f):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x41fb):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x4263):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x4289):lolvldrv.c: more undefined references to `MapSL@4' foll ow lolvldrv.o(.text+0x488c):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x499c):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x4aaf):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x4b9d):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x4cab):lolvldrv.c: undefined reference to `MapLS@4' lolvldrv.o(.text+0x4df5):lolvldrv.c: more undefined references to `MapLS@4' foll ow lolvldrv.o(.text+0x4f1f):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x4fa1):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x506b):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x509a):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x50c7):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x5105):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x512f):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x51a3):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x522f):lolvldrv.c: undefined reference to `UnMapLS@4' lolvldrv.o(.text+0x532a):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x53a3):lolvldrv.c: undefined reference to `MapSL@4' lolvldrv.o(.text+0x791d):lolvldrv.c: undefined reference to `GetDriverModuleHand le16@4' lolvldrv.o(.text+0x7938):lolvldrv.c: undefined reference to `GetProcAddress16@8' lolvldrv.o(.text+0x79be):lolvldrv.c: undefined reference to `GetProcAddress16@8' lolvldrv.o(.text+0x7a42):lolvldrv.c: undefined reference to `GetProcAddress16@8' lolvldrv.o(.text+0x7ac6):lolvldrv.c: undefined reference to `GetProcAddress16@8' lolvldrv.o(.text+0x7b4a):lolvldrv.c: undefined reference to `GetProcAddress16@8' lolvldrv.o(.text+0x7bce):lolvldrv.c: more undefined references to `GetProcAddres s16@8' follow mci.o(.text+0x186d):mci.c: undefined reference to `GetCurrentTask@0' mci.o(.text+0x3ce7):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x3d03):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x3d73):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x3ddf):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x3dfe):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x3e43):mci.c: more undefined references to `MapSL@4' follow mci.o(.text+0x4466):mci.c: undefined reference to `MapLS@4' mci.o(.text+0x4483):mci.c: undefined reference to `MapLS@4' mci.o(.text+0x458f):mci.c: undefined reference to `MapLS@4' mci.o(.text+0x4687):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x4695):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x47b7):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x4c3e):mci.c: undefined reference to `MapLS@4' mci.o(.text+0x4c79):mci.c: undefined reference to `MapLS@4' mci.o(.text+0x4d10):mci.c: undefined reference to `MapLS@4' mci.o(.text+0x4d58):mci.c: undefined reference to `MapLS@4' mci.o(.text+0x4d86):mci.c: undefined reference to `MapLS@4' mci.o(.text+0x4dc5):mci.c: more undefined references to `MapLS@4' follow mci.o(.text+0x56dd):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x56e9):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x56f5):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x5727):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x573e):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x576f):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x5793):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x57ab):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x58bb):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x58d2):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x5969):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x5998):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x5a43):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x5a5a):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x5a76):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x5b63):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x5b7a):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x5ba0):mci.c: undefined reference to `UnMapLS@4' mci.o(.text+0x77a7):mci.c: undefined reference to `MapSL@4' mci.o(.text+0x78db):mci.c: undefined reference to `MapSL@4' mmio.o(.text+0x17c):mmio.c: undefined reference to `DosFileHandleToWin32Handle@4 mmio.o(.text+0xa77):mmio.c: undefined reference to `MapLS@4' mmio.o(.text+0xb29):mmio.c: undefined reference to `UnMapLS@4' mmio.o(.text+0xcb1):mmio.c: undefined reference to `MapLS@4' mmio.o(.text+0xcdd):mmio.c: undefined reference to `UnMapLS@4' mmio.o(.text+0x1535):mmio.c: undefined reference to `GlobalUnlock16@4' mmio.o(.text+0x1542):mmio.c: undefined reference to `GlobalFree16@4' mmio.o(.text+0x1589):mmio.c: undefined reference to `MapSL@4' mmio.o(.text+0x15b9):mmio.c: undefined reference to `GlobalAlloc16@8' mmio.o(.text+0x161c):mmio.c: undefined reference to `K32WOWGlobalLock16@4' mmio.o(.text+0x1630):mmio.c: undefined reference to `MapSL@4' mmio.o(.text+0x29b1):mmio.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x1a42):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0x1a63):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0x1b2e):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0x1b4b):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0x1ff3):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x2c86):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x3215):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x43c5):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x43ee):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x4de1):mmsystem.c: undefined reference to `UserYield16@0' mmsystem.o(.text+0x55b1):mmsystem.c: undefined reference to `UserYield16@0' mmsystem.o(.text+0x5675):mmsystem.c: undefined reference to `UserYield16@0' mmsystem.o(.text+0x60ad):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x6b9d):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x6bc6):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x7465):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x7c52):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0x7cb6):mmsystem.c: more undefined references to `MapSL@4' foll ow mmsystem.o(.text+0x8a71):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0x8a88):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0x8e39):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0x8e50):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xa322):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xa33b):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xa469):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xa619):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xa8fa):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xa913):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xa9da):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xa9f3):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xaaba):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xaad3):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xab9e):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xabb7):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xb9ca):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xb9e3):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xbaf1):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xbcbd):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xbfc6):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xbfdf):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xc0a6):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xc0bf):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xc186):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xc19f):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xc716):mmsystem.c: undefined reference to `MapLS@4' mmsystem.o(.text+0xc724):mmsystem.c: undefined reference to `MapLS@4' mmsystem.o(.text+0xc73e):mmsystem.c: undefined reference to `LoadModule16@8' mmsystem.o(.text+0xc78e):mmsystem.c: undefined reference to `UnMapLS@4' mmsystem.o(.text+0xc797):mmsystem.c: undefined reference to `UnMapLS@4' mmsystem.o(.text+0xc8bf):mmsystem.c: undefined reference to `PostAppMessage16@16 mmsystem.o(.text+0xc8d8):mmsystem.c: undefined reference to `GetCurrentTask@0' mmsystem.o(.text+0xc90a):mmsystem.c: undefined reference to `K32WOWYield16@0' mmsystem.o(.text+0xca74):mmsystem.c: undefined reference to `GlobalAlloc16@8' mmsystem.o(.text+0xca9f):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xcb30):mmsystem.c: undefined reference to `GetProcessFlags@4' mmsystem.o(.text+0xcc9b):mmsystem.c: undefined reference to `GetModuleHandle16@4 mmsystem.o(.text+0xcca6):mmsystem.c: undefined reference to `GetProcAddress16@8' mmsystem.o(.text+0xccd2):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xcd9d):mmsystem.c: undefined reference to `UserYield16@0' mmsystem.o(.text+0xcdb0):mmsystem.c: undefined reference to `GlobalFree16@4' mmsystem.o(.text+0xce9e):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xd23a):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xd24f):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xd264):mmsystem.c: undefined reference to `RestoreThunkLock@4' mmsystem.o(.text+0xd35b):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xd44e):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xd47a):mmsystem.c: undefined reference to `IsTask16@4' mmsystem.o(.text+0xd5a4):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xd65c):mmsystem.c: undefined reference to `MapSL@4' mmsystem.o(.text+0xd6ad):mmsystem.c: undefined reference to `GetCurrentTask@0' mmsystem.o(.text+0xd860):mmsystem.c: undefined reference to `GlobalFree16@4' mmsystem.o(.text+0xd991):mmsystem.c: undefined reference to `ReleaseThunkLock@4' mmsystem.o(.text+0xd9b5):mmsystem.c: undefined reference to `RestoreThunkLock@4' time.o(.text+0x10af):time.c: undefined reference to `ReleaseThunkLock@4' time.o(.text+0x10b8):time.c: undefined reference to `RestoreThunkLock@4' lolvldrv.glue.o(.text+0x86):lolvldrv.glue.c: undefined reference to `wine_call_t o_16_word@8' mmsystem.glue.o(.text+0x45):mmsystem.glue.c: undefined reference to `wine_call_t o_16_long@8' time.glue.o(.text+0x86):time.glue.c: undefined reference to `wine_call_to_16_wor d@8' fu000001.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000002.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000003.o(.idata$3+0xc): undefined reference to `libwine_a_iname' nmth000000.o(.idata$4+0x0): undefined reference to `_nm__wine_ldt_copy' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [winmm.dll] Error 1 w32skrnl.dll - (Not that I want to support Win32s on ReactOS/Mingw) dllwrap --add-stdcall-alias --def w32skrnl.spec.def --implib w32skrnl.a -o w32sk rnl.dll w32skernel.o w32sys.o win32s16.o w32skrnl.dll.dbg.o -L../../dlls -l kernel32 -L../../library -lwine -lm w32skernel.o(.text+0xa0):w32skernel.c: undefined reference to `NtCurrentTeb@0' w32sys.o(.text+0x12a):w32sys.c: undefined reference to `DosFileHandleToWin32Hand le@4' win32s16.o(.text+0xfc):win32s16.c: undefined reference to `MapSL@4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [w32skrnl.dll] Error 1 wnaspi32.dll - ReactOS/Mingw should be able to use the standard aspi layer and wine doesnt need to support this as it is UNIX dependant but I tested it just for the hell of it. (Needs msvcrt import for _errno) dllwrap --add-stdcall-alias --def wnaspi32.spec.def --implib wnaspi32.a -o wnasp i32.dll aspi.o winaspi16.o winaspi32.o winaspi16.glue.o wnaspi32.dll.dbg.o - L../../dlls -ladvapi32 -lkernel32 -lmsvcrt -L../../library -lwine -lm Warning: resolving _wine_ldt_copy by linking to __imp__wine_ldt_copy (auto-impor t) winaspi16.glue.o(.text+0x45):winaspi16.glue.c: undefined reference to `wine_call _to_16_long@8' fu000001.o(.idata$3+0xc): undefined reference to `libwine_a_iname' nmth000000.o(.idata$4+0x0): undefined reference to `_nm__wine_ldt_copy' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [wnaspi32.dll] Error 1

1 0

Part3 - Mingw Status 5-20-02
by Steven Edwards 20 May '02

20 May '02

ddraw.dll - (needs MSVCRT import to get rid of _assert) dllwrap --add-stdcall-alias --def ddraw.spec.def --implib ddraw.a -o ddraw.dll c onvert.o dclipper/main.o ddraw/hal.o ddraw/main.o ddraw/thunks.o ddraw/user.o dp alette/hal.o dpalette/main.o dsurface/dib.o dsurface/fakezbuffer.o dsurface/gamm a.o dsurface/hal.o dsurface/main.o dsurface/thunks.o dsurface/user.o dsurface/wn dproc.o helper.o main.o struct_convert.o ddraw.dll.dbg.o -L../../dlls -luse r32 -lgdi32 -lkernel32 -lmsvcrt -L../../library -lwine -L../../ole -lwine_uuid - L../../tsx11 -lwine_tsx11 -lm dsurface/dib.o(.text+0x376):dib.c: undefined reference to `DIB_CreateDIBSection' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [ddraw.dll] Error 1 dplayx.dll - dllwrap --add-stdcall-alias --def dplayx.spec.def --implib dplayx.a -o dplayx.dl l dpclassfactory.o dplay.o dplaysp.o dplayx_global.o dplayx_main.o dplayx_messag es.o dplobby.o lobbysp.o name_server.o dplayx.dll.dbg.o -L../../dlls -lwinm m -lole32 -luser32 -ladvapi32 -lkernel32 -L../../library -lwine -L../../ole -lwi ne_uuid -lm dplobby.o(.text+0x24fc):dplobby.c: undefined reference to `ConvertToGlobalHandle @4' dplobby.o(.text+0x2520):dplobby.c: undefined reference to `ConvertToGlobalHandle @4' dplobby.o(.text+0x2544):dplobby.c: undefined reference to `ConvertToGlobalHandle @4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [dplayx.dll] Error 1 dsound.dll - (needs MSVCRT import to get rid of _assert) dllwrap --add-stdcall-alias --def dsound.spec.def --implib dsound.a -o dsound.dl l dsound_main.o dsound.dll.dbg.o -L../../dlls -lwinmm -ladvapi32 -lkernel32 -lmsvcrt -L../../library -lwine -L../../ole -lwine_uuid -lm dsound_main.o(.text+0xaa19):dsound_main.c: undefined reference to `GetCurrentTas k@0' dsound_main.o(.text+0xaa24):dsound_main.c: undefined reference to `GetModuleFile Name16@12' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [dsound.dll] Error 1 msacm.dll - (needs MSVCRT import to get rid of _assert) dllwrap --add-stdcall-alias --def msacm32.spec.def --implib msacm32.a -o msacm32 .dll driver.o filter.o format.o internal.o msacm32_main.o msacm_main.o pcmconver ter.o stream.o msacm32.dll.dbg.o -L../../dlls -lwinmm -luser32 -ladvapi32 - lkernel32 -lmsvcrt -L../../library -lwine -lm driver.o(.text+0x7ad):driver.c: undefined reference to `OpenDriverA@12' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [msacm32.dll] Error 1 msvfw32.dll - dllwrap --add-stdcall-alias --def msvfw32.spec.def --implib msvfw32.a -o msvfw32 .dll mciwnd.o msvideo_main.o drawdib.o msvideo_main.glue.o msvfw32.dll.dbg.o -L../../dlls -lwinmm -lcomctl32 -lversion -luser32 -lgdi32 -lkernel32 -L../../l ibrary -lwine -lm Warning: resolving _wine_ldt_copy by linking to __imp__wine_ldt_copy (auto-impor t) msvideo_main.o(.text+0x78d):msvideo_main.c: undefined reference to `MapSL@4' msvideo_main.o(.text+0x8f4):msvideo_main.c: undefined reference to `OpenDriverA@ 12' msvideo_main.o(.text+0x944):msvideo_main.c: undefined reference to `OpenDriverA@ 12' msvideo_main.o(.text+0x961):msvideo_main.c: undefined reference to `GlobalAlloc1 6@8' msvideo_main.o(.text+0x971):msvideo_main.c: undefined reference to `GlobalLock16 @4' msvideo_main.o(.text+0x99b):msvideo_main.c: undefined reference to `GlobalUnlock 16@4' msvideo_main.o(.text+0xb5f):msvideo_main.c: undefined reference to `GlobalAlloc1 6@8' msvideo_main.o(.text+0xb7e):msvideo_main.c: undefined reference to `GlobalLock16 @4' msvideo_main.o(.text+0xc16):msvideo_main.c: undefined reference to `GlobalFree16 @4' msvideo_main.o(.text+0xc40):msvideo_main.c: undefined reference to `MapLS@4' msvideo_main.o(.text+0xc79):msvideo_main.c: undefined reference to `UnMapLS@4' msvideo_main.o(.text+0xce2):msvideo_main.c: undefined reference to `GlobalFree16 @4' msvideo_main.o(.text+0xcf2):msvideo_main.c: undefined reference to `GlobalUnlock 16@4' msvideo_main.o(.text+0x1939):msvideo_main.c: undefined reference to `MapLS@4' msvideo_main.o(.text+0x195f):msvideo_main.c: undefined reference to `UnMapLS@4' msvideo_main.o(.text+0x1bd2):msvideo_main.c: undefined reference to `MapLS@4' msvideo_main.o(.text+0x1bf8):msvideo_main.c: undefined reference to `UnMapLS@4' msvideo_main.o(.text+0x1c29):msvideo_main.c: undefined reference to `MapSL@4' msvideo_main.o(.text+0x1c48):msvideo_main.c: undefined reference to `MapSL@4' msvideo_main.o(.text+0x1c5c):msvideo_main.c: undefined reference to `MapSL@4' msvideo_main.o(.text+0x1c70):msvideo_main.c: undefined reference to `MapSL@4' msvideo_main.o(.text+0x1c84):msvideo_main.c: undefined reference to `MapSL@4' msvideo_main.o(.text+0x1f8b):msvideo_main.c: more undefined references to `MapSL @4' follow msvideo_main.o(.text+0x357d):msvideo_main.c: undefined reference to `GlobalLock1 6@4' msvideo_main.o(.text+0x5004):msvideo_main.c: undefined reference to `GetDriverFl ags@4' msvideo_main.o(.text+0x513e):msvideo_main.c: undefined reference to `GlobalUnloc k16@4' msvideo_main.o(.text+0x5230):msvideo_main.c: undefined reference to `NtCurrentTe b@0' msvideo_main.o(.text+0x523b):msvideo_main.c: undefined reference to `MapSL@4' msvideo_main.o(.text+0x5325):msvideo_main.c: undefined reference to `MapLS@4' msvideo_main.o(.text+0x5350):msvideo_main.c: undefined reference to `UnMapLS@4' msvideo_main.o(.text+0x5677):msvideo_main.c: undefined reference to `MapLS@4' msvideo_main.o(.text+0x569d):msvideo_main.c: undefined reference to `UnMapLS@4' msvideo_main.o(.text+0x5837):msvideo_main.c: undefined reference to `MapLS@4' msvideo_main.o(.text+0x585d):msvideo_main.c: undefined reference to `UnMapLS@4' msvideo_main.o(.text+0x588c):msvideo_main.c: undefined reference to `GlobalLock1 6@4' msvideo_main.o(.text+0x5926):msvideo_main.c: undefined reference to `GlobalUnloc k16@4' msvideo_main.o(.text+0x5930):msvideo_main.c: undefined reference to `GlobalFree1 6@4' drawdib.o(.text+0x6d):drawdib.c: undefined reference to `GlobalAlloc16@8' drawdib.o(.text+0x108):drawdib.c: undefined reference to `GlobalLock16@4' drawdib.o(.text+0x178):drawdib.c: undefined reference to `GlobalUnlock16@4' drawdib.o(.text+0x182):drawdib.c: undefined reference to `GlobalFree16@4' drawdib.o(.text+0x1df):drawdib.c: undefined reference to `GlobalLock16@4' drawdib.o(.text+0x312):drawdib.c: undefined reference to `GlobalUnlock16@4' drawdib.o(.text+0x642):drawdib.c: undefined reference to `GlobalLock16@4' drawdib.o(.text+0xb6c):drawdib.c: undefined reference to `GlobalUnlock16@4' drawdib.o(.text+0xdaf):drawdib.c: undefined reference to `GlobalLock16@4' drawdib.o(.text+0x1019):drawdib.c: undefined reference to `GlobalUnlock16@4' drawdib.o(.text+0x12ce):drawdib.c: undefined reference to `GlobalLock16@4' drawdib.o(.text+0x1309):drawdib.c: undefined reference to `GlobalUnlock16@4' drawdib.o(.text+0x13b2):drawdib.c: undefined reference to `GlobalLock16@4' drawdib.o(.text+0x13c8):drawdib.c: undefined reference to `GlobalUnlock16@4' drawdib.o(.text+0x1492):drawdib.c: undefined reference to `GlobalLock16@4' drawdib.o(.text+0x14ff):drawdib.c: undefined reference to `GlobalUnlock16@4' msvideo_main.glue.o(.text+0x86):msvideo_main.glue.c: undefined reference to `win e_call_to_16_long@8' fu000001.o(.idata$3+0xc): undefined reference to `libwine_a_iname' nmth000000.o(.idata$4+0x0): undefined reference to `_nm__wine_ldt_copy' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [msvfw32.dll] Error 1 oleaut32.dll - (needs MSVCRT import to get rid of _assert) dllwrap --add-stdcall-alias --def oleaut32.spec.def --implib oleaut32.a -o oleau t32.dll connpt.o dispatch.o hash.o ole2disp.o oleaut.o olefont.o olepicture.o pa rsedt.o safearray.o stubs.o tmarshal.o typelib.o variant.o oleaut32.dll.dbg .o -L../../dlls -lole32 -luser32 -lgdi32 -ladvapi32 -lkernel32 -lmsvcrt -L../../ library -lwine -L../../unicode -lwine_unicode -L../../ole -lwine_uuid -lm ole2disp.o(.text+0x27):ole2disp.c: undefined reference to `MapLS@4' ole2disp.o(.text+0x43):ole2disp.c: undefined reference to `MapSL@4' ole2disp.o(.text+0x51):ole2disp.c: undefined reference to `UnMapLS@4' ole2disp.o(.text+0x7a):ole2disp.c: undefined reference to `MapSL@4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [oleaut32.dll] Error 1 olecli.dll - dllwrap --add-stdcall-alias --def olecli32.spec.def --implib olecli32.a -o olecl i32.dll olecli_main.o olecli32.dll.dbg.o -L../../dlls -lole32 -lgdi32 -lker nel32 -L../../library -lwine -lm olecli_main.o(.text+0x9fa):olecli_main.c: undefined reference to `MapSL@4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [olecli32.dll] Error 1

1 0

Part 1 - Mingw Port Status 5-20-02
by Steven Edwards 20 May '02

20 May '02

Here are the results from my latest attempt to build wine under mingw. We can build alot more now but most of these are still manly stubed dlls. Anywhere it has (needs msvcrt import) I will submit a patch to the Makefile.in with my next set of patches. Also anywhere it has missing -lshlwapi or lntdll that is because Mingw doesnt come with a libntdll.a or libshlwapi.a so I used wines $dllname.spec.def to create them without the *wine* exports. Mingw's libkernel32.a doesnt seem to export the toolhelp api calls so I guess I need to add this to list of things I need to include when I finnaly start sending them patches. I dont know how much of the problems below are non-win32api call problems but the ones I am sure about are GetSysColorPen and wvsnprintf(A/W)@16. wvsnprintfA/W is only used in shlwapi.dll so it shouldnt be to hard to fix. My programming skills are very week so I dont know how much help I can be with fixing some of these. Builds - avicap32.dll crtdll.dll crypt32.dll dciman32.dll imagehlp.dll imm32.dll mapi32.dll mpr.dll msdom.dll msimg32.dll msisys.ocx netapi.dll oledlg.dll olepro32.dll olesvr32.dll rasapi32.dll riched32.dll serialui.dll shdocvw.dll tapi32.dll twain_32.dll urlmon.dll winnls.dll winspool.drv wintrust.dll Builds with easy fix - comcat.dll (needs msvcrt import due to swprintf usage) dinput.dll (needs msvcrt import do to _assert usage) odbc32.dll (needs msvcrt import do to _assert usage) Fails - comdlg32.dll - (missing -lshlwapi import, missing lwinspool.srv import) I will need to retest due to removal of GetSysColorPen

1 0

Winepress
by Francois Gouget 20 May '02

20 May '02

Here are two articles about Wine: * LinuxPlanet May 15, 2002 The Many Faces of Wine: Realities of Open Source and Business (a very nice in depth article) http://www.linuxplanet.com/linuxplanet/interviews/4202/1/ * DesktopLinux April 25, 2002 The Penguin and the Hare (not really about Wine, but does make a very good point and says 'WINE is thus of utmost importance to Linux') http://www.desktoplinux.com/articles/AT3633344463.html I also updated the Press section on WineHQ. I searched my wine-devel archives and added the links I could find there. Then added other articles I found on the net. Let me know if you know of a good article that I missed. http://www.winehq.com/about/index.php?press -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: the choice of a GNU generation

1 0

Re: better user messages
by Francois Gouget 20 May '02

20 May '02

On Sun, 19 May 2002, Andreas Mohr wrote: Index: dlls/gdi/freetype.c =================================================================== RCS file: /home/wine/wine/dlls/gdi/freetype.c,v retrieving revision 1.13 diff -u -r1.13 freetype.c --- dlls/gdi/freetype.c 4 Apr 2002 15:30:29 -0000 1.13 +++ dlls/gdi/freetype.c 19 May 2002 21:14:36 -0000 @@ -452,9 +452,9 @@ ft_handle = wine_dlopen("libfreetype.so", RTLD_NOW, NULL, 0); if(!ft_handle) { WINE_MESSAGE( - "Wine cannot find the FreeType font library. To enable Wine to\n" - "use TrueType fonts please install a version of FreeType greater than\n" - "or equal to 2.0.5.\n" + "Wine could not find the FreeType font library. To enable Wine to\n" + "use TrueType fonts please install a version of FreeType\n" + "(plus devel/header file package) greater than or equal to 2.0.5.\n" "http://www.freetype.org\n"); return FALSE; } Index: dlls/wineps/truetype.c =================================================================== RCS file: /home/wine/wine/dlls/wineps/truetype.c,v retrieving revision 1.15 diff -u -r1.15 truetype.c --- dlls/wineps/truetype.c 3 Apr 2002 20:02:39 -0000 1.15 +++ dlls/wineps/truetype.c 19 May 2002 21:14:37 -0000 @@ -593,9 +593,9 @@ ft_handle = wine_dlopen("libfreetype.so", RTLD_NOW, NULL, 0); if(!ft_handle) { WINE_MESSAGE( - "Wine cannot find the FreeType font library. To enable Wine to\n" - "use TrueType fonts please install a version of FreeType greater than\n" - "or equal to 2.0.5.\n" + "Wine could not find the FreeType font library. To enable Wine to\n" + "use TrueType fonts please install a version of FreeType\n" + "(plus devel/header file package) greater than or equal to 2.0.5.\n" "http://www.freetype.org\n"); return TRUE; } I disagree with this bit. This is printed by the Wine binary and the development libraries and headers are not needed for running Wine. Such a message should instead be printed by the configure script if it detects that FreeType libraries or headers are missing. Index: windows/win.c =================================================================== RCS file: /home/wine/wine/windows/win.c,v retrieving revision 1.183 diff -u -r1.183 win.c --- windows/win.c 17 May 2002 02:55:48 -0000 1.183 +++ windows/win.c 19 May 2002 21:14:40 -0000 @@ -1590,7 +1590,10 @@ */ HWND WINAPI FindWindowA( LPCSTR className, LPCSTR title ) { - HWND ret = FindWindowExA( 0, 0, className, title ); + HWND ret; + + WARN("app or wine makes use of FindWindow, which is bad programming since it can hang sometimes on Windows if a window is unresponsive. Use e.g. EnumerateWindows/SendMessageTimeout instead.\n"); + ret = FindWindowExA( 0, 0, className, title ); if (!ret) SetLastError (ERROR_CANNOT_FIND_WND_CLASS); return ret; } I don't think this one is appropriate either. I agree that often FindWindowA is used where there are better solutions. But we are not going to be changing the way existing applications work so there does not seem to be much point in printing this message. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Hiroshima '45 - Czernobyl '86 - Windows '95

5 6

Running Delphi old version
by Marcelo Welter 20 May '02

20 May '02

Hello Running Delphi Old version 3 i have the error: err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. This error is visible if i run with Desktop=N Managed=N or Y I see a splash screen of delphi before close completly if i run with Desktop=800x600 I see a "stack Overflow" error in the desktop window. I click in the OK button of many error windows and after this delphi open, but all actions and buttons are locked The recent version 6 running ok. I need run this old version to port some applications to new version, and i want kick windows of my machine... :) Well if anybody have any idea please, send me... Thanks Marcelo

1 0

winehq.com or winehq.org?
by Andriy Palamarchuk 20 May '02

20 May '02

Jeremy, reading your comments regarding fixing bug 639 I was kind of surprised that you asked to use '.org' domain. I personally always thought that official site name is winehq.com. What is the story behind using 2 separate names? Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

5 8

Requested Change to the build system
by Steven Edwards 20 May '02

20 May '02

Hola and Thanks for everything so far in getting the Mingw port rolling. Doing my work on getting shlwapi.dll built I noticed the missing imports from user32 wvsnprintfA@16 and wvsnprintfW@16 in libuser32.a. I was going to submit a patch to the mingw developers for the Win32api package that updates the libuser32.a and I am still planning on doing that but I think a more self-contained solution would be better. In the ReactOS tree we have a "make implib" rule to generate all of the import Libs for our shared libs. This way we are not dependant on the mingw win32api. I think the wine tree needs to do something similer. Once this is done we can go ahead and build the import libs for ntdll, msvcrt and User32 that are needed for the wine dlls. The command line is something like this dlltool --as=as --dllname user32.dll --def user32.spec.def --output-lib libuser32.a The only real problem isnt really a problem but we just wouldn't catch it in the build processes. If WINES libuser32.a exported a non-win32 function that we shouldn't Use anyway and another dll imported that function (see comctl32) like GetSysColorPen (see wine/windows/syscolor.c line 388) The build would still work and we wouldn't catch it untill someone tries to use comctl32.dll without wines user32.dll. I still think the change would be for the better and request your comments. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

3 3

Links on wine-{devel, patches} archives are not excactly broken.
by Vassilis Virvilis 20 May '02

20 May '02

Halo, Since there is a lot of talk about switching winehq.com to winehq.org I thought I mention something that bothers me in case some kind of reorganization takes place. 1) No newsgroup gateway anymore. What a pitty! But anyway one can always read from the archives, which brings us to the second observation. 2)This is a typical link in the monhtly index by date http://www.integrita.com/cgi-local/lwgate.pl/WINE-PATCHES/archives/2002-05/… And here is the same article but linked through the previous article http://www.integrita.com/cgi-local/lwgate.pl/WINE-PATCHES/archives/2002-05/… Notice the data vs Date thing that breaks my browser (mozilla) visited links (All links are not visited in the main index page). Thanks in advance. .Bill

1 0

Re: Bugzilla: more privileges?
by Andriy Palamarchuk 20 May '02

20 May '02

--- Dustin Navea <speeddymon(a)yahoo.com> wrote: > Could someone that has the ability to modify > priviledges please give me some? Done. Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Re: change email
by Alexandre Julliard 19 May '02

19 May '02

Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > changed my email address at important "notification" locations in wine. > The supposedly eternal email a.mohr(a)mailto.de has bitten the dust ages > ago already. That's why you should never put an email address in error messages. Not only because addresses change, but your code may be used in other products where reporting problems to you is not the appropriate thing to do. Just say "please report this" and let users figure out where to report it. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: [PATCH] winedefault.reg
by Dustin Navea 19 May '02

19 May '02

--- Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > >>>>> "Dustin" == Dustin Navea > <speeddymon(a)yahoo.com> writes: > > Dustin> ok, after the patch submission that adds > Serial0=COM1 to the > Dustin> sources, here is the one that adds it to > the default wine > Dustin> registry... > > Dustin> -Dustin > > Dustin> hopefully alexandre commits all 3 of the > patches posted > Dustin> today.... ;)] > > Dustin> if he doesn't, i would like to know what > needs to be done to > Dustin> each to get it committed... > > Are you sure you really attached the patch? I see > nothing... > > Bye Oops, guess attaching it would help, wouldn't it? brb -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Re: [PATCH] misc/registry.c
by Dustin Navea 19 May '02

19 May '02

--- Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > Then something must be very wrong with registry > import of NT based systems. > Could you investigate why wineinstall/wine fails to > pick up the NT registry ? > sure...actualy i did some investigation on this a few weeks ago and discovered that the only time that real-windows registries are loaded is when the path to your true windows directory is in wine's windows path... i only keep my fake-windows directory in there since linux can only read from a ntfs partition. Now I could put the real-windows directory in the wine sources, but that would cause a problem for users that don't use the same names as me...my windows partition is mounted at /windows, but the default (at least for mandrake) is something else... so that really wouldn't be feasible unless someone else wants to put some code in there to search the entire heirarchy for system32/config/system and even then, on mandrake, only root can read from the winnt partition (if you dont modify the priveleges) -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Send that last email to /dev/null
by Steven Edwards 19 May '02

19 May '02

I see wvsnprintf16 in user32 is marked (Not a Windows API) also. So we have (user32) GetSysColorPen/wvsnprintf and (ntdll) wine_get_unix_file_name That need to be fixed for mingw. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

RE: Native User32
by Steven Edwards 19 May '02

19 May '02

See my other email about build system changes. Other wine dlls are dependant on wine's user such as comctl32 for The GetSysColorPen function that is not part of the Win32api. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Re: [PATCH] misc/registry.c
by Andreas Mohr 19 May '02

19 May '02

On Sun, May 19, 2002 at 09:18:42AM -0700, Dustin Navea wrote: > ok, here is the needed patch to get Blizzard's > installers to not complain _ever_ about not being able > to find program start menu... this also adds in a reg > key for HARDWARE\\DEVICEMAP\\SerialComm > "Serial0"=""COM1" > > I think that the code to write to HKLM may be slightly > broken though, as I couldn't get any of the hklm > entries in misc/registry.c to be written, except for > the ComputerName one... I dunno, someone wanna have a > look at it? I'm creating a bug for it soon as i send > this out... Yep, it's pretty wrong. RTFM would definitely have helped. winedefault.reg has had the start menu key for decades. (http://www.winehq.com/Trouble/ also mentions it) Thanks for the Serial0 fix, though ! (although that one probably should go to winedefault.reg, too...) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 3

Re: [PATCH] misc/registry.c
by Dustin Navea 19 May '02

19 May '02

--- J�rgen_Schmied <juergenschmied(a)lycos.de> wrote: > Where from do you know windows is in c:\windows on > every computer??? > Should't it in duty of shell32 to manipulate the > ShellFolder entrys? > > Think it's not as simple as this... > > juergen > the fact that windows may not always be in C:\Windows is true, the reason i put it there is because that is the default windows directory i.e. wine creates it if it isn't there... Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 1

Re: [PATCH] misc/registry.c
by Jürgen Schmied 19 May '02

19 May '02

Where from do you know windows is in c:\windows on every computer??? Should't it in duty of shell32 to manipulate the ShellFolder entrys? Think it's not as simple as this... juergen > I think that the code to write to HKLM may be slightly > broken though, as I couldn't get any of the hklm > entries in misc/registry.c to be written, except for > the ComputerName one... I dunno, someone wanna have a > look at it? I'm creating a bug for it soon as i send > this out... --- juergen.schmied(a)debitel.net

1 0

Note to Andreas Mohr
by Dustin Navea 19 May '02

19 May '02

Hey, in misc/registry.c I saw you had a note about something not being implemented (in a fixme output) and it said to email you at a.mohr(a)mailto.de or something like that... not sure if you still use that email, but i thought i would let you know in case you didn't... -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

2 1

[Patch] scheduler/process.c
by Dustin Navea 19 May '02

19 May '02

Ok, here is a quick rundown of the problem... all programs were being passed to open_winelib_app by PROCESS_InitWine. Once inside open_winelib_app, there was a sanity check for if argv[0] was equal to wine which if it was and you were trying to run a winelib app, then it would bail out, and if it wasn't it would run the program if it was wine and you weren't trying to run a winelib app then it would run it... the problem was that with /mnt/cdrom/Setup.exe not being the real installer for Unreal Tournament (being just a caller for the real installer), argv[0] would equal wine on the first run though (/mnt/cdrom/Setup.exe), but it would equal /usr/local/bin/wine on the 2nd run through (/mnt/cdrom/System/Setup.exe), which doesn't equal "wine", so it would try to open the app as a winelib app. I moved that incorrect code from open_winelib_app to PROCESS_InitWine and modified it so that it would change "/usr/local/bin/wine" to "wine" but otherwise leave it alone... the code is ugly, but it works, if someone want's to clean it up, feel free to do so, just give me credit for the original submission... -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com Author: Dustin Navea ChangeLog: adds the necessary check to PROCESS_InitWine, so that we no longer pass _every_ application to open_winelib_app (saving some headaches with weird windows binaries) License: ALL Permissions: you may use this to teach yourself c, and may modify the code in this diff, only to clean it up. you must maintain this notice and give credit for the original submission in your cleaned up submission. ===================================================================================== --- scheduler/process.c Sat May 18 20:23:26 2002 +++ scheduler/process.c.new Sat May 18 20:18:55 2002 @@ -447,21 +447,12 @@ } else { - const char *argv0 = main_exe_name; - if (!*argv0) - { - /* if argv[0] is "wine", don't try to load anything */ - argv0 = argv[0]; - if (!(name = strrchr( argv0, '/' ))) name = argv0; - else name++; - if (!strcmp( name, "wine" )) return NULL; - } - /* now try argv[0] with ".so" appended */ if ((tmp = HeapAlloc( GetProcessHeap(), 0, strlen(argv0) + 4 ))) { strcpy( tmp, argv0 ); strcat( tmp, ".so" ); + name = argv0; /* search in PATH only if there was no '/' in argv[0] */ ret = wine_dll_load_main_exe( tmp, (name == argv0), errStr, sizeof(errStr) ); if (!ret && !argv[1]) @@ -485,11 +476,31 @@ void PROCESS_InitWine( int argc, char *argv[], LPSTR win16_exe_name, HANDLE *win16_exe_file ) { DWORD stack_size = 0; + const char *name; /* Initialize everything */ if (!process_init( argv )) exit(1); - if (open_winelib_app( app_argv )) goto found; /* try to open argv[0] as a winelib app */ + /* these next 2 if's check the name of the wine executable being run for + compatibility with weird apps */ + if (!(name = strrchr( argv[0], '/' ))) name = argv[0]; + else + { + name = strrchr( argv[0], '/' ); + name = strstr( name, "wine" ); + } + if (!(argv0 = strrchr( argv[0], '/' ))) argv0 = argv[0]; + else + { + argv0 = strrchr( argv[0], '/' ); + argv0 = strstr( argv0, "wine" ); + } + + if ((strcmp( argv0, "wine" )) && (strcmp( name, "wine" ))) + { + /* try to open argv[0] as a winelib app */ + if (open_winelib_app( app_argv )) goto found; + } app_argv++; /* remove argv[0] (wine itself) */ app_argc--;

1 0

Patch for dinput keyboard
by arjen＠blehq.org 19 May '02

19 May '02

This 'beautiful' patch I wrote for fixing dinput was silently ignored. Can someone comment about it? here is a link to it: http://www.winehq.com/hypermail/wine-patches/2002/05/0047.html Thank you

3 5

Re: Mingw devel stuff Part2
by Steven Edwards 19 May '02

19 May '02

After that patch I am also able to compile these dlls Comcat.dll Crtdll.dll Msisys.ocx Netapi32.dll Riched32.dll Serialui.dll Twain_32.dll Wintrust.dll I know that some of them are mostly stubs but its still a good start. I understand WINEs crtdll just forwards call to msvcrt.dll but will this also work on a Windows Target? I was under the impression this Wouldn't work due to crtdll not being thread safe. Or will this only Work on *NIX hosts using wines MSVCRT? Its not a big deal to the ReactOS project as we already have crtdll and msvcrt we maintain but it would always be nice to have one less thing to keep up. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

process.c problem update
by Dustin Navea 18 May '02

18 May '02

Ok, I finally implemented the right checks in process.c to get the Unreal Tournament-based installers working properly, now all I have to do is make the diff and submit it. The code is very ugly and I was wondering if someone would volunteer to clean it up, since I'm not sure if it will be committed in it's current state... Also, will be included a fix for Blizzard Installers that "cant find program start menu". Seems there is a missing registry entry... If you are willing to clean up my messy code, please email me privately and let me know. -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Mingw devel stuff Part2
by Steven Edwards 18 May '02

18 May '02

Sorry about that I hit the send button to soon. OK when I try build shlwapi.dll I'm getting this Administrator@LAPTOP /cygdrive/d/src/winehq/wine/dlls/shlwapi $ make dllwrap --add-stdcall-alias --def shlwapi.spec.def --implib shlwapi.a -o shlwapi .dll ordinal.o path.o reg.o regstream.o shlwapi_main.o string.o url.o shlwa pi.dll.dbg.o -L../../dlls -luser32 -lgdi32 -ladvapi32 -lkernel32 -L../../library -lwine -L../../ole -lwine_uuid -L../../unicode -lwine_unicode -lm Warning: resolving ___wine_dbgstr_guid by linking to __imp____wine_dbgstr_guid ( auto-import) Warning: resolving ___wine_dbgstr_an by linking to __imp____wine_dbgstr_an (auto -import) Warning: resolving ___wine_dbgstr_wn by linking to __imp____wine_dbgstr_wn (auto -import) ordinal.o(.text+0x52d6):ordinal.c: undefined reference to `wctype_table' ordinal.o(.text+0x52eb):ordinal.c: undefined reference to `wctype_table' path.o(.text+0x74d6):path.c: undefined reference to `casemap_lower' path.o(.text+0x74eb):path.c: undefined reference to `casemap_lower' path.o(.text+0x751a):path.c: undefined reference to `casemap_upper' path.o(.text+0x752f):path.c: undefined reference to `casemap_upper' path.o(.text+0x7752):path.c: undefined reference to `wctype_table' path.o(.text+0x7767):path.c: undefined reference to `wctype_table' string.o(.text+0x1d2d):string.c: undefined reference to `wvsnprintfA@16' string.o(.text+0x1d61):string.c: undefined reference to `wvsnprintfW@16' string.o(.text+0x1d8e):string.c: undefined reference to `casemap_upper' string.o(.text+0x1da3):string.c: undefined reference to `casemap_upper' url.o(.text+0x4426):url.c: undefined reference to `wctype_table' url.o(.text+0x443b):url.c: undefined reference to `wctype_table' fu000001.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000002.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000004.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000005.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000006.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000007.o(.idata$3+0xc): more undefined references to `libwine_a_iname' follow nmth000000.o(.idata$4+0x0): undefined reference to `_nm____wine_dbgstr_guid' nmth000003.o(.idata$4+0x0): undefined reference to `_nm____wine_dbgstr_an' nmth000009.o(.idata$4+0x0): undefined reference to `_nm____wine_dbgstr_wn' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [shlwapi.dll] Error 1 "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 3

opengl rendering to the wrong window
by Ryan Stallings 18 May '02

18 May '02

Hello, I am trying to get the Neverwinter Nights Model viewer (http://www.bioware.com/games/neverwinter_nights/other_multimedia/model_view…) working under wine. The menus etc of the model viewer come up correctly, but no rendering can be seen in the render window. Through some investigation I determined that the model was being rendered, just in the wrong window. I moved the window out of the way by a few pixels and saw the model was being rendered to what looks like the main window underneath the menu. Here is a screen shot that shows what I mean..... http://nwwine.beergeek.net/shots/nw_offset.jpg The black square is the windows shifted and the blue background is the glClearColor of the rendering window. As you can see the model is under the window :( Now if I move the window way offscreen and add an offset to the glViewport call I can get the model to render in the correct place, but this is obviously not the right solution. What could be causing it to be rendered in the wrong window? The render window has a hwnd =1003e and a drawable client/whole = 0x4000064/0x4000063 and the first couple of time through wglMakeCurrent the drawable that comes back from the hdc that is passed (requested from 1003e) is 0x4000064 which seems right, but I think this is some sort of test renderings offscreen before the application comes up. Later in the logs this is not true. GetDCEx is called with 1003e, but it returns a hdc that has a different drawable associated with it (the one for the root window I think). But even if I try to for the drawable to 0x4000064 is does not render in to the correct window (it does not render at all). Does anybody have any direction to point me in? Or is there any information that I could provide to make the situation more clear? Thanks! ryan

2 1

nasty NTDLL_vsnwprintf bug?!?
by John K. Hohm 18 May '02

18 May '02

My heap corruption problem turned out to be a bug in swprintf (well, really in NTDLL_vsnwprintf), I think. I tried formatting like this: WCHAR keyname[21] = { 'C', 'o', 'm', 'p', 'o', 'n', 'e', 'n', 't', ' ', 'C', 'a', 't', 'e', 'g', 'o', 'r', 'i', 'e', 's', 0 }; WCHAR fmt[4] = { '%', 'l', 'X', 0 }; swprintf(This->xlcid, fmt, lcid); My poor little WCHAR xlcid[9] member of This was seriously overflowed by the string L"409Component Categories". The following patch fixes what appears to be a format reading bug in NTDLL_vsnwprintf. I didn't just send it to wine-patches because it's not my area and it seems unlikely such a bad bug could hang around in such a function. Then again, I don't see many uses of swprintf in the source; should I be using something better for sprintf's of WCHAR's? --- dlls/ntdll/wcstring.c.~1.15.~ Thu May 16 19:59:27 2002 +++ dlls/ntdll/wcstring.c Fri May 17 23:09:21 2002 @@ -451,10 +451,7 @@ } if (*iter == (WCHAR)L'h' || *iter == (WCHAR)L'l') - { *fmta++ = *iter++; - *fmta++ = *iter++; - } switch (*iter) {

1 0

Weird parameters with LVM_GETSUBITEMRECT
by Paul Rupe 17 May '02

17 May '02

A recent change to dlls/comctl32/listview.c implemented GetSubItemRect, but this causes Xnews to hang when selecting a newsgroup from the list. I don't think the change itself is at fault, but it may have uncovered a bug elsewhere. The app gets a message LVM_GETSUBITEMRECT (4152) with the following parameters: wParam: 1078422692 (0x40476ca4) lParam: 1078422612 (0x40476c54) wParam should be a small integer (an index into the listview items) and lParam is a pointer to a RECT: *(LPRECT)lParam: {left = 2, top = 1079544291, right = 28246089, bottom = 1079843718} or {left = 0x2, top = 0x405889e3, right = 0x1af0049, bottom = 0x405d1b86} lParam->left is reasonable, but lParam->top should be a small index. Note that wParam, lParam, and lParam->top are fairly close numerically. The function LISTVIEW_GetSubItemRect then tries to loop from 0 to that huge number, causing the hang. I put a sanity check inside that function to stop it from going past GETITEMCOUNT and that works, but I want to see if I can fix it the right way. -- Paul Rupe "She smiled, in the end." p r u p e @ m y r e a l b o x . c o m | Oppose government police-ware on your PC! | Stop the Consumer Broadband and Digital Television Promotion Act! | <http://www.eff.org/alerts/20020322_eff_cbdtpa_alert.html> --

1 0

Re: fixme:win32:PeekNamedPipe
by Andriy Palamarchuk 17 May '02

17 May '02

I just came across bugzilla entry about this issue - bug 297: http://wine.codeweavers.com/bugs/show_bug.cgi?id=297 If anybody starts to work on the bug, please take this bug and keep it updated. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/

2 1

Mingw Port Information and Questions
by Steven Edwards 17 May '02

17 May '02

OK so we the latest changes I do need to build libwine.dll right? I can if I link it to msvcrt.a but ig I don't I get the following Administrator@LAPTOP /cygdrive/d/src/winehq/wine/library $ make dllwrap --add-stdcall-alias --export-all --implib libwine.a -o libwine.dll debug .o errno.o ldt.o loader.o port.o dllwrap: no export definition file provided dllwrap: creating one, but that may not be what you want debug.o(.text+0x8d4):debug.c: undefined reference to `_imp___iob' loader.o(.text+0x4c4):loader.c: undefined reference to `_assert' loader.o(.text+0x614):loader.c: undefined reference to `_assert' port.o(.text+0x4):port.c: undefined reference to `_errno' port.o(.text+0x30):port.c: undefined reference to `_errno' port.o(.text+0x48):port.c: undefined reference to `_errno' port.o(.text+0x60):port.c: undefined reference to `_errno' port.o(.text+0x78):port.c: undefined reference to `_errno' port.o(.text+0x90):port.c: more undefined references to `_errno' follow collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [libwine.dll] Error 1 Also when I try to build shlwapi.dll I get this

1 0

Problem in scheduler/process.c
by Dustin Navea 17 May '02

17 May '02

ok, so I have found the cause of the problem in scheduler/process.c that is making ut-based installers not work. the problem is the code from line 450 to line 461 inclusive. in all programs, PROCESS_InitWine is called from int main in miscemu/main.c, then open_winelib_app is called from PROCESS_InitWine (always) where things go wrong... in a normal program, 1 of 2 things (im not sure which though) happens... 1) line 451 evaluates to false so that section is skipped and then line 461 is also evaluated to false, so it is also skipped, so open_winelib_app returns either null or " " (not sure of the difference) -or- 2) line 451 evaluates to true, and then 457 also evaluates to true, so open_winelib_app returns NULL. with the ut-based installer that is the case, but the Setup.exe that is on the root of the cd acts differently... 1) 451 evaluates to false and then 461 evaluates to true, causing wine to attempt to load the real installer (called by the one in the root of the cd) as a .so, which doesn't work. -or- 2) 451 evaluates to true and 457 evaluates to false, so it goes on to 461, which evaluates to true... with winelib apps the same thing happens as with the "root-of-cd" installer except that the .so file does exist and so it gets loaded... so, i think what needs to be done is a check in PROCESS_InitWine for the kind of binary (windows or winelib). and if it is a winelib binary, then run call open_winelib_app, otherwise proceed with normal loading... probably the easiest way to do this would be like this line 491-494 if (argv[0] != 'wine') { if (open_winelib_app( app_argv )) goto found; } that way you could probably completely remove lines 450-459 which are in open_winelib_app, since all it does is check to make sure argv[0] doesn't equal wine... i would try this method out and submit it, but i won't be back at home until tonight, so i can't make any diff's. if someone wants to give it a go and let us know if it works, please give me credit for the _idea_. hopefully this solves some other problems too... comments appreciated. -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Re: Fix for focus loops
by Jukka Heinonen 17 May '02

17 May '02

On Tue, May 07, 2002, Alexandre Julliard wrote: > I've been working on this too, and I found that the locally active > model seems to work better with most window managers, even though it's > not 100% correct per the spec. Here's the patch I have, please give it > a try and let me know how it works for you. If your patch is used in globally active mode (Wine config file has "UseTakeFocus" = "Y"), focus loop problem is fixed. However, if I try locally active mode, Wine still enters focus loop. Some comments about the patch and Wine focus handling: - Timestamp used in X11DRV_SetFocus is wrong when focus has been gained either due to WM_TAKE_FOCUS or due to FocusIn. - Routine X11DRV_SetFocus may fail to set focus because focus might have already been passed to another X11 window. In unmanaged mode this is fatal: override_redirect windows receive neither WM_TAKE_FOCUS nor FocusIn and if Wine believes that a window already has focus it won't call X11DRV_SetFocus even when the window receives mouse clicks. - If X11DRV_SetFocus fails, Wine routine that triggered this call (SetForegroundWindow, SetActiveWindow, SetFocus, etc) should also fail. This is what NT5.0 does according to docs, by the way. This would make it easy to see which window really has focus. - It is likely that last_focus will be wrong if routine X11DRV_SetFocus fails as described above. - All Wine windows using override_redirect break ICCCM. This includes all windows in unmanaged mode. In general, it is not possible for override_redirect windows to gain input focus without confusing focus handling of window managers. There are two exceptions to this generalization which likely apply to full-screen applications and menus. - In locally active model, transferring focus from top-level window to active dialog window requires timestamp CurrentTime which breaks ICCCM compliance. This can break window manager focus handling in some cases. This is likely not very big an issue, but I believe that everything that breaks standards should be properly commented. - One not directly focus relared problem is that some window managers always put override_redirect windows on top of managed windows. And when you run some applications in managed mode, Wine creates a full screen override_redirect window which has managed dialog window... Looking at this list makes me believe that fixing Wine focus handling should be assigned much higher priority than it has been so far. -- Jukka Heinonen <http://www.iki.fi/jhei/>

4 6

Problem after update
by Marcelo Welter 17 May '02

17 May '02

Hello I make cvs update -RdP configure make depend make ./snmpapi.spec:6: Expected name, id, length or ordinal make[2]: *** [snmpapi.spec.c] Error 1 make[2]: Leaving directory `/home/marcelo/wine/cvs/wine/dlls/snmpapi' make[1]: *** [snmpapi/snmpapi.dll.so] Error 2 make[1]: Leaving directory `/home/marcelo/wine/cvs/wine/dlls' make: *** [dlls] Error 2 what happen? the syntax of cvs that i use are correct...? Thanks Marcelo

3 2

Component owner for window management/painting
by Andriy Palamarchuk 17 May '02

17 May '02

Any volunteers for handing this kind of problems? Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Re: Patch - check for msghdr.msg_control on Sparc-Solaris
by Warren_Baird＠cimmetry.com 17 May '02

17 May '02

> I think it would be better to do it using a technique similar to how it > is done in scheduler/client.c on line 255: Makes sense to me - it wasn't obvious that msg_control and msg_accrights are always mutually exclusive, which is why I added a separate test... But if we're sure they are always mutally exclusive, this approach makes more sense... Warren

1 0

err:heap:HEAP_ValidateInUseArena
by John K. Hohm 17 May '02

17 May '02

I am implementing a COM object in comcat.dll that allocates itself with HeapAlloc and frees itself on its last Release with HeapFree. I am using it in a simple test program that creates it and releases it, and when the Release happens I get this: err:heap:HEAP_ValidateInUseArena Heap 40340000: in-use arena 40378878 next block has PREV_FREE flag It seems to be saying that I'm freeing an already-free block. I ran the test program with --debugmsg trace+all, and I can see that the only uses of the heap during the lifetime of my object instance are one ntdll.RtlAllocateHeap that returns 40378880, and one ntdll.RtlFreeHeap that gets 40378880 as its third param. The RtlFreeHeap is immediately followed by the err:heap, which then spits out a bunch of heap info. It seems pretty obvious that I'm freeing the block of memory I had just allocated; what else might be causing the err:heap? Here is the interesting section of the trace: 080701d0:trace:ole:COMCAT_ICatInformation_EnumCategories 080701d0:Call ntdll.RtlAllocateHeap(40340000,00000008,00000020) ret=4397c0f3 080701d0:trace:heap:RtlAllocateHeap (40340000,0000000a,00000020): returning 40378880 080701d0:Ret ntdll.RtlAllocateHeap() retval=40378880 ret=4397c0f3 080701d0:trace:ntdll:NTDLL_vsnwprintf (2147483647,L"%lX") 080701d0:Call advapi32.RegOpenKeyExW(80000000,40566ce8 L"Component Categories",00000000,00020019,40378898) ret=4397c170 080701d0:Call ntdll.RtlInitUnicodeString(40566bd8,40566ce8 L"Component Categories") ret=40660189 080701d0:Ret ntdll.RtlInitUnicodeString() retval=0000002a ret=40660189 080701d0:Call ntdll.NtOpenKey(40378898,00020019,40566be0) ret=40660194 080701d0:trace:reg:NtOpenKey (0x80000000,L"Component Categories",20019,0x40378898) 080701d0: open_key( parent=-2147483648, access=00020019, name=L"Component Categories" ) Open key ERROR 080701d0: open_key() = OBJECT_NAME_NOT_FOUND { hkey=0 } 080701d0:trace:reg:NtOpenKey <- 0x0000 080701d0:Ret ntdll.NtOpenKey() retval=c0000034 ret=40660194 080701d0:Call ntdll.RtlNtStatusToDosError(c0000034) ret=4066019a 080701d0:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=4066019a 080701d0:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=4397c170 080701d0:trace:ole:COMCAT_IEnumCATEGORYINFO_AddRef 080701d0:trace:ole:COMCAT_IEnumCATEGORYINFO_Next 080701d0:trace:ole:COMCAT_IEnumCATEGORYINFO_Release 080701d0:Call ntdll.RtlFreeHeap(40340000,00000000,40378880) ret=4397be9d 080701d0:err:heap:HEAP_ValidateInUseArena Heap 40340000: in-use arena 40378878 next block has PREV_FREE flag

2 1

Re: wine/ dlls/Makefile.in dlls/avicap32/Makefile. ...
by Dimitrie O. Paun 17 May '02

17 May '02

On May 16, 2002 11:37 pm, Alexandre Julliard wrote: > Log message: > Removed most imports of ntdll since we no longer import Wine internal > functions from there. Yay! I've been advocating putting all the wine-specific stuff in a "helper" dlls (libwine) for soo long now, specifically for the purpose of the "Windows" port. Now, the linking things is still a bit of mistery to me. Let's see: -- libwine is linked with all DLLs using the host's native dynlinking tool -- when a program is loaded, _wine_ loads the required DLLs which in turns gets linked by the OS to libwine. Is that so? To be honest, this is how I *think* it works, I haven't actually gone through the code, but I'm feeling lazy tonight :))) -- Dimi.

2 1

Re: wine/ controls/menu.c dlls/commdlg/cdlg32.c dl ...
by Dimitrie O. Paun 17 May '02

17 May '02

On May 16, 2002 10:55 pm, Alexandre Julliard wrote: > > Log message: > Export the debugging API from libwine instead of ntdll. > Removed debugres_[aw]. I think you need to test for null strings in default_dbgstr_[aw]n, no? Also, the default implementations are there for the mingw port? We normally use the ones from NTDLL_dbgstr_*, right? -- Dimi.

2 1

64bit values in API args...
by Vincent Béron 17 May '02

17 May '02

I have a little problem implementing VerifyVersionInfo{A,W}. Here's the prototype of the function (W): BOOL WINAPI VerifyVersionInfoW( LPOSVERSIONINFOEXW lpVersionInfo, DWORD dwTypeMask, DWORDLONG dwlConditionMask) with DWORDLONG being a 64bit value. Now, how do I translate that in kernel32.spec? The current declaration in kernel32.spec is @ stdcall VerifyVersionInfoW(long long long long) VerifyVersionInfoW with either a try to get a "long long" type (undistinguishable from 2 longs), or by just assuming a virtual fourth argument to get the right total argument size. Now, this seems really fishy. I'm not very familiar with the way a C compiler places arguments either in registers or on the stack, but I'm not sure the way it is currently declared is the best way to do it. I'd prefer to define a new type for use in spec files, meaning a 64bit argument. Comments? BTW, for the moment VerifyVersionInfo seems to be the only place in Wine where the DWORDLONG type is used, but that doesn't mean there are no other unimplemented API using it. Vincent

1 0

Component owner for controls
by Andriy Palamarchuk 17 May '02

17 May '02

Does anybody want to voluteer to take ownership over usual controls? I already have owners for common controls Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

2 1

Open watcom
by Uwe Bonnes 17 May '02

17 May '02

Hallo, today, there was an announce of a 0.0.8 release of open watcom on the linux announce newsgroup: http://www.openwatcom.org ftp://ftp.openwatcom.org/watcom/openwatcom 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

Re: Fix to get Unreal Tournament-based installers to work from root of CD
by Alexandre Julliard 17 May '02

17 May '02

Dustin Navea <speeddymon(a)yahoo.com> writes: > Hopefully this doesn't break anything. If it does, I > will attempt to fix the open_winelib_app being called > problem... I may need some help though... The real problem is that for some reason Wine didn't recognize setup.exe as a Window binary. That's what you'll need to fix, your patch is only hiding the problem. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: wine/dlls/winmm mmsystem.c winemm.h
by Michael Stefaniuc 16 May '02

16 May '02

Hello, tested the patch and FreeSolitaire works again. You can close the bug entry. thanks bye michael On Thu, May 16, 2002 at 10:03:17PM +0200, Eric Pouech wrote: > Eric Pouech a écrit : > oops the last hunk of the patch isn't part of the patch > so Alexandre, please use this file instead > > A+ > Name: ps_a2w > ChangeLog: fixed hangs when playing an ASCII resource > License: X11 > GenDate: 2002/05/16 19:48:36 UTC > ModifiedFiles: dlls/winmm/mmsystem.c > AddedFiles: > =================================================================== > RCS file: /home/cvs/cvsroot/wine/wine/dlls/winmm/mmsystem.c,v > retrieving revision 1.52 > diff -u -u -r1.52 mmsystem.c > --- dlls/winmm/mmsystem.c 12 May 2002 03:10:26 -0000 1.52 > +++ dlls/winmm/mmsystem.c 16 May 2002 19:39:46 -0000 > @@ -447,6 +447,7 @@ > waveOutUnprepareHeader(hWave, &waveHdr[1], sizeof(WAVEHDR)); > > errCleanUp: > + TRACE("Done playing='%s' !\n", debugstr_w(wps->pszSound)); > CloseHandle(s.hEvent); > HeapFree(GetProcessHeap(), 0, waveHdr); > HeapFree(GetProcessHeap(), 0, lpWaveFormat); > @@ -463,6 +464,21 @@ > return bRet; > } > > +static BOOL MULTIMEDIA_IsString(DWORD fdwSound, const void* psz) > +{ > + /* SND_RESOURCE is 0x40004 while > + * SND_MEMORY is 0x00004 > + */ > + switch (fdwSound & SND_RESOURCE) > + { > + case SND_RESOURCE: return HIWORD(psz) != 0; /* by name or by ID ? */ > + case SND_MEMORY: return FALSE; > + /* any other case (SND_ALIAS, SND_FILENAME... shall drop into this one) */ > + case 0: return TRUE; > + default: FIXME("WTF\n"); return FALSE; > + } > +} > + > static BOOL MULTIMEDIA_PlaySound(LPCWSTR pszSound, HMODULE hmod, DWORD fdwSound, DWORD search) > { > WINE_PLAYSOUND* wps = NULL; > @@ -515,10 +531,9 @@ > } while (InterlockedCompareExchangePointer((void**)&iData->lpPlaySound, wps, NULL) != NULL); > > if (fdwSound & SND_ASYNC) { > - if (!((fdwSound & SND_MEMORY) || ((fdwSound & SND_RESOURCE) && > - !((DWORD)pszSound >> 16)) || > - !pszSound)) { > - wps->pszSound = HeapAlloc(GetProcessHeap(), 0, (lstrlenW(pszSound)+1) * sizeof(WCHAR) ); > + if (MULTIMEDIA_IsString(fdwSound, pszSound)) > + { > + wps->pszSound = HeapAlloc(GetProcessHeap(), 0, (lstrlenW(pszSound)+1) * sizeof(WCHAR)); > lstrcpyW((LPWSTR)wps->pszSound, pszSound); > } > wps->bLoop = fdwSound & SND_LOOP; > @@ -541,16 +556,13 @@ > { > LPWSTR pszSoundW; > BOOL bSound; > + > + pszSoundW = (MULTIMEDIA_IsString(fdwSound, pszSoundA)) ? > + HEAP_strdupAtoW(GetProcessHeap(), 0, pszSoundA) : (LPWSTR)pszSoundA; > > - if (!((fdwSound & SND_MEMORY) || > - ((fdwSound & SND_RESOURCE) && !((DWORD)pszSoundA >> 16)) || > - !pszSoundA)) { > - pszSoundW = HEAP_strdupAtoW(GetProcessHeap(), 0, pszSoundA); > - bSound = PlaySoundW(pszSoundW, hmod, fdwSound); > - HeapFree(GetProcessHeap(), 0, pszSoundW); > - } else > - bSound = PlaySoundW((LPWSTR)pszSoundA, hmod, fdwSound); > - > + bSound = PlaySoundW(pszSoundW, hmod, fdwSound); > + if ((void*)pszSoundW != (void*)pszSoundA) HeapFree(GetProcessHeap(), 0, pszSoundW); > + > return bSound; > } > > @@ -585,14 +597,12 @@ > LPWSTR pszSoundW; > BOOL bSound; > > - if (!((uFlags & SND_MEMORY) || > - ((uFlags & SND_RESOURCE) && !((DWORD)pszSoundA >> 16)) || > - !pszSoundA)) { > - pszSoundW = HEAP_strdupAtoW(GetProcessHeap(), 0, pszSoundA); > - bSound = sndPlaySoundW(pszSoundW, uFlags); > + pszSoundW = (MULTIMEDIA_IsString(uFlags, pszSoundA)) ? > + HEAP_strdupAtoW(GetProcessHeap(), 0, pszSoundA) : (LPWSTR)pszSoundA; > + > + bSound = sndPlaySoundW(pszSoundW, uFlags); > + if ((void*)pszSoundW != (void*)pszSoundA) > HeapFree(GetProcessHeap(), 0, pszSoundW); > - } else > - bSound = sndPlaySoundW((LPWSTR)pszSoundA, uFlags); > > return bSound; > } -- 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

winedefault.reg and .Default user entries
by Sylvain Petreolle 16 May '02

16 May '02

Hi, Looking at recent patches, I saw entries for the user .Default in winedefault.reg. Are these entries useful ? I think not because wine uses the real username to load registry entries from the $HOME/.wine/user.reg. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: wine-20020509/dlls/winsock/socket.c
by Francois Gouget 16 May '02

16 May '02

Please, see Warren Baird's (Warren_Baird(a)cimmetry.com) patch on this and my reply to wine-devel. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ If it stinks, it's chemistry. If it moves, it's biology. If it does not work, It's computer science.

1 0

Re: Patch - check for msghdr.msg_control on Sparc-Solaris
by Francois Gouget 16 May '02

16 May '02

On Thu, 16 May 2002 Warren_Baird(a)cimmetry.com wrote: > > > > ChangeLog: > > - added a test for the msg_control field in struct msghdr > (does't appear in sparc-solaris) I think it would be better to do it using a technique similar to how it is done in scheduler/client.c on line 255: #ifdef HAVE_MSGHDR_ACCRIGHTS msghdr.msg_accrights = (void *)&fd; msghdr.msg_accrightslen = sizeof(fd); #else /* HAVE_MSGHDR_ACCRIGHTS */ cmsg.len = sizeof(cmsg); cmsg.level = SOL_SOCKET; cmsg.type = SCM_RIGHTS; cmsg.fd = fd; msghdr.msg_control = &cmsg; msghdr.msg_controllen = sizeof(cmsg); msghdr.msg_flags = 0; #endif /* HAVE_MSGHDR_ACCRIGHTS */ -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Dieu dit: "M-x Lumière". Et la lumière fut.

1 0

Re: wine/programs/winetest wtmain.c
by Dimitrie O. Paun 16 May '02

16 May '02

On May 16, 2002 04:32 pm, Alexandre Julliard wrote: > Log message: > Better usage message. Flush stderr before exiting. And I thought stderr was unbuffered... -- Dimi.

2 1

Ignore my query
by Medland, Bill 16 May '02

16 May '02

Again, two minutes after posting the message it becomes clear. (bug in wineps; for some reason the name has a leading space on all after the first name extracted from printcap) Bill

1 0

Re: wine/dlls/winmm mmsystem.c winemm.h
by Michael Stefaniuc 16 May '02

16 May '02

Hello, this patch has introduced a regression, see http://bugs.winehq.com/show_bug.cgi?id=684 for details. bye michael On Sat, May 11, 2002 at 10:10:27PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 1021173026714339351122366 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/05/11 22:10:27 > > Modified files: > dlls/winmm : mmsystem.c winemm.h > > Log message: > Eric Pouech <eric.pouech(a)wanadoo.fr> > Better behavior of PlaySound (error handling, synchronization). > Removed some unnecessary tests about windows handles. > > Patch: http://cvs.winehq.com/patch.py?id=1021173026714339351122366 > > Revision Changes Path > 1.52 +178 -204 wine/dlls/winmm/mmsystem.c > 1.11 +14 -0 wine/dlls/winmm/winemm.h -- 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

Before I go mad, what am I doing wrong?
by Medland, Bill 16 May '02

16 May '02

I've been bashing my head against this all morning; can anyone tell me WHY I am an idiot. (Context - basically I have the task of putting together a Wine rpm tailored particularly to our application, for use by those who have been so spolied by M$ that they can't be bothered with the work involved in setting up wine from elsewhere. As part of that I am trying to figure out and improve the documentation on printing. As a result I am getting to understand that my copy is probably only working by chance). For as long as I can remember I have been using the "Wine Postscript Driver" solution on my machine, and also had "lp" configured as the same thing. I did not have a [ppd] section in my config. /etc/printcap mentions three JetDirect printers (well, four now; see below) I just added a [ppd] section into the config and added entries for each of the three (or 4) printers as follows: [ppd] "lp" = "/home/medbi01/bin/lopt612.ppd" "colour" = "/home/medbi01/bin/lopt612.ppd" "duplex" = "/home/medbi01/bin/lopt612.ppd" "mp" = "/home/medbi01/bin/lopt612.ppd" (the colour and duplex are lies but forget that for now) Now when I start notepad I get err:psdrv:PSDRV_FindPrinterInfo Error 2 getting PPD file name for printer 'colour' and similarly for duplex and mp, but not for lp. I (eventually) went into the code (dlls/psdrv/init.c) and modified the code to see the error code coming back from when it asked the registry for the lp, mp, colour, duplex. It returns 2 for mp, colour, duplex but SUCCESS for lp. OH!! I've just changed the default printer to "mp"and now it's the lp, colour and duplex it doesn't find. i.e. it finds the first one it asks about but not the next. So it sounds like something to do with the registry code. But now I've added the "generic" entry and removed my debug print code and it doesn't "complain". But without the "generic" it does. So maybe it's the fact that they all have the same value? No. Does this make any sense to anyone? Bill p.s. I'm going to see if it is "the first access to a registry key tends to fail".

1 0

Component owner for mouse input
by Andriy Palamarchuk 16 May '02

16 May '02

Are there volunteers to handle issues with mouse input? Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Re: [Bug 448] Changed - winsock 16 bit
by Uwe Bonnes 16 May '02

16 May '02

>>>>> "David" == David Barrena <david(a)molina.subs.map.es> writes: David> I can´t find socket.c in ...dlls/winsock/. Where is it?. Is a David> bynary Winsows app. Thanks. hertz:/spare/bon/wine> find -name \*sock\*.c ./dlls/wsock32/wsock32.spec.c ./dlls/wsock32/wsock32.dll.dbg.c ./dlls/wsock32/socket.c ./dlls/winsock/winsock.spec.c ./dlls/winsock/tests/sock.c ./dlls/winsock/socket.c ./server/sock.c -- 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: PATCH: error message if winedefault.reg is not loaded
by Andriy Palamarchuk 16 May '02

16 May '02

--- Marcus Meissner <marcus(a)jet.franken.de> wrote: [skipped] > + MESSAGE("\nERROR: You need to merge the > 'winedefault.reg' file into your\n"); > + MESSAGE(" WINE registry by running: `regapi > setValue < winedefault.reg'!\n\n"); > + } else { Marcus, we have already regedit (based on regapi), so the old regapi application is obsolete. Regedit call in this case will be as: regedit winedefault.reg Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Migrating from winehq.com to winehq.org in files
by Vincent Béron 16 May '02

16 May '02

This patch is to replace all the instances of winehq.com by winehq.org in the various files of the Wine distribution: documentation, comments, etc. There's also one pointer to appdb.codeweavers.com changed to appdb.winehq.org. I didn't touch at the ChangeLog and ChangeLog.Old files, and to an old email from Alexandre in documentation/HOWTO-Winelib, as I don't think it's a good idea to change such things. A similar patch has also been sent to web-admin(a)winehq.org, to change the files on the website. After the application of both, the only remaining thing would be the name of the CVS module (Winehq_com). Please comment. Vincent diff -urN wine-orig/ANNOUNCE wine/ANNOUNCE --- wine-orig/ANNOUNCE Fri May 10 08:40:00 2002 +++ wine/ANNOUNCE Wed May 15 22:44:46 2002 @@ -3,7 +3,7 @@ and unimplemented features. Most applications still do not work correctly. -Patches should be submitted to "wine-patches(a)winehq.com". Please don't +Patches should be submitted to "wine-patches(a)winehq.org". Please don't forget to include a ChangeLog entry. WHAT'S NEW with Wine-20020509: (see ChangeLog for details) @@ -32,7 +32,7 @@ and wine-doc.ps.gz. You can also get the current source directly from the CVS tree. Check -http://www.winehq.com/development/ for details. +http://www.winehq.org/development/ for details. If you submitted a patch, please check to make sure it has been included in the new release. @@ -46,4 +46,4 @@ -- Alexandre Julliard -julliard(a)winehq.com +julliard(a)winehq.org diff -urN wine-orig/BUGS wine/BUGS --- wine-orig/BUGS Sun May 5 22:41:48 2002 +++ wine/BUGS Wed May 15 22:47:42 2002 @@ -8,7 +8,7 @@ If you want to help Wine project you can: - * visit Bugzilla (http://bugs.winehq.com/) for + * visit Bugzilla (http://bugs.winehq.org/) for list of existing bugs. Metabug 406 lists bugs which are reasonably simple to fix even for someone new to Wine. Have a look at it and choose subject you are insterested in. @@ -26,7 +26,7 @@ * run Windows applications, port open-source Windows applications to Wine, fix bugs you found, enter bugs you can't fix to Bugzilla. Enter information you discovered to the - Wine Application Database (http://appdb.codeweavers.com/). + Wine Application Database (http://appdb.winehq.org/). * grep for FIXME in the source files diff -urN wine-orig/README wine/README --- wine-orig/README Fri May 10 08:40:00 2002 +++ wine/README Wed May 15 22:46:22 2002 @@ -22,7 +22,7 @@ problem resolution, read the rest of this file, the Wine man page, the files in the documentation directory of the Wine source (see "DOCUMENTATION"), and especially the wealth of information -found at http://www.winehq.com. +found at http://www.winehq.org. 3. REQUIREMENTS @@ -141,7 +141,7 @@ Don't forget to add vital registry entries by applying winedefault.reg with programs/regapi/. See documentation/ directory for details. -See http://www.winehq.com/support/ for further configuration hints. +See http://www.winehq.org/support/ for further configuration hints. In case of library loading errors (e.g. "Error while loading shared libraries: libntdll.so"), make sure @@ -202,15 +202,15 @@ 8. GETTING MORE INFORMATION WWW: A great deal of information about Wine is available from WineHQ at - http://www.winehq.com/ : various Wine Guides, application database, + http://www.winehq.org/ : various Wine Guides, application database, bug tracking. This is probably the best starting point. -FAQ: The Wine FAQ is located at http://www.winehq.com/FAQ +FAQ: The Wine FAQ is located at http://www.winehq.org/FAQ Usenet: You can discuss Wine-related issues and get help on comp.emulators.ms-windows.wine. -Bugs: Report bugs to Wine Bugzilla at http://bugs.winehq.com/. +Bugs: Report bugs to Wine Bugzilla at http://bugs.winehq.org/. Please search the bugzilla database to check whether your problem is already found before posting a bug report. You can also post bug reports to comp.emulators.ms-windows.wine. @@ -223,16 +223,16 @@ IRC: Online help is available at channel #WineHQ on irc.openprojects.net. CVS: The current Wine development tree is available through CVS. - Go to http://www.winehq.com/development/ for more information. + Go to http://www.winehq.org/development/ for more information. Mailing lists: There are several mailing lists for Wine developers; see - http://www.winehq.com/development/#ml for more information. + http://www.winehq.org/development/#ml for more information. If you add something, or fix a bug, please send a patch (in 'diff -u' -format) to wine-patches(a)winehq.com list for inclusion in the next +format) to wine-patches(a)winehq.org list for inclusion in the next release. -- Alexandre Julliard -julliard(a)winehq.com +julliard(a)winehq.org diff -urN wine-orig/documentation/HOWTO-winelib wine/documentation/HOWTO-winelib --- wine-orig/documentation/HOWTO-winelib Sat Feb 2 13:03:55 2002 +++ wine/documentation/HOWTO-winelib Wed May 15 22:35:49 2002 @@ -774,7 +774,7 @@ THANKS Most of the information in this file came from postings on -<Wine-devel(a)Winehq.com> and from private e-mails. The following people +<Wine-devel(a)winehq.org> and from private e-mails. The following people contributed information for this document and I thank them for their time and effort in answering my questions. I also want to thank them for encouraging me to attack the MFC problem. diff -urN wine-orig/documentation/authors.ent wine/documentation/authors.ent --- wine-orig/documentation/authors.ent Wed Dec 13 16:52:37 2000 +++ wine/documentation/authors.ent Wed May 15 22:32:15 2002 @@ -32,7 +32,7 @@ <!entity email-james-juran "juran(a)cse.psu.edu"> <!entity name-ove-kaaven "Ove Kåven"> -<!entity email-ove-kaaven "ovek(a)winehq.com"> +<!entity email-ove-kaaven "ovek(a)winehq.org"> <!entity name-eric-kohl "Eric Kohl"> <!entity email-eric-kohl "ekohl(a)abo.rhein-zeitung.de"> @@ -73,7 +73,7 @@ <!entity email-john-richardson "jrichard(a)zko.dec.com"> <!entity name-douglas-ridgway "Douglas Ridgway"> -<!entity email-douglas-ridgway "ridgway(a)winehq.com"> +<!entity email-douglas-ridgway "ridgway(a)winehq.org"> <!entity name-adam-sacarny "Adam Sacarny"> <!entity email-adam-sacarny "magicbox(a)bestweb.net"> diff -urN wine-orig/documentation/bugs.sgml wine/documentation/bugs.sgml --- wine-orig/documentation/bugs.sgml Sun May 5 22:41:49 2002 +++ wine/documentation/bugs.sgml Wed May 15 22:32:36 2002 @@ -21,7 +21,7 @@ </para> <para> With using either approach report the found issues with relevant - <ulink url="http://bugs.winehq.com/">Wine Bugzilla</ulink>. + <ulink url="http://bugs.winehq.org/">Wine Bugzilla</ulink>. </para> <sect2> @@ -54,7 +54,7 @@ <listitem> <para> Post the bug to - <ulink url="http://bugs.winehq.com/">Wine Bugzilla</ulink>. + <ulink url="http://bugs.winehq.org/">Wine Bugzilla</ulink>. Please, search Bugzilla database to check whether your problem is already found before posting a bug report. Include your own detailed description of the problem with @@ -196,7 +196,7 @@ <listitem> <para> Post the bug to - <ulink url="http://bugs.winehq.com/">Wine Bugzilla</ulink>. + <ulink url="http://bugs.winehq.org/">Wine Bugzilla</ulink>. Please, search Bugzilla database to check whether your problem is </para> <para> @@ -215,7 +215,7 @@ If after reading this document there is something you couldn't figure out, or think could be explained better, or that should have been included, please post to - <ulink url="http://bugs.winehq.com/">Wine Bugzilla</ulink> to + <ulink url="http://bugs.winehq.org/">Wine Bugzilla</ulink> to let us know how this document can be improved. </para> </sect2> diff -urN wine-orig/documentation/configuring.sgml wine/documentation/configuring.sgml --- wine-orig/documentation/configuring.sgml Wed May 8 21:04:46 2002 +++ wine/documentation/configuring.sgml Wed May 15 22:32:57 2002 @@ -930,7 +930,7 @@ <para> There is always a chance that things will go wrong. If the unthinkable happens report the problem to - <ulink url="http://bugs.winehq.com/">Wine Bugzilla</ulink>, + <ulink url="http://bugs.winehq.org/">Wine Bugzilla</ulink>, try the newsgroup <systemitem>comp.emulators.ms-windows.wine</systemitem>, or the IRCnet channel <systemitem>#WineHQ</systemitem> found on @@ -2012,7 +2012,7 @@ <para> from your main Wine directory, then submit <filename>layout.diff</filename> to - <email>wine-patches(a)winehq.com</email> along with a brief note + <email>wine-patches(a)winehq.org</email> along with a brief note of what it is. </para> <para> diff -urN wine-orig/documentation/cvs-regression.sgml wine/documentation/cvs-regression.sgml --- wine-orig/documentation/cvs-regression.sgml Tue Oct 16 17:47:51 2001 +++ wine/documentation/cvs-regression.sgml Wed May 15 22:33:23 2002 @@ -63,7 +63,7 @@ </para> <note> <para> - If you use Cvs directly from the winehq.com server, do not + If you use Cvs directly from the winehq.org server, do not forget to add to your <filename>.cvsrc</filename> file: </para> <screen> @@ -87,7 +87,7 @@ The date format is <literal>YYYY-MM-DD HH:MM:SS</literal>. Using the EDT date format ensure that you will be able to extract patches in a way that will be compatible with the - wine-cvs archive : http://www.winehq.com/hypermail/wine-cvs + wine-cvs archive : http://www.winehq.org/hypermail/wine-cvs </para> <para> Many messages will inform you that more recent files have diff -urN wine-orig/documentation/documentation.sgml wine/documentation/documentation.sgml --- wine-orig/documentation/documentation.sgml Tue Oct 2 13:48:16 2001 +++ wine/documentation/documentation.sgml Wed May 15 22:33:41 2002 @@ -953,7 +953,7 @@ <listitem> <para> Hyperlink in URL form, e.g., <ulink - url="http://www.winehq.com">http://www.winehq.com</ulink>. + url="http://www.winehq.org">http://www.winehq.org</ulink>. </para> </listitem> </varlistentry> diff -urN wine-orig/documentation/fonts.sgml wine/documentation/fonts.sgml --- wine-orig/documentation/fonts.sgml Fri May 10 08:40:00 2002 +++ wine/documentation/fonts.sgml Wed May 15 22:33:53 2002 @@ -18,7 +18,7 @@ Wine. It can be found in the <filename>tools</filename> directory. Links to the other tools mentioned in this document can be found on wine headquarters: - <ulink url="http://www.winehq.com/development/">http://www.winehq.com/development/</ulink> + <ulink url="http://www.winehq.org/development/">http://www.winehq.org/development/</ulink> </para> </note> </para> diff -urN wine-orig/documentation/getting.sgml wine/documentation/getting.sgml --- wine-orig/documentation/getting.sgml Fri May 10 08:40:00 2002 +++ wine/documentation/getting.sgml Wed May 15 22:35:02 2002 @@ -46,7 +46,7 @@ Finally, you may someday need to know how to apply a source code patch to your version of Wine. Perhaps you've uncovered a bug in Wine, reported it to the <ulink - url="mailto:wine-devel@winehq.com">Wine mailing list</ulink>, + url="mailto:wine-devel@winehq.org">Wine mailing list</ulink>, and received a patch from a developer to hopefully fix the bug. The last section in this chapter will show you how to <link linkend="getting-upgrading">safely apply the @@ -131,7 +131,7 @@ <para> The first place you should look if your system isn't Debian or Redhat is the <ulink - url="http://www.winehq.com/download/">WineHQ Download + url="http://www.winehq.org/download/">WineHQ Download Page</ulink>. This page lists many assorted archives of binary (precompiled) Wine files. </para> @@ -160,7 +160,7 @@ <para> The safest way to grab the source is from one of the official FTP archives. An up to date listing is in the <ulink - url="http://www.winehq.com/source/ANNOUNCE">ANNOUNCE </ulink> + url="http://www.winehq.org/source/ANNOUNCE">ANNOUNCE </ulink> file in the Wine distribution (which you would have if you already downloaded it). Here is a (possibly out of date) list of FTP servers carrying Wine: @@ -212,8 +212,8 @@ <para> The official web page for Wine CVS is - <ulink url="http://www.winehq.com/development/"> - http://www.winehq.com/development/</ulink>. + <ulink url="http://www.winehq.org/development/"> + http://www.winehq.org/development/</ulink>. </para> <para> First, you need to get a copy of the latest Wine sources @@ -223,14 +223,14 @@ <command>bash</command>, it might look something like this: </para> <screen> -$ export CVSROOT=:pserver:cvs@cvs.winehq.com:/home/wine +$ export CVSROOT=:pserver:cvs@cvs.winehq.org:/home/wine $ cvs login Password: cvs $ cvs checkout wine </screen> <para> That'll pull down the entire Wine source tree from - winehq.com and place it in the current directory (actually + winehq.org and place it in the current directory (actually in the 'wine' subdirectory). CVS has a million command line parameters, so there are many ways to pull down files, from anywhere in the revision history. Later, you can grab just @@ -278,7 +278,7 @@ distribution, you have the option of applying patches to the source tree to fix bugs and add experimental features. Perhaps you've found a bug, reported it to the <ulink - url="mailto:wine-devel@winehq.com">Wine mailing list</ulink>, + url="mailto:wine-devel@winehq.org">Wine mailing list</ulink>, and received a patch file to fix the bug. You can apply the patch with the <command>patch</command> command, which takes a streamed patch from <filename>stdin</filename>: diff -urN wine-orig/documentation/installation-und-konfiguration.german wine/documentation/installation-und-konfiguration.german --- wine-orig/documentation/installation-und-konfiguration.german Fri May 10 08:40:00 2002 +++ wine/documentation/installation-und-konfiguration.german Wed May 15 22:36:14 2002 @@ -254,7 +254,7 @@ Verwendung der Bash kann dazu der folgende Befehl eingegeben werden: - export CVSROOT=:pserver:cvs@cvs.winehq.com:/home/wine + export CVSROOT=:pserver:cvs@cvs.winehq.org:/home/wine Danach kann man sich bei dem CVS-Server anmelden. Hierzu dient dieser Befehl: @@ -284,7 +284,7 @@ u.a. in der Manualseite zu cvs(1) sowie auf der CVS-Homepage, die unter http://www.sourcegear.com/CVS zu erreichen ist. Weitere wichtige Hinweise im Hinblick auf CVS und WINE sind unter der Adresse - http://www.winehq.com/development/ verfügbar. + http://www.winehq.org/development/ verfügbar. 6.0 Konfiguration und Übersetzung des Quellcodes @@ -2088,6 +2088,6 @@ Weiterführende Informationen Die zentrale Web-Adresse für Informationen zu WINE ist - http://www.winehq.com. Dort befinden sich Links zu vielen weiteren + http://www.winehq.org. Dort befinden sich Links zu vielen weiteren Dokumenten, wie einem WINE-FAQ, einem WINE-HOWTO, einer Anleitung zum Erstellen von Fehlerberichten und vieles mehr. diff -urN wine-orig/documentation/make_winehq wine/documentation/make_winehq --- wine-orig/documentation/make_winehq Tue Jan 29 12:52:29 2002 +++ wine/documentation/make_winehq Wed May 15 22:36:42 2002 @@ -3,7 +3,7 @@ ## John R. Sheets <jsheets(a)codeweavers.com> ## This is a convenience script for building the website docs for -## www.winehq.com. It creates tarballs of the HTML with special +## www.winehq.org. It creates tarballs of the HTML with special ## server-side includes and CSS settings that aren't appropriate for ## the mainline Wine tree. For this reason, and to make it easier to ## set up an automated website update system, I'm putting this in @@ -18,7 +18,7 @@ ## $ ./make_winehq ## $ rsync ... -WWWDIR=www.winehq.com +WWWDIR=www.winehq.org ## Want to put this into a sub-directory for easier maintenance if [ -d "$WWWDIR" -o -f "$WWWDIR" ]; then rm -rf "$WWWDIR.old" @@ -76,7 +76,7 @@ ## Done creating downloadable tarballs for users. Now we want to ## create a tarball of SHTML in a slightly different form, for the ## website. These versions use special server-side includes which -## aren't appropriate outside of winehq.com. +## aren't appropriate outside of winehq.org. ## ## Use the special website stylesheet export WINEDOC_STYLESHEET=../winehq.dsl diff -urN wine-orig/documentation/packaging.sgml wine/documentation/packaging.sgml --- wine-orig/documentation/packaging.sgml Tue Apr 30 20:46:05 2002 +++ wine/documentation/packaging.sgml Wed May 15 22:37:00 2002 @@ -850,7 +850,7 @@ For an excellent overview of this issue, read this - <ulink url="http://www.winehq.com/News/2000-25.html#FTR"> + <ulink url="http://www.winehq.org/News/2000-25.html#FTR"> Wine Weekly News feature.</ulink> </para> diff -urN wine-orig/documentation/wine.man.in wine/documentation/wine.man.in --- wine-orig/documentation/wine.man.in Fri May 10 08:40:00 2002 +++ wine/documentation/wine.man.in Wed May 15 22:38:32 2002 @@ -307,11 +307,11 @@ .SH BUGS .PP A status report on many applications is available from -.I http://www.winehq.com/Apps. +.I http://appdb.winehq.org/. Please add entries to this list for applications you currently run. .PP Bug reports may be posted to Wine Bugzilla -.I http://bugs.winehq.com +.I http://bugs.winehq.org If you want to post a bug report, please read the file .I documentation/bugs.sgml in the @@ -319,7 +319,7 @@ source to see what information is necessary .PP Problems and suggestions with this manpage please also report to -.I http://bugs.winehq.com +.I http://bugs.winehq.org .SH AVAILABILITY The most recent public version of .B wine @@ -333,12 +333,12 @@ The latest snapshot of the code may be obtained via CVS. For information on how to do this, please see .I -http://www.winehq.com/development/ +http://www.winehq.org/development/ .PP WineHQ, the .B wine development headquarters, is at -.I http://www.winehq.com/. +.I http://www.winehq.org/. This website contains a great deal of information about .B wine. .PP @@ -354,7 +354,7 @@ development, you might want to subscribe to the .B wine mailing lists at -.I http://www.winehq.com/development/#ml +.I http://www.winehq.org/development/#ml .SH FILES .PD 0 .TP diff -urN wine-orig/documentation/wine.texinfo wine/documentation/wine.texinfo --- wine-orig/documentation/wine.texinfo Mon Mar 18 21:10:35 2002 +++ wine/documentation/wine.texinfo Wed May 15 22:40:35 2002 @@ -340,7 +340,7 @@ The overall coordination is done by @* Alexandre Julliard @* -@email{julliard@@winehq.com} +@email{julliard@@winehq.org} @@ -405,7 +405,7 @@ The Wine USENET newsgroup @url{news:comp.emulators.ms-windows.wine} is useful for both Wine developers and Wine users. The Wine home page -is @url{http://www.winehq.com/}. +is @url{http://www.winehq.org/}. @node Wine Design, Reference Manual, Introduction, Top @chapter Wine Design @@ -1658,7 +1658,7 @@ patches}, for details. @item -Mail the patch to Alexandre Julliard, @email{julliard@@winehq.com}. +Mail the patch to the wine-devel mailing list, @email{wine-devel@@winehq.org}. @item Wait for the patch to appear in the official distribution. @@ -1731,7 +1731,7 @@ patches}, for details. @item -Mail the patch to Alexandre Julliard, @email{julliard@@winehq.com}. +Mail the patch to the wine-devel mailing list, @email{wine-devel@@winehq.org}. @item Wait for the patch to appear in the official distribution. diff -urN wine-orig/documentation/winelib-bindlls.sgml wine/documentation/winelib-bindlls.sgml --- wine-orig/documentation/winelib-bindlls.sgml Tue Oct 2 13:48:16 2001 +++ wine/documentation/winelib-bindlls.sgml Wed May 15 22:37:17 2002 @@ -85,7 +85,7 @@ # linux library libMyLinux) # # For further details of wine spec files see the Winelib documentation at -# www.winehq.com +# www.winehq.org name MyWin type win32 diff -urN wine-orig/documentation/winelib-porting.sgml wine/documentation/winelib-porting.sgml --- wine-orig/documentation/winelib-porting.sgml Fri May 18 17:01:44 2001 +++ wine/documentation/winelib-porting.sgml Wed May 15 22:37:26 2002 @@ -279,7 +279,7 @@ <para> If you come across a difference between the Windows headers and Wine's that breaks compilation, try asking for help on - <email>wine-devel(a)winehq.com</email>. + <email>wine-devel(a)winehq.org</email>. </para> </sect1> diff -urN wine-orig/programs/notepad/README wine/programs/notepad/README --- wine-orig/programs/notepad/README Wed Mar 20 17:55:46 2002 +++ wine/programs/notepad/README Wed May 15 22:51:10 2002 @@ -13,4 +13,4 @@ Please see file TODO for things to do and keep the file ChangeLog up to date. -I also try to read wine-devel(a)winehq.com frequently. +I also try to read wine-devel(a)winehq.org frequently. diff -urN wine-orig/programs/notepad/main.h wine/programs/notepad/main.h --- wine-orig/programs/notepad/main.h Wed Mar 20 17:55:46 2002 +++ wine/programs/notepad/main.h Wed May 15 22:51:22 2002 @@ -31,7 +31,7 @@ /* hide the following from winerc */ #ifndef RC_INVOKED -#define WINE_RELEASE_INFO "Wine (www.winehq.com)" +#define WINE_RELEASE_INFO "Wine (www.winehq.org)" #include "commdlg.h" diff -urN wine-orig/tools/bug_report.pl wine/tools/bug_report.pl --- wine-orig/tools/bug_report.pl Wed May 8 21:04:47 2002 +++ wine/tools/bug_report.pl Wed May 15 22:52:13 2002 @@ -75,7 +75,7 @@ the second has *all* of the debug output, which can go to thousands of lines. To (hopefully) get the bug fixed, report it to the project - bug tracking system at http://bugs.winehq.com. + bug tracking system at http://bugs.winehq.org. Attach the first file to the bug description. Also include detailed description of the problem. The developers might ask you for "the last X lines from the report". If so, just @@ -567,7 +567,7 @@ }; $var30 = qq{ Having problems with the script? -Submit a bug report to Wine bugtracking system at http://bugs.winehq.com or +Submit a bug report to Wine bugtracking system at http://bugs.winehq.org or tell the wine newsgroup (comp.emulators.ms-windows.wine). }; print do_var($var22); diff -urN wine-orig/tools/genpatch wine/tools/genpatch --- wine-orig/tools/genpatch Sat Mar 9 19:24:22 2002 +++ wine/tools/genpatch Wed May 15 22:52:33 2002 @@ -1,7 +1,7 @@ #!/usr/bin/perl # # genpatch - A utility that generates patches for submission to -# wine-patches(a)winehq.com +# wine-patches(a)winehq.org # # Copyright Steven Elliott <elliotsl(a)mindspring.com> # @@ -23,7 +23,7 @@ =head1 NAME genpatch - A utility that generates patches for submission to -wine-patches(a)winehq.com +wine-patches(a)winehq.org =head1 SYNOPSIS diff -urN wine-orig/tools/winedump/winedump.h wine/tools/winedump/winedump.h --- wine-orig/tools/winedump/winedump.h Sat Mar 9 19:24:24 2002 +++ wine/tools/winedump/winedump.h Wed May 15 22:53:10 2002 @@ -20,7 +20,7 @@ * References: * DLL symbol extraction based on file format from alib (anthonyw.cjb.net). * - * Option processing shamelessly cadged from winebuild (www.winehq.com). + * Option processing shamelessly cadged from winebuild (www.winehq.org). * * All the cool functionality (prototyping, call tracing, forwarding) * relies on Patrik Stridvall's 'function_grep.pl' script to work. diff -urN wine-orig/tools/wineinstall wine/tools/wineinstall --- wine-orig/tools/wineinstall Wed May 15 22:28:46 2002 +++ wine/tools/wineinstall Wed May 15 22:52:55 2002 @@ -363,7 +363,7 @@ echo "'$sucommand' correctly." echo "If you didn't enter an incorrect password then please report this" echo "error and any steps to possibly reproduce it to" - echo "http://bugs.winehq.com/" + echo "http://bugs.winehq.org/" echo echo "Installation failed, aborting." exit 1 diff -urN wine-orig/tools/wmc/wmc.man wine/tools/wmc/wmc.man --- wine-orig/tools/wmc/wmc.man Tue Jun 13 00:34:42 2000 +++ wine/tools/wmc/wmc.man Wed May 15 22:53:20 2002 @@ -97,7 +97,7 @@ WineHQ, the .B wine development headquarters, at -.I http://www.winehq.com/. +.I http://www.winehq.org/. .SH "SEE ALSO" .BR wine (1), .BR wrc (1) diff -urN wine-orig/tools/wrc/wrc.man wine/tools/wrc/wrc.man --- wine-orig/tools/wrc/wrc.man Fri Aug 25 17:32:18 2000 +++ wine/tools/wrc/wrc.man Wed May 15 22:53:29 2002 @@ -226,6 +226,6 @@ WineHQ, the .B wine development headquarters, at -.I http://www.winehq.com/. +.I http://www.winehq.org/. .SH "SEE ALSO" .BR wine (1),

1 0

talk-through dll
by Lonnie Cumberland 16 May '02

16 May '02

Hello All, I have been reading over the Wine documentation but have not come across this yet. I am interested in having a windows DLL that can access some functions native to Linux. For instance, possibly an application under wine that allows me to add a new user to my Linux box. My guess is that I should be able to write up a windows dll that will talk to Linux. Is this correct? If so then where in the Wine docs can I read more about the specifics of how this can be done? Thanks in advance, Lonnie

3 5

Re: wine/ ./Make.rules.in debugger/.cvsignore dlls ...
by Eric Pouech 15 May '02

15 May '02

> Added winebuild support for generating a .dbg.c file containing the > debug channels definitions. > Made win32 the default type for spec files. > Ignore C compiler in winebuild so we can simply pass it $(DEFS). > Removed type win32 and debug_channels from spec files. > Fixed winebuild to always generate correct C identifiers (reported by > Vincent Béron). > one comment about this patch: the c correct identifier isn't perfect (program name can start with a digit, whereas C ident can't) A+

2 1

Getpagesize in libwine port.c on windows target
by Steven Edwards 15 May '02

15 May '02

I have two fixes for missing getpagesize on windows. Once this is done the only thing that is stopping me from building libwine is the missing refrences to _assert and _errorno. 1. In xemacs they #define getpagesize() 4096 and it seems to work. 2. The other fix would be to use getsystem_info. I just can't make the Getsystem_info workaround to work right. Here is a example. /* getpagesize for windows */ long getpagesize (void) { static long g_pagesize = 0; if (! g_pagesize) { SYSTEM_INFO system_info; GetSystemInfo (&system_info); g_pagesize = system_info.dwPageSize; } return g_pagesize; } "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

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