- wine-devel - winehq.org

Question about --debugmsg +snoop
by Massimo 08 Jul '02

08 Jul '02

Is there a way to activate +snoop only for selected dll ??? I think that would help me to find AutoCAD 2000 access violation on startup, isolating the dll where it happens. As stated few msg before, it starts up good with +snoop, but it crashes on very beginning without +snoop. Regards Max

3 4

warcraft 3
by Bobby Bingham 08 Jul '02

08 Jul '02

After buying Warcraft 3, and reading on the mailing list that the beta had worked under wine, I decided to try the final version under wine. It installed fine, but won't run. Or rather, when I try to run it, it prints this out, and just sits there: fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please report) I don't know much about the various debug messages, but if I run it with --debugmsg +relay, i see thousands upon thousands of lines like this: 0809c7f8:Call ntdll.dll.RtlEnterCriticalSection(403e0534) ret=40bf1e46 0809c7f8:Ret ntdll.dll.RtlEnterCriticalSection() retval=00000000 ret=40bf1e46 over and over, with these occasionally interspersed: 0809c7f8:Call kernel32.dll.GetTickCount() ret=40bf2013 0809c7f8:Ret kernel32.dll.GetTickCount() retval=00001f07 ret=40bf2013 now, how would one go about debugging this. It doesn't seem as convenient as just crashing in one specific function and bringing up the debugger ... Thanks, Bobby Bingham

3 4

Re: Apps that installs VBA
by Massimo 08 Jul '02

08 Jul '02

Looking in wine dir (~/c/windows) I found the 'missing' fsivba.dll. I think it should have been placed in ~/c/windows/system, or system32, not in ~/c/windows... I think there's again some problem with path handling or something like that, as it was with missing '\\' in the system.reg files some times ago. That problem caused also misplacement of some files, because of the malformed path. Regards Max

1 0

RE: WINE
by Steven Edwards 08 Jul '02

08 Jul '02

I'm forwarding a copy of this to wine-devel and reactos-kernel. The way that I have been doing it is to work out of the WINE tree to and submit changes back to them. I try to take a snapshot of the current WINE tree every few months and that then becomes the -stable branch for ReactOS. If there is a bug in the ReactOS wine any patch needs to be wrapped in a #ifdef __REACTOS__ that way it will be easy for us to submit patches back to wine. The long term goal is to make all of the WINE dlls upgrade able at anytime. So if you have a idea about a better way to do it then please let me know. Our branch is a little odd because it was not tagget right when they first committed it to CVS. It doesnt really matter to much about the version numbers though because we know where changes have been made on the ReactOS side by the #ifdefs. Thanks Steven --- Jurgen Van Gael <jurgen.vangael(a)student.kuleuven.ac.be> wrote: > Hi Steven, > > I set up my box here in France, and am starting to > code again. My > question: > I am not that experienced with forking etc ... So > should I modify the > dll's in the reactos tree and submit patches, diffs > or new files to > reactos, or do I submit all my work to WINE? > > Jurgen __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

1 0

Apps that installs VBA
by Max 07 Jul '02

07 Jul '02

Installing AutoCAD 14, I get everytimes an error telling that VBA (visual basic for applications) cannot be installed (the messagebox tells a very very meaningful 'error 18' (sigh) and aborts VBA setup). As I've seen that someone is working on visual basic apps (maybe Ann and Jason Edmeades ?), does someone have an idea of the solution ? Regards Max

3 5

Re: Suggested bitmap coords resolve
by Andreas Mohr 07 Jul '02

07 Jul '02

On Sun, Jun 23, 2002 at 06:18:13PM +0300, P. Christeas wrote: > This patch resolves some trouble with bitmap drawing (DIBs), when the y-axis > uses negative mapping (LPtoDP). This makes Aut0CaD r. 14 usable under wine. > Please note bug #720, which was closed by this patch and note any problems w. > the patch. > > The second patch is a simple suggestion about a NULL handler. IMHO all NULLs > coming from external programs-libs should be handled in a prog. In that case, > a NULL causes no harm, but I guess my 'early test' may introduce a minor > speedup. "Am I right?" No, IMO this is not correct. If Windows doesn't handle NULLs, then we shouldn't either. How are we supposed to detect problems with our API implementation if all we ever do is handle every single problem gracefully ? That way we'll never find out about that grave implementation problem of ours leading to a NULL value... -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

2 1

Wrote an graphical wine.config frontend
by Clemens Eisserer 06 Jul '02

06 Jul '02

Hi Wine-Hackers! I wrote an graphical tool to make the administrations of the config-file easier for those windosen. Currently its only an prototype and isnt very stable. Its written in Java, compiled into native-Unix-binaries and it uses java-gtk as gui-toolkit. Its nearly as fast as C++ but coding is much easier and faster. I added a screenhot, and I hope that nobody's angry about the big download-size :-( My problem is that I dontknow all the wine.config options avaible, I've just implemented all active and all not active (;) options, only the program-specific setting are still not implemented and they wont be implemented in the near future. So is there an overview avaible, which explains all the options aviable in the config? Thx , Linuxhippy

1 0

Graphical Configuration-Tool for wine.conf
by Clemens Eisserer 06 Jul '02

06 Jul '02

Hi! I'm one of two web-masters of www.linux-wine.de . Many people in our forum asked for a graphical frontend to the wine.config. And because google didnt find anything, I've just wrote a prototype. Its written in Java, is compiled to a native-Linux program via gcj and uses java-gtk as toolkit. It is nearyl as fast as a C++ program, but coding is much faster und easier. And (for all GNU-fanatics) its fully GPL-compatible.... My problem is, that I dont know all options of the config-file. Till now I only implemented the options which stands in my wine-config, including the ;-Entries. Only the specific-program settings are not iplemented, its too hard to make this part GUI-based (I'm so sorry, but my english is terrible). Is there somewhere an overview over all avaible options? Is such a tool already avaible, or an existing codebase? Please note that Jine (Jawy after the rewrite) isnt ready for use. O.K it does work, but the code is awful and I'm currently working on a rewrite. May I ask wine-questions for this tool at this list? Thx , Linuxhippy

2 1

Strange behaviour -- app starts only with --debugmsg+snoop
by Max 06 Jul '02

06 Jul '02

AutoCAD again ! After finally R14 runs fine, i'm trying with AutoCAD 2000. Setup goes ok (besides usual VBA problem). Starting with 'wine acad' gives a very early error of unhandled access violation. I tried to start it with --debugmsg +snoop to see what happened and, surprise, app starts up quite good. It then hangs much later, but that's another problem. So the question : how it's possible that requesting snoop messages bypasses the initial access violation ? I think that snoop adds only a thunk to calls on native dlls.... Any suggestion appreciated ! Regards Max

3 2

Re: The filedlg95 behaviour
by Ann and Jason Edmeades 06 Jul '02

06 Jul '02

This leads to an interesting question. The MSDN states (edited for w2k behaviour but others are teh same): Initial Dir: Pointer to a null terminated string that can specify the initial directory. The algorithm for selecting the initial directory varies on different platforms. Windows 2000: ------------- If lpstrFile contains a path, that path is the initial directory. Otherwise, lpstrInitialDir specifies the initial directory. If lpstrInitialDir is NULL and the current directory contains any files of the specified filter types, the initial directory is the current directory. Otherwise, if the application has used an Open or Save As dialog box in the past, the path most recently used is selected as the initial directory. However, if an application is not run for a long time, its saved selected path will be discarded. *****> Otherwise, the initial directory is the personal files directory of the current user. Otherwise, the initial directory is the Desktop folder. Questions... Windows has the 'personal files' directory set to My Documents - That is why when doing this patch I implemented it that way. If you are saying you would prefer the home directory to be this, then why dont we make the Personal Files registry key always point to the users home directory? We either have complete compatibility eg. files go in ~ which is the Unix methodology, but windows apps looking in \My Documents directly would work, or we can try to slightly unix-ify the windows way and use ~ as the My Documents directory. I'm not convinced a patch should be submitted unless this is addressed. I have no problems assuming my change is not 100% correct, but we dont want a bounce of patches where someone tries to swap it back later to fix a specific unix app. BTW It is not a registry key directly which changes the behaviour, moreover which version of windows is trying to be emulated by Wine at that time. Regards, Jason

1 0

Re: wine/ dlls/dsound/dsound_main.c dlls/x11drv/x1 ...
by Steven Edwards 06 Jul '02

06 Jul '02

> Log message: > No need to call GetModuleFileName16 now that > GetModuleFileNameA > handles 16-bit tasks. With this patch I can now build dsound on Mingw if I import ntdll. Are there going to be other places like this where the A/W function can be used rather then the 16? Thanks Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

2 2

Re: ShellExecute placeholder patch
by Eric Pouech 06 Jul '02

06 Jul '02

Duane Clark a écrit : > > As the comment to ShellExecute states, there can be placeholders in > commandlines retrieved from the registry. For example, MS Installer has > this string: [snip] Hi Duane, It would be better IMO to merge actually ShellExecute and ShellExecuteEx Most of what you need is already in ShellExecute but not in ShellExecuteEx (of course, ShellExecute should call ShellExecuteEx, but this isn't done yet) A+

2 2

The filedlg95 behavior
by Duane Clark 06 Jul '02

06 Jul '02

I was hoping to perhaps provoke discussion of the new behavior of the file dialog. Prior to this patch: http://www.winehq.com/hypermail/wine-cvs/2002/06/0028.html the default behavior was to start the open file dialog in the current directory. After the patch, the default behavior is to start in the C:\My Documents directory, though this can be changed with a registry key. While this is the default behavior on Windows, I am not sure that wine should copy this behavior so precisely. I personally think that the old behavior was better. I would think that very few Linux users would actually use the C:\My Documents directory. But perhaps my own preferences are coloring my views. I think the command line oriented nature of Linux would call for a occasional differences in behavior. Duane

2 2

RegEnumValueA bugs and patch in dlls/advapi32/registry.c
by Max 05 Jul '02

05 Jul '02

Well, finally found and corrected a bug that made AutoCAD R14 hang... I guess some other apps could have the same problem solved, but had no time to test more :) In RegEnumValueA, when the size for requested data buffer is too small, function should return an error (as it does), but also return correct buffer size (as it doesn't). Found in AutoCAD; it asked for a reistry key value, got error, and then looped forever trying to get val with wrong buffer size. I guess, but had no time yet to check, that this problem could happen somwhere else in Registry.c, I'll check it out next days. With this patch, finally AutoCAD R14 is perfectly usable in wine, even without a native windows installed ! Here the patch : --- dlls/advapi32/registry.c Sat Jul 6 01:29:08 2002 +++ /home/massimo/wine-patches/registry.c Sat Jul 6 01:35:32 2002 @@ -1157,6 +1157,9 @@ RtlUnicodeToMultiByteSize( &len, info->Name, info->NameLength ); if (len >= *val_count) { + /* CHANGELOG : 04.07.2002 by Max + MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ + *val_count = len + 1 ; status = STATUS_BUFFER_OVERFLOW; goto done; } @@ -1174,6 +1177,9 @@ { if (len > *count) { + /* CHANGELOG : 04.07.2002 by Max + MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ + *count = len+1 ; status = STATUS_BUFFER_OVERFLOW; goto done; } I'll just post it to wine-patches too. Regards Max

1 0

Re: Floppy handling Fix
by Alexandre Julliard 05 Jul '02

05 Jul '02

Keith Matthews <keith_m(a)sweeney.demon.co.uk> writes: > 1 - Fix incorrect reporting of no media in floppy drive as > permissions problem. > 2 - Provide partial workaround for very long delays (c. 40 sec per > lookup, about 7 minutes to set up file browser) on lookups to > floppy drive not physically present (e.g. laptop with floppy or > CD setup) I'm not sure why you are trying to duplicate the kernel permission checks, this is clearly wrong. You should simply do an open and check errno to find out what went wrong. Also there's no point in having a DRIVE_NO_MEDIA flag since this is a temporary condition. For the case of open succeeding with no floppy drive, I think you could handle it by checking if the subsequent read() fails. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Better fix for [bug 829] (same surface display corruption)
by Lionel Ulmer 05 Jul '02

05 Jul '02

> I took Lionel's sugestions to heart and came up with a better fix for > bug 829. This has a better check for defining when the corruption could > occur and should be a little faster Well, I had not in mind exactly what you did. > + SameSurfaceOK = (!((src == iface)&&(sbase < dbuf)&&(xdst.top < xsrc.bottom)&&(xdst.left < xsrc.right))); I do not really understand all the details of this check, so a comment would be nice, but well, I think it is unneeded (see below). > + if (SameSurfaceOK) { > + for (y = 0; y < dstheight; y++) { > + memcpy(dbuf, sbuf, width); > + sbuf += sdesc.u1.lPitch; > + dbuf += ddesc.u1.lPitch; > + } > + } else { > + > + sbuf += (sdesc.u1.lPitch*dstheight); > + dbuf += (ddesc.u1.lPitch*dstheight); > + > + for (y = 0; y < dstheight; y++) { > + sbuf -= sdesc.u1.lPitch; > + dbuf -= ddesc.u1.lPitch; > + memcpy(dbuf, sbuf, width); > + } > + } > + The problem I can see is that you use 'memcpy' even in the SameSurfaceNotOK case. And this is bad as memcpy does NOT handle overlapping memory zones. Moreover, you only have the 'descending' copy order in that case and not both cases. What I had in mind in my comments to your patch was something like that : if (src != iface) Do the standard memcpy code path else if source_Y > dest_Y do the ascending memmove copy else do the descending memmove copy This way you did not hurt the common case (ie Blt from two different surfaces). Now I agree that even in the same surface case, one could add some checks to see if the rectangles overlap or not, but I do not know if it would be worth the pain as memmove should not be THAT slower than memcpy. Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 3

RE: warcraft 3
by Hans Leidekker 05 Jul '02

05 Jul '02

> After buying Warcraft 3, and reading on the mailing list that the beta had > worked under wine, I decided to try the final version under wine. It installed > fine, but won't run. Or rather, when I try to run it, it prints this out, and > just sits there: > > fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported > fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported > fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please report) Let me guess: you have SCSI cdrom drive. I stumbled on this one as well some time ago. I learned that 11 is the SCSI major. It looks strange to me that the function CDROM_GetIdeInterface gets called while we have a SCSI cdrom drive? Anyways, as a workaround -- I don't think this is the right solution -- I added the following line to the switch statement in cdrom:CDROM_GetIdeInterface: case SCSI_CDROM_MAJOR: *iface = 0; break; This allowed my application to proceed (don't remember which application that was though). Regards, -Hans Leidekker

2 1

GRand Prix Legends network code
by Christoph Frick 05 Jul '02

05 Jul '02

Hi! I did some debugging, to find out why the game Grand Prix Legends did not work as network client/server. The problem: Its only possible to connect to servers/let clients connect from the local network. Solution: The game set (WS_)SO_DONTROUTE on the socket - and of course this works perfect under unix - but i never had problems while i played this game under windows so this is either not set, when the game runs under windows - or it has no effect within windows. Also the game like to bind the socket for the client connection a second time, when the first connection failed or was canceled. This does not work (addr. in use) - so a (WS_)SO_REUSEADDR would have been needed. Could please someone with a deeper insight in the world of windows direct me to some docu/specs or what ever to get informations about the winsock stuff? The link in the header of the dlls/winsock/socket.c is not valid. I even dont know what winsock version is the current one (1.1,2.0,???). Help is appreciated! Thanx alot! CU!

1 0

Re: dlls/advapi32/registry.c patch for RegEnumValuesA
by Massimo 05 Jul '02

05 Jul '02

Resubmitting as for Tony Lambregts request :) Well, finally found and corrected a bug that made AutoCAD R14 hang... I guess some other apps could have the same problem solved, but had no time to test more :) In RegEnumValueA, when the size for requested data buffer is too small, function should return an error (as it does), but also return correct buffer size (as it doesn't). Found in AutoCAD; it asked for a reistry key value, got error, and then looped forever trying to get val with wrong buffer size. I guess, but had no time yet to check, that this problem could happen somwhere else in Registry.c, I'll check it out next days. With this patch, finally AutoCAD R14 is perfectly usable in wine, even without a native windows installed ! Change log: Change In RegEnumValueA, when the size for requested data buffer is too small, function should return an error (as it did), and also return correct buffer size (now it does). Max max(a)com.veneto [reversed :) ] ----- --- dlls/advapi32/registry.c Sat Jul 6 01:29:08 2002 +++ /home/massimo/wine-patches/registry.c Sat Jul 6 01:35:32 2002 @@ -1157,6 +1157,9 @@ RtlUnicodeToMultiByteSize( &len, info->Name, info->NameLength ); if (len >= *val_count) { + /* MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ + *val_count = len + 1 ; status = STATUS_BUFFER_OVERFLOW; goto done; } @@ -1174,6 +1177,9 @@ { if (len > *count) { + /* MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ + *count = len+1 ; status = STATUS_BUFFER_OVERFLOW; goto done; }

2 1

Re: Added support for APPMODE=<type>[:<mainFunc>]
by Alexandre Julliard 05 Jul '02

05 Jul '02

Gregg Mattinson <gm138242(a)scot.canada.sun.com> writes: > - .spec files can't be compiled with -g when using Forte C. This causes static > variables to have a "random" prefix attached to their name, and prevents the > assembly code from linking to them correctly. > - Forte C has linker issues, so cui executables with main() conflicted with > main() in $WINELOADER. Renaming main() to main2() solved the issue, so I added > support to winebuild to allow the main function name to be optionally specified > in the makefile. I have applied the rest of the patch, but these are bugs that need to be fixed, not simply worked around. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: dlls/advapi32/registry.c patch for RegEnumValuesA
by Tony Lambregts 04 Jul '02

04 Jul '02

Max wrote: >Here a patch that corrects a nasty bug in dll/advapi32/registry.c, causing >AutoCAD R14 (and I guess other apps too...) to hang. > >Regards > >Max > > > >------------------------------------------------------------------------ > >--- dlls/advapi32/registry.c Sat Jul 6 01:29:08 2002 >+++ /home/massimo/wine-patches/registry.c Sat Jul 6 01:35:32 2002 >@@ -1157,6 +1157,9 @@ > RtlUnicodeToMultiByteSize( &len, info->Name, info->NameLength ); > if (len >= *val_count) > { >+ /* CHANGELOG : 04.07.2002 by Max >+ MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ > The comment is OK I suppose, but it is part of the change log. Change log entries should not be part of the patch itself. >+ *val_count = len + 1 ; > status = STATUS_BUFFER_OVERFLOW; > goto done; > } >@@ -1174,6 +1177,9 @@ > { > if (len > *count) > { >+ /* CHANGELOG : 04.07.2002 by Max >+ MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ > Same here. >+ *count = len+1 ; > status = STATUS_BUFFER_OVERFLOW; > goto done; > } > > Sorry to nitpick could you resubmit something like this ---- This is the first part. This is where you can say what you did, and say what you wanted to say, in as long and as rambling way as you want. It is for expaining whatever you wanted to expain, why you wanted to do it the way you wanted to do it section. next comes the change log . after that your name and contact. Change log: Change In RegEnumValueA, when the size for requested data buffer is too small, function should return an error (as it did), and also return correct buffer size (now it does). Max max(a)veneto.co ----- attched patch

1 0

Running half-life turns X display into garbage
by Joshua Thielen 04 Jul '02

04 Jul '02

Hello, When I run half-life, the X display gets totally corrupted and the only way to restore is to restart the X server. I'm using an NVidia G-force 3 video card running at 1024x768 with 16-bit color. I have already run a few traces, but since I have no idea at what point the display gets corrupted, it's kind of hard to debug. Has anyone encountered this problem yet? Are there any specific functions or channels I should be looking at in the trace? Thanks, Josh Thielen __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

4 4

2 quick things on the Cygwin/Mingw port
by Steven Edwards 03 Jul '02

03 Jul '02

Hola 1. This is simple but as you guys know I have this lysdexic thing when it comes to configure. Libwine needs to import certain functions from the c library to compile, at present it is hard coded for -lmsvcrt. This needs to be changes to import -lcygwin if configure detects a cygwin host/target. I know its simple we just need to have the check in configure that sets CLIBRARY=(lmsvcrt or lcygwin) then Makefile.in in libwine needs to be changed like this: libwine.dll: $(OBJS) $(DLLWRAP) $(DLLWRAPFLAGS) --export-all --implib libwine.a -o libwine.dll $(OBJS) -lmsvcrt to libwine.dll: $(OBJS) $(DLLWRAP) $(DLLWRAPFLAGS) --export-all --implib libwine.a -o libwine.dll $(OBJS) $(CLIBRARY) 2. I was able to get Wineserver.exe to compile under cygwin when I stubbed getthreadcontext and setthreadcontext. Kernel32.dll implements these to functions so on the Mingw or Cygwin port can I import it for these needed functions? Thanks and have a good 4th Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Re: DOSFS_GetPathDrive patch
by Alexandre Julliard 03 Jul '02

03 Jul '02

Duane Clark <dclark(a)akamail.com> writes: > In particular, it calls GetFileAttributes with a path like: > \c\Xilinx\bin\lib\tcl8.3\init.tcl > which fails in DOSFS_GetPathDrive. > > Changelog: Check for absolute Unix path in DOSFS_GetPathDrive The problem I see with that is that the app can no longer access a directory that has the same name as a drive root (for instance if you have a /msdos drive then the app cannot use \msdos to mean c:\msdos). Where does the Xilinx path come from? That's not a valid Windows path anyway so that looks like a bug. -- Alexandre Julliard julliard(a)winehq.com

2 1

(no subject)
by Steven Edwards 03 Jul '02

03 Jul '02

Anyone planning on attending the Linux World Expo? I was going to be in the Bay area on the 12th anyway to tour Berkley so I think I'm going to extend my trip to make the show. Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Bug in RegEnumValueA ?
by Massimo 03 Jul '02

03 Jul '02

Again investigating AutoCAD r14 app under wine, I found a bug that make app hang when some registry values are present. At first I've made a script that cleans up registry before launching AutoCAD,but this was only a way-around to the problem. Looking at relay output, I found a loop in calling RegEnumValueA : // @@@@ START OF LOOP BLOCK HERE......... :Call advapi32.dll.RegEnumValueA (000000cc,00000001,40486844,404868ec,00000000,404868f4,41e62020, 404868fc) ret=008a3850 :Call ntdll.dll.NtEnumerateValueKey (000000cc,00000001,00000001,40486544,00000100,40486540) ret=406afb24 :Ret ntdll.dll.NtEnumerateValueKey() retval=00000000 ret=406afb24 :Call ntdll.dll.RtlUnicodeToMultiByteSize(4048653c,40486558 L"REGPATH\\\\HKEY_LOCAL_MACHINE\\Software\\Autodesk\\AutoCAD\\R1 4.0\\ACAD-2452448:80143967\\AutodeskApps\\LsObj",0000000e) ret=406afc03 :Ret ntdll.dll.RtlUnicodeToMultiByteSize() retval=00000000 ret=406afc03 :Call ntdll.dll.RtlUnicodeToMultiByteN (40486844,00000007,00000000,40486558,0000000e) ret=406afc24 :Ret ntdll.dll.RtlUnicodeToMultiByteN() retval=00000000 ret=406afc24 :Call ntdll.dll.RtlUnicodeToMultiByteSize(40486538,40486566 L"\\\\HKEY_LOCAL_MACHINE\\Software\\Autodesk\\AutoCAD\\R14.0\\AC AD-2452448:80143967\\AutodeskApps\\LsObj",000000bc) ret=406afc77 :Ret ntdll.dll.RtlUnicodeToMultiByteSize() retval=00000000 ret=406afc77 :Call ntdll.dll.RtlNtStatusToDosError(80000005) <--ERROR HERE ! ret=406afd5d :Ret ntdll.dll.RtlNtStatusToDosError() retval=000000ea ret=406afd5d :Ret advapi32.dll.RegEnumValueA() retval=000000ea ret=008a3850 <-- MORE DATA AVAILABLE RETURN (AUTOCAD KEEPS TRYING TO GET DATA) // @@@@ END OF LOOP BLOCK HERE Here RegEnumValueA returns an error of invalid buffer; Looking into code it seems to me that the NtEnumerateValueKey() used to find the largest name and value sizes of keys to be enumerated returns a wrong size; next use for reading the key gives an arror of buffer overflow, being it allocated with wrong (too small) size. AutoCAD keeps trying to get the keys/values, in and endless loop. Looking more with some debug print statements, it appears that Autocad allocates 4 bytes of buffer for the value, but RegEnumValueA needs much more, 94 in this case, giving an Out-Of-Buffer error back. It seems to me that the 94 bytes are for the name of the key, not for the value.... Regards Max

3 2

Re: Fix for [bug 829] DIB_DirectDrawSurface_Blt same src./dest. surface = screen corruption
by Lionel Ulmer 03 Jul '02

03 Jul '02

The patch looks fine to me. There is just one comment opn these lines : > + if (SameSurface) > + { > + static BOOL WarnSurface = FALSE; > + if (!WarnSurface) > + { > + FIXME("\tSame source and destination could cause display problems\n"); > + WarnSurface = TRUE; > + } > + } Why did you add this ? If you verified your patch and it's working, why add additionnal debug informations that will only confuse people :-) ? Moreover, I do not know the performance hit between a 'memcpy' and a 'memmove', but well, one could have put the old code in a if (!SameSurface) to have the fastest path available to the most common case. A part from these nitpicks, the patch looks fine and I will test it this evening on FalloutTactics to see if it fixes the screen corruption :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Re: Fix for [bug 829] DIB_DirectDrawSurface_Blt same src./dest. surface = screen corruption
by Ian D. Stewart 03 Jul '02

03 Jul '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 02 July 2002 18:57, Tony Lambregts wrote: > Change log: Fix screen corruption when source and destination are the > same surface and areas are the same size. I've applied this patch. While the on-screen garbage has not entirely gone away, it does appear to be better (but then, it could just be my imagination...). No change to hang-up after playing movies. Ian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9Iv8YAjpHQQmBAUMRAtjMAJ0eSyS5Z06Kr51uLloq/Nn9CuKQXwCglPrD Ff3Vfg2m2tcqpA1VkeQI9+0= =IPbG -----END PGP SIGNATURE-----

2 1

Arts, DSound, and Media Player
by Jeremy Shaw 03 Jul '02

03 Jul '02

Hello, I am trying to get media player to work with the winearts audio driver. I compiled the latest source from CVS, added Drivers="winearts.drv" to the config file, and installed media player. When I try to play a file (like an mp3), I do not get any audio. If I watch the elapse time, it will increment normally for a few seconds and then start playing super fast. Also when it starts playing super-fast I get the following error a bunch of times: fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=17640 < primary_done=49392) At this point in time I know very little about what is wrong. Do you guys (we are all guys ???) think it is a problem with the wine source, my build of KDE, or just some messed up config files. Or perhaps I just installed too many native DLLs trying to make media player work? I will keep hacking away, but any guidance will be highly valued. I have not gotten ever gotten sound using the winearts driver, but so far I have only tried media player. Thanks in advance, Jeremy Shaw.

2 1

Re: [help] GDI text fonts
by Huw D M Davies 03 Jul '02

03 Jul '02

On Wed, Jul 03, 2002 at 04:54:18PM +0800, leanne wrote: > Huw D M Davies wrote: > > > > >It's still not clear to me whether you're using XServer rendered fonts > >or client side (Wine) rendered fonts. Could you send me the > >--debugmsg +font,+xrender log ? > > > >Huw. > > > Hello, > > I have checked cvs today and found that it supports to download tt > fonts to printer but the position of the text messes up. > Maybe it's a bug. > > I still find the font of the interface is very ugly, what do you think? > Attached please find the log and screenshot. > Very thanks. > > trace:font:DumpFontList Family: L"AR PL Mingti2L Big5" > trace:font:DumpFontList L"Reguler" > trace:font:DumpFontList Family: L"AR PL KaitiM Big5" > trace:font:DumpFontList L"Regular" There's a problem with Type42 font downloads, a workaround for this to edit generic.ppd and change the line *TTRasterizer: Type42 to *TTRasterizer: None this will tell Wine to send download the font as a Type 1 outline which should work. Do you mean that the roman (English) font is ugly (since I have no idea whether the Chinese characters look ok maybe you let me know how they look)? You only have two fonts installed (see the above fragment from the log), so the english text has to come from one of these fonts. What you may want to do is to install some fonts like Arial, Times New Roman etc. You could either copy these from a Windows installation (or add a line to the [FontDirs] section of config to point at an existing Windows partition font directory), or you can download a selection of the core Windows fonts from Microsoft's website. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Still getting this error
by Steven Edwards 03 Jul '02

03 Jul '02

With the last release I can build and use wine but with the current CVS I still get the following errors. Warning: loading builtin gdi32.dll, but native version already present. Expect trouble. Warning: loading builtin user32.dll, but native version already present. Expect trouble. wine: Unhandled exception, starting debugger... I am still not able to track down the patch that causes this. I have a clean WINE with no windows on any of my drives in my slackware box. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 1

Re: Private Profile Regression Test
by Dmitry Timoshkov 03 Jul '02

03 Jul '02

"Joshua Thielen" <thielen(a)netprince.net> wrote: > Anyhoo, please let me know what you think - are the tests sufficient, > too much, not written properly? etc. First of all, thank you very much Joshua! Really great work! A couple of comments though: /* * Special case: NULL lpReturnedString with size > 0 * This causes an application error in win2k. Let's make wine better :) */ IMO it's not very good idea to make some tests succeed under Wine, which clearly crashes under win2k. That would play some bad role in the case of the back porting Wine code to Windows, since some code, internal to Wine, could rely on that forbidden API behaviour. I also have the following failures under win2k: Number of bytes read do not match FAIL: c:\result.ini does not match compare1.ini Number of bytes read do not match FAIL: c:\result.ini does not match compare2.ini -- Dmitry.

2 2

Re: Small 'let's prevent a crash' fix
by Lionel Ulmer 02 Jul '02

02 Jul '02

> This does not fix the real problem (ie why does this DC not have a font even > if the application called a 'SelectObject' on it), but well, it cannot harm > to be more verbose and to prevent crashes if possible :-) OK, found the 'error' : the problem comes from the fact that I am using client-side fonts (aka XRender) : so the 'font' part of the physDev structure is always '0'. And that also means that we cannot use as is the glXUseXFont function. So basically, I need to implement it myself using 'GetGlyphOutline' (should not be that hard to do :-) ). Now my question : is 'GetGlyphOutline' always working even when not using client-side fonts ? If yes, I will completely remove the call to glXUseXFonts (I know, in that case, fonts displayed by OpenGL will be different by the one displayed by X, but well, ...) and always use the manual 'GetGlyphOutline' function. And I will try at the same time to remove all GLX calls from wgl.c and put them in special X11DRV escapes to have a real X11 free wgl.c file (ie for example, creating an OpenGL context would be a special escape for the X11DRV as it's basically something that is in GLX). Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Re: Removed extra , from enum declarations
by Andreas Mohr 02 Jul '02

02 Jul '02

On Tue, Jul 02, 2002 at 03:39:04PM -0400, Gregg Mattinson wrote: > Resubmitting because I forgot to attach the file. Sorry. I'm also sorry about > the large number of posts today. You feel sorry about WHAT !? Heck, I guess you might have a minimalistic reason to feel sorry once you manage to crash the mailing list server due to sending way too many patches, but until that happens... ;-) Have a nice day ! -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

1 0

Re: Added support for APPMODE=<type>[:<mainFunc>]
by Joerg Mayer 02 Jul '02

02 Jul '02

On Tue, Jul 02, 2002 at 04:06:56PM -0400, Gregg Mattinson wrote: > - .spec files can't be compiled with -g when using Forte C. This causes static > variables to have a "random" prefix attached to their name, and prevents the > assembly code from linking to them correctly. > - Forte C has linker issues, so cui executables with main() conflicted with > main() in $WINELOADER. Renaming main() to main2() solved the issue, so I added > support to winebuild to allow the main function name to be optionally specified > in the makefile. > - Forte C does not support .previous It was replaced with a .section statement > for the appropriate section > - '.section .text' is incorrect. It should be '.section ".text"' You omitted: - Replace constants by numeric values (aka magic numbers). > - fprintf( outfile, " rec.code = 0x%08x;\n", EXCEPTION_WINE_STUB ); > + fprintf( outfile, " rec.code = 0x%08x;\n", 0x80000100 ); - Inserted compiler specific compilation (as opposed to feature specific compilation) > +#ifndef __SUNPRO_C > fprintf( outfile, "\n#include \"pshpack1.h\"\n" ); > +#endif - Removed some unneeded includes. Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

Re: Void functions can't return a value
by Joerg Mayer 02 Jul '02

02 Jul '02

On Tue, Jul 02, 2002 at 03:34:44PM -0400, Gregg Mattinson wrote: > - void functions can't return a value, even if it is the return value from > another void function. Just looking at the patch a bit. This looks wrong to me. If you want to make the changes, you should convert return xxx() into { xxx(); return } > void WINAPI PathStripPathAW(LPVOID lpszPath) > { > if (SHELL_OsIsUnicode()) > - return PathStripPathW(lpszPath); > - return PathStripPathA(lpszPath); > + PathStripPathW(lpszPath); > + PathStripPathA(lpszPath); <----- should not be executed if condition is met > } This pattern is repeated several times. Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

Re: heads up: wine 20020605 broken on FreeBSD, workaround included
by Gerald Pfeifer 02 Jul '02

02 Jul '02

[ I'm now also Cc:ing this to the Wine developers, thus the full-quote. In fact, all non-GLIBC platforms seem to be affected by this bug! ] Based on your pointer, I believe I found the problem. In aclocal.m4 we have: AC_DEFUN([WINE_CHECK_ERRNO], [AC_CACHE_CHECK([for reentrant libc: $1],[wine_cv_libc_r_$1], [AC_TRY_RUN([int myerrno = 0; char buf[256]; int *$1(){return &myerrno;} main(){connect(0,buf,255); exit(!myerrno);}], wine_cv_libc_r_$1=yes, wine_cv_libc_r_$1=no, wine_cv_libc_r_$1=yes)]) AS_IF([test "$wine_cv_libc_r_$1" = "yes"],[$2],[$3])]) which, in configure, becomes: int myerrno = 0; char buf256; int *__error(){return &myerrno;} main(){connect(0,buf,255); exit(!myerrno);} That is, instead of an array of 256 characters, we have one character, and the invocation of connect() is definitely incorrect. Could someone more familiar with autoconf please have a look at this? Gerald On Mon, 1 Jul 2002, Scott Bolte wrote: > Over the weekend I tried to get wine 20020605 to run on a > new installation of FreeBSD 4.6. It took a while, I haven't > tried wine since 1997 after all, but I determined that my > problems were due to configure's reentrant libc test failing > when building the port. > > The wine_cv_libc_reentrant test in configure.ac first checks > for Linux (__errno_location) and then tests for FreeBSD > (__error). I don't have more time to figure out why, but > nesting the FreeBSD test that way results in a false > negative. The configuration will continue, as will the > build, but the resulting non-reentrant code goes into an > endless loop when trying to spawn threads. > > A crude workaround, for FreeBSD users at least, is to > replace the Linux test with the FreeBSD one. This needs to > be done before configure is run. I did it by hand, but I > expect the following code would do the trick. > > % cd /usr/ports/emulators/wine > % make patch > % perl -i -pe 's/__errno_location/__error/' work/wine-20020605/configure.ac > % make > % make install > > Below is the autoconf test script that demonstrates the > problem. It needs to be run in > /usr/ports/emulators/wine/work/wine-20020605/configure.ac > > Scott > > P.S. I'm not on the freebsd-emulators mailing list, but I > see from freebsd-questions that at least one other > person got wine to compile on 4.6. I can't explain > why it worked for him and not for me. However, I > installed a brand new copy of 4.6 from the standard > ISO images just to run wine. > > ---- testconf.ac > dnl Process this file with autoconf to produce a configure script. > dnl Original author: Michael Patra > dnl See ChangeLog file for detailed change history. > > m4_define(WINE_VERSION,regexp(m4_include(VERSION),[version $[-.0-9A-Za-z]+$],[\1])) > > AC_PREREQ(2.53) > AC_INIT([Wine],WINE_VERSION) > AC_CONFIG_SRCDIR(server/atom.c) > AC_CONFIG_AUX_DIR(tools) > > dnl **** Check for some programs **** > > AC_PROG_CC > > dnl **** Check for reentrant libc **** > > wine_cv_libc_reentrant=no > > dnl ##### > dnl ##### There is a problem if the FreeBSD test is nested > dnl ##### after the Linux test. In that instance, it fails. > dnl ##### If, on the other hand, it is tested first, it works. > dnl ##### > dnl ##### Swap the order of two following test case to see > dnl ##### how they differ. (Ignore the second case since it > dnl ##### will use cached data.) > dnl ##### > > dnl FreeBSD style errno location > WINE_CHECK_ERRNO([__error], [wine_cv_libc_reentrant=__error]) > > dnl Linux style errno location > WINE_CHECK_ERRNO([__errno_location], [wine_cv_libc_reentrant=__errno_location], > dnl FreeBSD style errno location > WINE_CHECK_ERRNO([__error], [wine_cv_libc_reentrant=__error] > )) > -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

3 4

alsa disable configure?
by Chris Thielen 02 Jul '02

02 Jul '02

Are there any patches in waiting to disable the use of ALSA in the configure script ... or is this not needed?

1 0

IsDialogMessageA/W question
by Sander van Leeuwen 01 Jul '02

01 Jul '02

Hi, Is there a specific reason why unprocessed messages in IsDialogMessage don't get dispatched? Experiments in Windows 2000 show this is not (always) correct. It seems all messages passed on to IsDialogMessage are dispatched and it always returns 1. IsDialogMessage doesn't call DispatchMessage, but the function called internally by DispatchMessage. Changing the behaviour to match Windows 2000 fixes at least one problem I noticed in an MFC application (button getting stuck when using the spacebar). There's not much information in MSDN about this function, so I can't say if IsDialogMessage always behaves like this. Sander

3 2

Re: Using win dll with wine
by psuchomel＠volny.cz 01 Jul '02

01 Jul '02

I can not simply transfer this code from Windows (under them it is compilable and working) to Wine, because this code is bridge beetwen my Java app and this dll. Because it depends on Windows natives of Sun JVM, it can not be directly run under Linux. My problem: How to brand (?) part of Wine, to be able use this dll f.e. with Qt Canvas or X11 rendering?. The example shows only some of the simpliest parts of this one, primary it is used as native rendering engine (and this engine exist only as dll for Windows, I do not expect there will be version for Linux in suitable time for me). Petr

1 0

Usind win dll with wine
by psuchomel＠volny.cz 01 Jul '02

01 Jul '02

Hi wine gurus I have some dll, I want to run under Linux. I try to study Wine docs, but, if I say the truth, I did not make me clever so much. Please, could you help me port this part of win code (extracted from my java <--> cpp bridge) under Linux? Petr //define dll handler HINSTANCE hInst = NULL; //define entry in dll typedef char* (_pascal * GLL_version)(); //here is some call //load library if( hInst == NULL ) hInst = LoadLibrary("mylib"); if( hInst == NULL ) return; //get proc address FARPROC proc = GetProcAddress(hInst, "GLL_VERSION"); //and call it if (proc != NULL) printf("%s", (char*)(GLL_version)proc()); //free handler FreeLibrary(hInst); hInst = NULL;

2 1

Bug #829 triggers lock-up in Baldur's Gate
by Ian D. Stewart 01 Jul '02

01 Jul '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After further research, it looks as if the lock-up in Baldur's Gate is being triggered by an unsupported API Call. Here is the pertinent error message from Wine: fixme:ddraw:DIB_DirectDrawSurface_Blt dwFlags DDBLT_WAIT and/or DDBLT_ASYNC: can't handle right now. This fixme is only encountered during game 'movies' (including resting and death scenes). I have a full logfile if anyone is interested. Ian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9H4FfAjpHQQmBAUMRAqG0AJ4iMs7zB5i2jQn0Axbtkqwsf1HShQCdHtPz zU0QnKIKUtr2vYNS+al5t7o= =pp9a -----END PGP SIGNATURE-----

3 6

RFC PATCH: Fix unixism in shelllink.c
by Steven Edwards 01 Jul '02

01 Jul '02

I dont know if this will work or not and its untested under *nix as wine and my slack 8.1 install are still not getting along. WINE already implements _cwait so we should use it although I think this is wrong. Can someone check and fix it? http://www.opengroup.org/onlinepubs/007908799/xsh/wait.html http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/h… The next one may be a bigger PITA because shelllink.c calls fork =( Changelog: Replace Unixism in shell32 cvs diff -u Makefile.in Index: Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/shell32/Makefile.in,v retrieving revision 1.50 diff -u -r1.50 Makefile.in --- Makefile.in 14 Jun 2002 23:48:27 -0000 1.50 +++ Makefile.in 1 Jul 2002 08:29:24 -0000 @@ -5,7 +5,7 @@ VPATH = @srcdir@ MODULE = shell32.dll # fixme: avoid ole32.dll import -IMPORTS = ole32 shlwapi comctl32 user32 gdi32 advapi32 kernel32 +IMPORTS = ole32 shlwapi comctl32 user32 gdi32 advapi32 kernel32 msvcrt ALTNAMES = shell.dll EXTRALIBS = $(LIBUUID) $(LIBUNICODE) cvs diff -u shelllink.c Index: shelllink.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shelllink.c,v retrieving revision 1.40 diff -u -r1.40 shelllink.c --- shelllink.c 31 May 2002 23:25:52 -0000 1.40 +++ shelllink.c 1 Jul 2002 08:29:52 -0000 @@ -720,7 +720,7 @@ _exit(1); } - while (waitpid( pid, &status, 0 ) == -1) + while (_cwait( &status, pid, 0 ) == -1) { if (errno != EINTR) {

1 0

Re: Modal vs Nonmodal window [Bug 825]
by Ann and Jason Edmeades 30 Jun '02

30 Jun '02

I've just uploaded a new (smaller) testcase for this issue. It shows a window launched by VB in 'modal' mode (xxx.show vbModal, Me) ends up (a) being clipped by the launching window, and (b) fails to accept keyboard and mouse input. Anyone got any thoughts about how to diagnose this - I need to get this working so I can open up the rest of my test app (All the bits I can get to now work with builtin oleaut32 after my last patch :-) ). I really am not a GUI person, but dont mind doing some diagnosis if someone can point me the right way. I've tried some traces with win debugmsg, but cant spot anything obvious. Regards, Jason

1 0

idl compiler in winehq tree
by Steven Edwards 30 Jun '02

30 Jun '02

Is anyone working on this or planning on submitting it? If not I will send the diffs tommrow as some of the ReactOS developers are interested in it but only only under LGPL. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: filedlg95 patch
by Dmitry Timoshkov 30 Jun '02

30 Jun '02

"Andreas Mohr" <andi(a)rhlx01.fht-esslingen.de> wrote: > - quote strings (better in case of LFNs) debugstr_a/w are specially designed for that task. -- Dmitry.

1 0

Re: int10 SetCursorShape
by Andreas Mohr 30 Jun '02

30 Jun '02

On Sun, Jun 30, 2002 at 12:41:07AM +0200, Andreas Mohr wrote: > BTW, "almost" meaning that the display is perfect > (see http://home.arcor.de/wineshots/ida.png), but it is still very SLOOOW. > I guess now there's some real incentive to improve something... Argh, argh, argh. That should have been http://home.arcor.de/andi.mohr/wineshots/ida.png -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

1 0

Re: winedefault.reg: FirstInstallDateTime value
by Joerg Mayer 29 Jun '02

29 Jun '02

On Sat, Jun 29, 2002 at 08:37:53PM +0200, Andreas Mohr wrote: > this adds the FirstInstallDateTime key, which is required by a program > some guy tested in the newsgroup. > +"FirstInstallDateTime"=hex:21,81,7c,23 How about adding a comment which date that is? 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.

2 1

AGAIN: Wine wrongly seeing gdi32 & user32 as native
by Steven Edwards 29 Jun '02

29 Jun '02

Just setup a clean wine on slack 8.1 and any time I try to run a GUI app I'm seeing this: Warning: loading builtin user32.dll, but native version already present. Expect trouble. wine: Unhandled exception, starting debugger... Warning: loading builtin gdi32.dll, but native version already present. Expect trouble. Warning: loading builtin user32.dll, but native version already present. Expect trouble. wine: Unhandled exception, starting debugger... Warning: loading builtin gdi32.dll, but native version already present. Expect trouble. Console apps work fine and I read the thread relating to this with the tests at http://www.winehq.com/hypermail/wine-devel/2002/03/0454.html but havent been able to fix it for these apps. What else should I be doing? Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 2

Re: X11DRV_SetDIBitsToDevice patch
by Max 29 Jun '02

29 Jun '02

Tony Lambregts wrote: >> Please resubmit this patch in diff -u format (+-) >> >> Tony Lambregts Ok, just submitting again Regards Max

1 0

VGA PLANETS
by Oliver Ob 29 Jun '02

29 Jun '02

A decent question: Has anyone got Tim Wisseman's VGA PLANETS (Version 4.xxxxx) got to work under Wine? If you like, you can send me PM. Kind regards and what I wanted to say here is: KEEP UP THAT GOOD WORK!! -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I mailto:VGAP-93-subscribe@yahoogroups.com I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - now back online +49.4504.TRSi1/TRSi2 <<<

1 0

Wine ODBC compatibilty
by Robert Damen 28 Jun '02

28 Jun '02

Wine, I found this address on your website, if it is the wrong address for these types of questions - Sorry!. I was wondering weather you could answer a question I have about support for Microsoft Office applications. The question is about weather wine can emulate (or has its own version of) the "ODBC Data Sources (32bit)" application found in c:\windows\Control Panel\ODBC Data Sources This application is used to set up DSN drivers for ODBC access on Access and Excel. An example of one of the drivers that this application handles is the MyODBC 3.51 windows driver. Any information would be greatly appreciated. Thanks Robert Damen ------------------------------------------ Robert Damen IT Dept. Select Music & Video Dist. Ltd. tel: 01737 645600 x224 fax: 01737 644065 mailto:RDamen@selectmusic.co.uk www.selectmusic.co.uk

2 1

Patches
by Max 28 Jun '02

28 Jun '02

I updated wine from CVS, and P. Christeas patch that solves bug 720 (misplaced graphics on AutoCAD) isn't there yet... but the bug does :) I tried the patch and works well with AutoCAD, and doesn't seems to make troubles with other apps I tested, so the question : what happens to patches sent to wine-devel ? They must be sent somwhere else or must wait longer to be put in CVS ? Regards Max

3 4

Re: X11DRV_SetDIBitsToDevice patch
by Tony Lambregts 28 Jun '02

28 Jun '02

Max wrote: >Here the X11DRV_SetDIBitsToDevice patch from P.Christeas that solves bug 720 - >Misplaced graphics in AutoCAD R14, with some minor cleanup by me. > >Regards > >Max > >------------------------------------------------------------------------ > >Index: graphics/x11drv/dib.c >=================================================================== >RCS file: /home/wine/wine/graphics/x11drv/dib.c,v >retrieving revision 1.97 >diff -r1.97 dib.c >4736a4737,4741 > > >>/* >> Changelog : 28.06.2002 : CLEANUP : cy == oldcy everytimes, of no use !!! >> I guess must be something wrong also with 'lines' declared as UINT but used as signed >> near end of function ( -lines), but not sure..... >> >> >> >4737a4743,4744 > > >>*/ >> DWORD width ; >> >> >4739a4747 > > >4796a4805 > > >4801a4811,4814 > > >>/* >> Changelog : 20.06.2002 patch from P. Christeas with a minor cleanup by me : solves bug 720 >> >> >4803c4816,4819 >< : ySrc - startscan; >--- > > >> : ySrc - startscan; >>*/ >> descr.ySrc = lines-(ySrc-startscan)-cy ; >> >> >> >4804a4821,4823 > > >>/* >> Changelog : 28.06.2002 : CLEANUP : cy == oldcy everytimes, so it's useless to add (oldcy - cy) !!!! >> >> >4805a4825,4827 > > >>*/ >> descr.yDest = physDev->org.y + pt.y ; >> >> >> Please resubmit this patch in diff -u format (+-) Tony Lambregts

1 0

What needs to be done to fix Wine DGA Input.
by Adam Luchjenbroers 28 Jun '02

28 Jun '02

What needs to be fixed to make DGA input under Wine function correctly?

2 6

Autocad slow startup
by Max 27 Jun '02

27 Jun '02

I just updated wine from cvs (today 27 june); AutoCAD cad program, that ran well before now needs some 5 minutes to start.... There's no disk activity, nor some hidden process, as TOP reveals. It just hangs for some 5 minutes (on a P4 2 Ghz...), then starts in a shot. Does somebody have such a problem with some other app, or maybe already solved it ? If not I'll try a regression to see what happens. Regards Max

2 2

Regression Bug in Wine MM (Bug #817)
by Ian D. Stewart 27 Jun '02

27 Jun '02

Eric, List, I have reported what appears to be a regression bug in Wine's multimedia subsystem (Bug #817). When running Baldur's Gate with recent builds of Wine, the game plays but without any sound. Earlier build ran the game with wine. The last known good build from CVS appears to be 2002-05-21 21:45:00 EDT. This looks like it may be related to the patch mmsystem.c commited by Alexandre Tue May 21 2002 - 20:52:31 CDT? I have attached the output from 'wine --debugmsg trace+relay Baldur.exe' to the bug report. Please let me know if there is anything else I can do to assist in debugging this. Ian

3 7

Modal vs Nonmodal window
by Andriy Palamarchuk 27 Jun '02

27 Jun '02

Window, shown as modal does not receive any input and is clipped on the border of parent window. The same window is displayed and functions fine if shown as non-modal. Nice testcase is attached: http://bugs.winehq.com/show_bug.cgi?id=825 This bug can potentially affect VB applications which use modal dialogs. Does anyone want to research this bug? Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Notes R4 redraw problem - message trace
by Ian Pilcher 27 Jun '02

27 Jun '02

I have attached a log of all the messages sent to the right and left "panes" when switching virtual desktops. Note that the window named "Ian Pilcher - I" is the right pane, which shows individual messages, and the window named "{NotesSubprog}" is the left pane which is being hidden (resized to zero width?) when switching virtual desktops. See my original note of 19 June for an explanation of the problem. If someone GDI-knowledgable could take a look at this log and tell me if they see anything obviously wrong, I'd be very appreciative. Thanks! -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ======================================================================== ######################################################################################################################################################### # Notes is running, the Inbox is displayed, and the left pane is visible. Will now switch virtual desktops. ######################################################################################################################################################### trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=40474b74 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=40474b74 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0083] WM_NCCALCSIZE sent from self wp=00000001 lp=40474a9c trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_NCCALCSIZE [0083] wp=00000001 lp=40474a9c trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_NCCALCSIZE [0083] returned 00000300 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0083] WM_NCCALCSIZE returned 00000300 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0047] WM_WINDOWPOSCHANGED sent from self wp=00000000 lp=40474b74 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] wp=00000000 lp=40474b74 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0005] WM_SIZE sent from self wp=00000000 lp=00000001 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0005] WM_SIZE returned 00000000 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0047] WM_WINDOWPOSCHANGED returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=40474b74 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=40474b74 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0083] WM_NCCALCSIZE sent from self wp=00000001 lp=40474a9c trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_NCCALCSIZE [0083] wp=00000001 lp=40474a9c trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_NCCALCSIZE [0083] returned 00000300 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0083] WM_NCCALCSIZE returned 00000300 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0047] WM_WINDOWPOSCHANGED sent from self wp=00000000 lp=40474b74 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] wp=00000000 lp=40474b74 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0003] WM_MOVE sent from self wp=00000000 lp=0004001c trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_MOVE [0003] wp=00000000 lp=0004001c trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_MOVE [0003] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0003] WM_MOVE returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0005] WM_SIZE sent from self wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0005] WM_SIZE returned 00000000 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0047] WM_WINDOWPOSCHANGED returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=40474bb4 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=40474bb4 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0083] WM_NCCALCSIZE sent from self wp=00000001 lp=40474adc trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_NCCALCSIZE [0083] wp=00000001 lp=40474adc trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_NCCALCSIZE [0083] returned 00000300 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0083] WM_NCCALCSIZE returned 00000300 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0047] WM_WINDOWPOSCHANGED sent from self wp=00000000 lp=40474bb4 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] wp=00000000 lp=40474bb4 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0005] WM_SIZE sent from self wp=00000000 lp=00140001 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0005] WM_SIZE returned 00000000 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0047] WM_WINDOWPOSCHANGED returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=40474bb4 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=40474bb4 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0083] WM_NCCALCSIZE sent from self wp=00000001 lp=40474adc trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_NCCALCSIZE [0083] wp=00000001 lp=40474adc trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_NCCALCSIZE [0083] returned 00000300 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0083] WM_NCCALCSIZE returned 00000300 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0047] WM_WINDOWPOSCHANGED sent from self wp=00000000 lp=40474bb4 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] wp=00000000 lp=40474bb4 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0005] WM_SIZE sent from self wp=00000000 lp=00140000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0005] WM_SIZE returned 00000000 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0047] WM_WINDOWPOSCHANGED returned 00000000 ######################################################################################################################################################### # Will now switch back to the virtual desktop on which Notes is running. ######################################################################################################################################################## trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0007] WM_SETFOCUS sent from self wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0007] WM_SETFOCUS returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=40474c68 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=40474c68 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0083] WM_NCCALCSIZE sent from self wp=00000001 lp=40474b90 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_NCCALCSIZE [0083] wp=00000001 lp=40474b90 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_NCCALCSIZE [0083] returned 00000300 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0083] WM_NCCALCSIZE returned 00000300 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0047] WM_WINDOWPOSCHANGED sent from self wp=00000000 lp=40474c68 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] wp=00000000 lp=40474c68 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0005] WM_SIZE sent from self wp=00000000 lp=016e0001 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0005] WM_SIZE returned 00000000 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0047] WM_WINDOWPOSCHANGED returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=40474c68 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=40474c68 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0083] WM_NCCALCSIZE sent from self wp=00000001 lp=40474b90 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_NCCALCSIZE [0083] wp=00000001 lp=40474b90 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_NCCALCSIZE [0083] returned 00000300 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0083] WM_NCCALCSIZE returned 00000300 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0047] WM_WINDOWPOSCHANGED sent from self wp=00000000 lp=40474c68 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] wp=00000000 lp=40474c68 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0005] WM_SIZE sent from self wp=00000000 lp=016e02c8 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0005] WM_SIZE returned 00000000 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0047] WM_WINDOWPOSCHANGED returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=40474ca8 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=40474ca8 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=40474ca8 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=40474ca8 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0007] WM_SETFOCUS sent from self wp=00010025 lp=00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0007] WM_SETFOCUS returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [000f] WM_PAINT dispatched wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0085] WM_NCPAINT sent from self wp=00001fe2 lp=00000000 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_NCPAINT [0085] wp=00001fe2 lp=00000000 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_NCPAINT [0085] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0085] WM_NCPAINT returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0014] WM_ERASEBKGND sent from self wp=0000007c lp=00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0014] WM_ERASEBKGND returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0407] WM_USER+0007 sent from self wp=0000007c lp=00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0407] WM_USER+0007 returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [000f] WM_PAINT returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [000f] WM_PAINT dispatched wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0085] WM_NCPAINT sent from self wp=00001fe2 lp=00000000 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_NCPAINT [0085] wp=00001fe2 lp=00000000 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_NCPAINT [0085] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0085] WM_NCPAINT returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0014] WM_ERASEBKGND sent from self wp=0000007c lp=00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0014] WM_ERASEBKGND returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0407] WM_USER+0007 sent from self wp=0000007c lp=00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0407] WM_USER+0007 returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [000f] WM_PAINT returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [043b] WM_USER+003b sent from self wp=00000000 lp=40476080 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_USER+003b [043b] wp=00000000 lp=40476080 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_USER+003b [043b] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [043b] WM_USER+003b returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [043b] WM_USER+003b sent from self wp=00000000 lp=40476080 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_USER+003b [043b] wp=00000000 lp=40476080 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_USER+003b [043b] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [043b] WM_USER+003b returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0466] WM_USER+0066 sent from self wp=00000000 lp=40475f84 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_USER+0066 [0466] wp=00000000 lp=40475f84 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_USER+0066 [0466] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0466] WM_USER+0066 returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [043b] WM_USER+003b sent from self wp=00000000 lp=40476080 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_USER+003b [043b] wp=00000000 lp=40476080 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_USER+003b [043b] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [043b] WM_USER+003b returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [043b] WM_USER+003b sent from self wp=00000000 lp=40476080 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_USER+003b [043b] wp=00000000 lp=40476080 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_USER+003b [043b] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [043b] WM_USER+003b returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0466] WM_USER+0066 sent from self wp=00000000 lp=40475f84 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_USER+0066 [0466] wp=00000000 lp=40475f84 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_USER+0066 [0466] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0466] WM_USER+0066 returned 00000000 ####################################################################################################################################################### # Left pane is not visible (width = 0?). Mouse pointer is positioned over "divider". Will now drag divider to make left pane visible. ####################################################################################################################################################### trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=404763cc trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=404763cc trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0083] WM_NCCALCSIZE sent from self wp=00000001 lp=404762f4 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_NCCALCSIZE [0083] wp=00000001 lp=404762f4 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_NCCALCSIZE [0083] returned 00000300 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0083] WM_NCCALCSIZE returned 00000300 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0047] WM_WINDOWPOSCHANGED sent from self wp=00000000 lp=404763cc trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] wp=00000000 lp=404763cc trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0005] WM_SIZE sent from self wp=00000000 lp=016e009a trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0005] WM_SIZE returned 00000000 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0047] WM_WINDOWPOSCHANGED returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=404763cc trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=404763cc trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0083] WM_NCCALCSIZE sent from self wp=00000001 lp=404762f4 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_NCCALCSIZE [0083] wp=00000001 lp=404762f4 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_NCCALCSIZE [0083] returned 00000300 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0083] WM_NCCALCSIZE returned 00000300 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0047] WM_WINDOWPOSCHANGED sent from self wp=00000000 lp=404763cc trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] wp=00000000 lp=404763cc trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0003] WM_MOVE sent from self wp=00000000 lp=000400b5 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_MOVE [0003] wp=00000000 lp=000400b5 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_MOVE [0003] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0003] WM_MOVE returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0005] WM_SIZE sent from self wp=00000000 lp=016e022f trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0005] WM_SIZE returned 00000000 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0047] WM_WINDOWPOSCHANGED returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [000f] WM_PAINT dispatched wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0085] WM_NCPAINT sent from self wp=00001fd2 lp=00000000 trace:message:SPY_EnterMessage (00010039) DefWindowProc32: WM_NCPAINT [0085] wp=00001fd2 lp=00000000 trace:message:SPY_ExitMessage (00010039) DefWindowProc32: WM_NCPAINT [0085] returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0085] WM_NCPAINT returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0014] WM_ERASEBKGND sent from self wp=0000007c lp=00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0014] WM_ERASEBKGND returned 00000000 trace:message:SPY_EnterMessage (00010039) L"{NotesSubprog}" message [0407] WM_USER+0007 sent from self wp=0000007c lp=00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [0407] WM_USER+0007 returned 00000000 trace:message:SPY_ExitMessage (00010039) L"{NotesSubprog}" message [000f] WM_PAINT returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [000f] WM_PAINT dispatched wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0085] WM_NCPAINT sent from self wp=00001fd2 lp=00000000 trace:message:SPY_EnterMessage (0001003a) DefWindowProc32: WM_NCPAINT [0085] wp=00001fd2 lp=00000000 trace:message:SPY_ExitMessage (0001003a) DefWindowProc32: WM_NCPAINT [0085] returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0085] WM_NCPAINT returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0014] WM_ERASEBKGND sent from self wp=0000007c lp=00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0014] WM_ERASEBKGND returned 00000000 trace:message:SPY_EnterMessage (0001003a) L"Ian Pilcher - I" message [0407] WM_USER+0007 sent from self wp=0000007c lp=00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [0407] WM_USER+0007 returned 00000000 trace:message:SPY_ExitMessage (0001003a) L"Ian Pilcher - I" message [000f] WM_PAINT returned 00000000

1 0

will "dxglwrap" merge in to wine?
by chan george 27 Jun '02

27 Jun '02

Dear all, Will the project "dxglwrap" source code be merged into wine? :-) George source: http://sourceforge.net/projects/dxglwrap/ _________________________________________________________________ 在 http://explorer.msn.com.hk/intl.asp 免費下載 MSN Explorer

2 1

Re: Autocad slow startup
by Massimo 27 Jun '02

27 Jun '02

1 0

Running Agfa Photowise on Wine
by Timo Kujala 27 Jun '02

27 Jun '02

Hi, I did some inspection how to get Agfa Photowise and my old CL50 to work under Wine. By default Photowise runs perfectly, except that when you try to connect to the camera, serial connection will always fail. After some debugging there is a very simple reason why this happens: Photowise tries to flush the file handle using FlushFileBuffers(). Under wine, doing this on /dev/ttyS0 will return error and FlushFileBuffers() returns FALSE. Photowise will detect this as error and refuses to continue. By forcing FlushFileBuffers() to always return TRUE, Photowise starts to work perfectly and finally my Agfa CL50 works with full 115200 speed under linux :) Perhaps somebody could figure out a clever fix for this in the future versions?

2 1

Re: Small Fix
by Nix N. Nix 26 Jun '02

26 Jun '02

On Wed, 2002-06-26 at 16:04, Nix N. Nix wrote: > ChangeLog: > > dlls/shell32/dialogs.c:FillList: > Removed a MessageBox > This MessageBox would pop up if a RunMRU list was not found. Instead, > it should /silently/ start a new MRUList. > > dlls/shell32/dialogs.c:RunDlgProc: > Removed dumb comment > I must've put that comment there just before going to bed (=> brain was > liquefied at the time). > > Sorry I didn't spot these earlier. > >

1 0

[suggested PATCH] POLLHUP handling, non-STREAM sockets
by Martin Wilck 26 Jun '02

26 Jun '02

Summary: Check POLLHUP semantics at remote shutdown when wineserver is started. Fix socket state handling and event handling for non-STREAM sockets. Status: Compiles, not tested (I couldn't get the tests to run, see my previous email). Modified files: server: sock.c main.c Index: server/main.c =================================================================== RCS file: /home/wine/wine/server/main.c,v retrieving revision 1.25 diff -u -r1.25 main.c --- server/main.c 20 Jun 2002 23:21:28 -0000 1.25 +++ server/main.c 26 Jun 2002 11:22:13 -0000 @@ -35,6 +35,7 @@ int debug_level = 0; int master_socket_timeout = 3; /* master socket timeout in seconds, default is 3 s */ const char *server_argv0; +extern void server_sock_init (void); /* parse-line args */ /* FIXME: should probably use getopt, and add a (more complete?) help option */ @@ -111,6 +112,7 @@ { parse_args( argc, argv ); signal_init(); + server_sock_init(); open_master_socket(); setvbuf( stderr, NULL, _IOLBF, 0 ); Index: server/sock.c =================================================================== RCS file: /home/wine/wine/server/sock.c,v retrieving revision 1.36 diff -u -r1.36 sock.c --- server/sock.c 21 Jun 2002 19:06:28 -0000 1.36 +++ server/sock.c 26 Jun 2002 11:22:13 -0000 @@ -67,6 +67,8 @@ unsigned int hmask; /* held (blocked) events */ unsigned int pmask; /* pending events */ unsigned int flags; /* socket flags */ + unsigned short type; /* socket type */ + unsigned short family; /* socket family */ struct event *event; /* event object */ user_handle_t window; /* window to send the message to */ unsigned int message; /* message to send */ @@ -124,6 +126,62 @@ 6, 7, 8, 9 /* leftovers */ }; +/* Flags that make sense only for SOCK_STREAM sockets */ +#define STREAM_FLAG_MASK ((unsigned int) (FD_CONNECT | FD_ACCEPT | FD_WINE_LISTENING | FD_WINE_CONNECTED)) + +typedef enum { + SOCK_SHUTDOWN_ERROR = -1, + SOCK_SHUTDOWN_EOF = 0, + SOCK_SHUTDOWN_POLLHUP = 1 +} sock_shutdown_t; + +static sock_shutdown_t sock_shutdown_type = SOCK_SHUTDOWN_ERROR; + +static sock_shutdown_t sock_check_pollhup (void) +{ + sock_shutdown_t ret = SOCK_SHUTDOWN_ERROR; + int fd[2], n; + struct pollfd pfd; + char dummy; + + if ( socketpair ( AF_UNIX, SOCK_STREAM, 0, fd ) ) goto out; + if ( shutdown ( fd[0], 1 ) ) goto out; + + pfd.fd = fd[1]; + pfd.events = POLLIN; + pfd.revents = 0; + + n = poll ( &pfd, 1, 0 ); + if ( n != 1 ) goto out; /* error or timeout */ + if ( pfd.revents & POLLHUP ) + ret = SOCK_SHUTDOWN_POLLHUP; + else if ( pfd.revents & POLLIN && + read ( fd[1], &dummy, 1 ) == 0 ) + ret = SOCK_SHUTDOWN_EOF; + +out: + close ( fd[0] ); + close ( fd[1] ); + return ret; +} + +void server_sock_init (void) +{ + sock_shutdown_type = sock_check_pollhup (); + + switch ( sock_shutdown_type ) + { + case SOCK_SHUTDOWN_EOF: + if (debug_level) fprintf ( stderr, "server_sock_init: shutdown() causes EOF\n" ); + break; + case SOCK_SHUTDOWN_POLLHUP: + if (debug_level) fprintf ( stderr, "server_sock_init: shutdown() causes POLLHUP\n" ); + break; + default: + fprintf ( stderr, "server_sock_init: ERROR in sock_check_pollhup()\n" ); + sock_shutdown_type = SOCK_SHUTDOWN_EOF; + } +} static int sock_reselect( struct sock *sock ) { @@ -222,7 +280,7 @@ static void sock_poll_event( struct object *obj, int event ) { struct sock *sock = (struct sock *)obj; - int empty_recv = 0; + int hangup_seen = 0; assert( sock->obj.ops == &sock_ops ); if (debug_level) @@ -270,7 +328,7 @@ } else { /* normal data flow */ - if (event & POLLIN) + if ( sock->type == SOCK_STREAM && ( event & POLLIN ) ) { char dummy; int nr; @@ -288,7 +346,7 @@ fprintf(stderr, "socket %d is readable\n", sock->obj.fd ); } else if ( nr == 0 ) - empty_recv = 1; + hangup_seen = 1; else { /* EAGAIN can happen if an async recv() falls between the server's poll() @@ -304,7 +362,19 @@ } } - else if (event & POLLHUP) empty_recv = 1; + else if ( sock_shutdown_type == SOCK_SHUTDOWN_POLLHUP && (event & POLLHUP) ) + { + hangup_seen = 1; + } + else if ( event & POLLIN ) /* POLLIN for non-stream socket */ + { + sock->pmask |= FD_READ; + sock->hmask |= (FD_READ|FD_CLOSE); + sock->errors[FD_READ_BIT] = 0; + if (debug_level) + fprintf(stderr, "socket %d is readable\n", sock->obj.fd ); + + } if (event & POLLOUT) { @@ -323,12 +393,12 @@ fprintf(stderr, "socket %d got OOB data\n", sock->obj.fd); } /* According to WS2 specs, FD_CLOSE is only delivered when there is - no more data to be read (i.e. empty_recv = 1) */ - else if ( empty_recv && (sock->state & (FD_READ|FD_WRITE) )) + no more data to be read (i.e. hangup_seen = 1) */ + else if ( hangup_seen && (sock->state & (FD_READ|FD_WRITE) )) { sock->errors[FD_CLOSE_BIT] = sock_error( sock->obj.fd ); - if ( event & POLLERR) - sock->state &= ~(FD_WINE_CONNECTED|FD_WRITE); + if ( (event & POLLERR) || ( sock_shutdown_type == SOCK_SHUTDOWN_EOF && (event & POLLHUP) )) + sock->state &= ~(FD_WINE_CONNECTED|FD_WRITE); sock->pmask |= FD_CLOSE; sock->hmask |= FD_CLOSE; if (debug_level) @@ -390,8 +460,8 @@ ev |= POLLIN | POLLPRI; if (mask & FD_WRITE || (sock->flags & WSA_FLAG_OVERLAPPED && IS_READY (sock->write_q))) ev |= POLLOUT; - /* We use POLLIN with 0 bytes recv() as FD_CLOSE indication. */ - if (sock->mask & ~sock->hmask & FD_CLOSE) + /* We use POLLIN with 0 bytes recv() as FD_CLOSE indication for stream sockets. */ + if ( sock->type == SOCK_STREAM && ( sock->mask & ~sock->hmask & FD_CLOSE) ) ev |= POLLIN; return ev; @@ -526,6 +596,8 @@ sock->hmask = 0; sock->pmask = 0; sock->flags = flags; + sock->type = type; + sock->family = family; sock->event = NULL; sock->window = 0; sock->message = 0; @@ -586,6 +658,8 @@ acceptsock->mask = sock->mask; acceptsock->hmask = 0; acceptsock->pmask = 0; + acceptsock->type = sock->type; + acceptsock->family = sock->family; acceptsock->event = NULL; acceptsock->window = sock->window; acceptsock->message = sock->message; @@ -794,6 +868,7 @@ sock->hmask &= ~FD_CLOSE; sock->state |= req->sstate; sock->state &= ~req->cstate; + if ( sock->type != SOCK_STREAM ) sock->state &= ~STREAM_FLAG_MASK; pollev = sock_reselect( sock ); if ( pollev ) sock_try_event ( sock, pollev ); -- 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

(Fwd) [Bug 811] - crash in DefDlgProcW
by Jürgen Schmied 25 Jun '02

25 Jun '02

Andriy Palamarchuk suggested to discuss this here: >Juergen, I suggest you to discuss this issue on wine-devel as the problem is >pretty well defined and I don't know who can handle it. During initializing a dialog window a WM_GETFONT is send before the dlgInfo is set properly. Returning a valid HFONT (by GetStockObject()) makes the program proceed. How can it be fixed properly? Backtrace: =>0 0x40658741 (DEFDLG_Proc+0x331(hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0, dlgInfo=0x0) [defdlg.c:255] in libuser32.dll.so) (ebp=405b5940) 1 0x40658c62 (DefDlgProcW+0x142(hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0, hwnd=0xc0034) [defdlg.c:430] in libuser32.dll.so) (ebp=405b596c) 2 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b5990) 3 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x40658b20, hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0) [winproc.c:183] in libuser32.dll.so) (ebp=405b59c0) 4 0x40687b7b (CallWindowProcW+0x3b(func=0x40658b20, hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0) [winproc.c:2815] in libuser32.dll.so) (ebp=405b59e8) 5 0x5f801d93 (MFC42U.DLL.2377+0x24 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5a08) 6 0x5f8019e8 (MFC42U.DLL.6370+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5a24) 7 0x5f80195a (MFC42U.DLL.1108+0x74 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5a84) 8 0x5f8018e2 (MFC42U.DLL.1571+0x2a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5aa0) 9 0x5f8018a1 (MFC42U.DLL.1572+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5acc) 10 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b5af0) 11 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x5f801868, hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0) [winproc.c:183] in libuser32.dll.so) (ebp=405b5b20) 12 0x40687b7b (CallWindowProcW+0x3b(func=0x5f801868, hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0) [winproc.c:2815] in libuser32.dll.so) (ebp=405b5b48) 13 0x40697426 (call_window_proc+0xd6(hwnd=0xc0034, msg=0x31, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in libuser32.dll.so) (ebp=405b5b98) 14 0x40697fbc (SendMessageTimeoutW+0xdc(hwnd=0xc0034, msg=0x31, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405b5c1c) [message.c:1736] in libuser32.dll.so) (ebp=405b5bec) 15 0x40698249 (SendMessageW+0x39(hwnd=0xc0034, msg=0x31, wparam=0x0, lparam=0x0) [message.c:1818] in libuser32.dll.so) (ebp=405b5c20) 16 0x5f818cad (MFC42U.DLL.6685+0xf in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5c64) 17 0x5f85c2a7 (MFC42U.DLL.4347+0x14 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5d10) 18 0x5f8207f7 (MFC42U.DLL.2234+0x57 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5d94) 19 0x5f8202e8 (MFC42U.DLL.6614+0x62 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5df0) 20 0x5f81f595 (MFC42U.DLL.6613+0x86 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5e48) 21 0x5f81f290 (MFC42U.DLL.6615+0x3f in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5e84) 22 0x5f81f24c (MFC42U.DLL.2127+0x59 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5ed8) 23 0x00435634 (ML.exe..text+0x34634 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b5f04) 24 0x004b8cda (ML.exe..text+0xb7cda in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b5f5c) 25 0x004b8c25 (ML.exe..text+0xb7c25 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b5fe0) 26 0x5f8019d1 (MFC42U.DLL.6370+0x22 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6000) 27 0x5f80195a (MFC42U.DLL.1108+0x74 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6060) 28 0x5f8018e2 (MFC42U.DLL.1571+0x2a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b607c) 29 0x5f8018a1 (MFC42U.DLL.1572+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b60a8) 30 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b60cc) 31 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x5f801868, hwnd=0xc0034, msg=0x1, wParam=0x0, lParam=0x405b6554) [winproc.c:183] in libuser32.dll.so) (ebp=405b60fc) 32 0x40687b7b (CallWindowProcW+0x3b(func=0x5f801868, hwnd=0xc0034, msg=0x1, wParam=0x0, lParam=0x405b6554) [winproc.c:2815] in libuser32.dll.so) (ebp=405b6124) 33 0x40697426 (call_window_proc+0xd6(hwnd=0xc0034, msg=0x1, wparam=0x0, lparam=0x405b6554, unicode=0x1) [message.c:1368] in libuser32.dll.so) (ebp=405b6174) 34 0x40697fbc (SendMessageTimeoutW+0xdc(hwnd=0xc0034, msg=0x1, wparam=0x0, lparam=0x405b6554, flags=0x0, timeout=0xffffffff, res_ptr=0x405b61f8) [message.c:1736] in libuser32.dll.so) (ebp=405b61c8) 35 0x40698249 (SendMessageW+0x39(hwnd=0xc0034, msg=0x1, wparam=0x0, lparam=0x405b6554) [message.c:1818] in libuser32.dll.so) (ebp=405b61fc) 36 0x409e9cee (X11DRV_CreateWindow+0x53e(hwnd=0xc0034, cs=0x405b6554, unicode=0x1) [window.c:1001] in x11drv.dll.so) (ebp=405b6270) 37 0x4067b0b0 (WIN_CreateWindowEx+0x580(cs=0x405b6554, classAtom=0x8002, type=0x3) [win.c:1162] in libuser32.dll.so) (ebp=405b6330) 38 0x4067b66b (CreateWindowExW+0x14b(exStyle=0x0, className=0x8002, windowName=0x6cab8e, style=0x40000040, x=0x0, y=0x0, width=0x446, height=0x2eb, parent=0x6009c, menu=0x0, instance=0x400000, data=0x0) [win.c:1377] in libuser32.dll.so) (ebp=405b6584) 39 0x4065c268 (DIALOG_CreateIndirect+0x408(hInst=0x400000, dlgTemplate=0x6cabb0, owner=0x6009c, dlgProc=0x5f80557b, param=0x0, procType=0x3, modal=0x0, hwnd=0x6009c) [dialog.c:817] in libuser32.dll.so) (ebp=405b6624) 40 0x4065c75f (CreateDialogIndirectParamW+0x2f(hInst=0x400000, dlgTemplate=0x6cab78, owner=0x6009c, dlgProc=0x5f80557b, param=0x0) [dialog.c:1011] in libuser32.dll.so) (ebp=405b6654) 41 0x5f817b05 (MFC42U.DLL.2139+0xc9 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b66bc) 42 0x5f85b785 (MFC42U.DLL.2134+0x43 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6730) 43 0x5f8113ed (MFC42U.DLL.2250+0x47 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6774) 44 0x004ad8b5 (ML.exe..text+0xac8b5 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b67c0) 45 0x004adb66 (ML.exe..text+0xacb66 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b67ec) 46 0x004ad2fe (ML.exe..text+0xac2fe in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b68c4) 47 0x5f801bbc (MFC42U.DLL.5157+0x1c9 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6944) 48 0x5f8019d1 (MFC42U.DLL.6370+0x22 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6964) 49 0x5f80195a (MFC42U.DLL.1108+0x74 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b69c4) 50 0x5f8018e2 (MFC42U.DLL.1571+0x2a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b69e0) 51 0x5f8018a1 (MFC42U.DLL.1572+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6a0c) 52 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b6a30) 53 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x5f801868, hwnd=0x6009c, msg=0x902, wParam=0x42047510, lParam=0x0) [winproc.c:183] in libuser32.dll.so) (ebp=405b6a60) 54 0x40687b7b (CallWindowProcW+0x3b(func=0x5f801868, hwnd=0x6009c, msg=0x902, wParam=0x42047510, lParam=0x0) [winproc.c:2815] in libuser32.dll.so) (ebp=405b6a88) 55 0x40697426 (call_window_proc+0xd6(hwnd=0x6009c, msg=0x902, wparam=0x42047510, lparam=0x0, unicode=0x1) [message.c:1368] in libuser32.dll.so) (ebp=405b6ad8) 56 0x40697fbc (SendMessageTimeoutW+0xdc(hwnd=0x6009c, msg=0x902, wparam=0x42047510, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405b6b5c) [message.c:1736] in libuser32.dll.so) (ebp=405b6b2c) 57 0x40698249 (SendMessageW+0x39(hwnd=0x6009c, msg=0x902, wparam=0x42047510, lparam=0x0) [message.c:1818] in libuser32.dll.so) (ebp=405b6b60) 58 0x004b1932 (ML.exe..text+0xb0932 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b6ba4) 59 0x5f801bbc (MFC42U.DLL.5157+0x1c9 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6c24) 60 0x5f8019d1 (MFC42U.DLL.6370+0x22 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6c44) 61 0x5f80195a (MFC42U.DLL.1108+0x74 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6ca4) 62 0x5f8018e2 (MFC42U.DLL.1571+0x2a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6cc0) 63 0x5f8018a1 (MFC42U.DLL.1572+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6cec) 64 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b6d10) 65 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x5f801868, hwnd=0x70088, msg=0x901, wParam=0x4204bed0, lParam=0x0) [winproc.c:183] in libuser32.dll.so) (ebp=405b6d40) 66 0x40687be7 (CallWindowProcW+0xa7(func=0x41630b68, hwnd=0x70088, msg=0x901, wParam=0x4204bed0, lParam=0x0) [winproc.c:2834] in libuser32.dll.so) (ebp=405b6d68) 67 0x40668b2a (DispatchMessageW+0x13a(msg=0x6c8c94) [message.c:1155] in libuser32.dll.so) (ebp=405b6dac) 68 0x5f8013e0 (MFC42U.DLL.5303+0x3a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=006c8c94) Thanks Juergen --- juergen.schmied(a)debitel.net

1 0

Re: wine/server sock.c
by Martin Wilck 25 Jun '02

25 Jun '02

Am Fre, 2002-06-21 um 21.06 schrieb Alexandre Julliard: > Modified files: > server : sock.c > > Log message: > Attempt at fixing POLLHUP handling for Linux 2.2.x. I am still wondering about this ... what exactly is fixed by the patch? Was there a bug report, a failing application, or whatever? 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

2 3

How well does WINE run if you have a Window$ CD?
by Roland 25 Jun '02

25 Jun '02

Hello, most potential WINE users already own a Windows CD. This is obvious because if you want to run a Windows program on Linux it is because you are probably already using it, and this means you have Windows installed somewhere. Now, if I have the Windows CD I can copy all the needed DLLs(and whatever else) to the correct Directory. Now my question how well does WINE run if you follow this approach? If Wine doesn't work 100% doing it this way, I think this should be the main focus, because after this works, it will be just a question of time till we replace all DLLs with our own ones, one at a time. What about DirectX? Can we use those DLLs? I suppose they need Windows drivers so they might not work with Linux. But would it be possible to make the Windows drivers work on Linux so that DirectX would run? I think this would be a good intermediary goal, especially for all those companies wanting to switch from Windows to Linux because they already have Windows CDs. Roland

2 2

Memory and swap full
by Marcelo Welter 25 Jun '02

25 Jun '02

Hello Running a application make on Delphi i observe a periodical increase on memory used after a time this effect occur in swap space used and are continued at full swap then machine stop in a continuos access to HardDisk and nothing else run waiting this process resuming...the memory are exausted and i have something like a general break on my system. If i close the wine and reopen all return to normal state i think that problem is in my application but i dont know how localize this in my source code any body have a similar situation...? what i can make in this case...? cry !... :( Marcelo

2 2

silly question on bug tracker
by Ann and Jason Edmeades 25 Jun '02

25 Jun '02

Just a silly question, but using the bug interfacew, how do I assign a bug for me to do! I must be going blind but I just cant see what to do (http://bugs.winehq.com/show_bug.cgi?id=817 for example) Jason

2 1

[help] GDI text fonts
by leanne 25 Jun '02

25 Jun '02

Dear all, When we are working on the Chinese support on WINE using Lotus Notes r5, we found that the fonts display for the interface is very ugly (attached the screepshot). I would like to change to have different font when detected English or Chinese. Could somebody point me where I could start with? Also, for a text document, the gdi text and font are used to store them, I would like to ask where can I find the structure to store and the code to manipulate it (e.g. send for display/print (pExtTextOut? but where called pExtTextOut))? Thanks. Leanne

2 5

Re: wine/server sock.c
by Martin Wilck 25 Jun '02

25 Jun '02

Am Fre, 2002-06-21 um 21.06 schrieb Alexandre Julliard: > Modified files: > server : sock.c > > Log message: > Attempt at fixing POLLHUP handling for Linux 2.2.x. Has this been regression-tested for Linux 2.4 ? Just a word of warning - the close semantics are the most difficult problem With sockets in wine, it took me a big effort to get it right on 2.4. 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

Re: PATCH: [Bug 671] Valve Hammer Editor does not run - recursion in buddySupperClassWndProc
by Andriy Palamarchuk 25 Jun '02

25 Jun '02

Is there any reason this patch is not applied in current CVS? http://www.winehq.com/hypermail/wine-patches/2002/06/0032.html Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Open up wine-announce to wine-related/using projects
by Joerg Mayer 24 Jun '02

24 Jun '02

I just found a link to xmms-winamp (http://www.emulinks.de/xmms-winamp/), a project to allow the use of winamp plugins in xmms. This is done with the help of wine or winex. Personally, I'd like to see announcements such as this, crossover and winex on wine-announce. Maybe that way a bit more awareness for the projects using wine can be gained (not to talk about my lazyness to look for such things :-) Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

2 1

FW: Endian-ness?
by Ann and Jason Edmeades 24 Jun '02

24 Jun '02

I apologize if this comes through twice - I appear to be having network difficulties sending email -----Original Message----- From: Ann and Jason Edmeades [mailto:us@the-edmeades.demon.co.uk] Sent: 23 June 2002 21:30 To: wine devel Subject: Endian-ness? Hi, I appear to have hit a little endian-ness problem. Can anyone point out what I am doing wrong or how to fix it please? olefont.c #includes wtypes.h This defines a structure as #ifdef BIG_ENDIAN. We hit this case and the parameters are defined in the wrong order as they are passed in from a windows dll. We hit is because endian.h #defines BIG_ENDIAN if __USE_BSD is defined, and features.h #defines _BSD_SOURCE and subsequently __USE_BSD. This is on Mandrake 8.2 if it makes a difference. Regards, Jason

1 0

STACK LIMITS: error on lauch program
by Marcelo Welter 24 Jun '02

24 Jun '02

Hi friends Somme programs like Delphi3 and a instaled version od iMesh return a error: "err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception." and dont run. what can i make to do run my application...? what is this error and where are is located in wine..? Thanks Marcelo

3 2

Getting CUPS printer to work in wine
by Joshua Thielen 24 Jun '02

24 Jun '02

After updating to the current CVS I get the following error message: trace:psdrv:PSDRV_CreateDC (WINEPS Printer LPT1: (nil)) To use WINEPS you need to install some AFM files. I believe this may be why I can't get printing to work. But do I really need AFM files to get printing to work? The printing doc says you don't need them for type 1 fonts. I've attached a trace of the printing errors just in case this isn't the cause of the problem. TIA for the help, Josh

2 2

RtlGetNtVersionNumbers
by Joshua Thielen 24 Jun '02

24 Jun '02

Hello everybody, I was searching Google for info about RtlGetNtVersionNumbers and I came across this message, http://www.winehq.com/hypermail/wine-users/2001/12/0488.html, posted on wine-users. Unfortunately, the attachment is not there. Does anyone know what happened to this patch? It doesn't appear to have been sent to wine-patches nor did it make it into the CVS. Perhaps the patch was incorrect as he said his implementation might be off. If this is the case, does anyone have more info about RtlGetNtVersionNumbers? Thanks, Josh

2 1

WINE Performance tweaking and known bottlenecks
by Adam Luchjenbroers 24 Jun '02

24 Jun '02

What options/tricks/techniques can I use to enhance performance under WINE. I am trying to get Total Annihilation to run smoothly on a K6-2 233MHz machine, it runs and is getting close to playable. The only unusual thing is that the framerate is the same at 1024x768 as in 640x480. What is likely to be the bottleneck and what can I do about it? I'm willing to go into the code if neccessary. I have limited programming ability but I am an exceptionally fast learner.

1 0

Endian-ness?
by Ann and Jason Edmeades 23 Jun '02

23 Jun '02

Hi, I appear to have hit a little endian-ness problem. Can anyone point out what I am doing wrong or how to fix it please? olefont.c #includes wtypes.h This defines a structure as #ifdef BIG_ENDIAN. We hit this case and the parameters are defined in the wrong order as they are passed in from a windows dll. We hit is because endian.h #defines BIG_ENDIAN if __USE_BSD is defined, and features.h #defines _BSD_SOURCE and subsequently __USE_BSD. This is on Mandrake 8.2 if it makes a difference. Regards, Jason

1 0

(PATCH) SPI_GETDESKWALLPAPER Implementation
by Philipp Wollermann 23 Jun '02

23 Jun '02

Hello, this is my first real patch for Wine. It implements the SystemParametersInfo SPI_GETDESKWALLPAPER action and fixes SPI_SETDESKWALLPAPER so it updates the Wallpaper entry in the registry. (Wine Bug-Tasklet #461) I've also included a simple test for these two actions. Please tell me if something is wrong so I can fix it. :-) ChangeLog: * windows/sysparams.c: Implemented SPI_GETDESKWALLPAPER action, fixed SPI_SETDESKWALLPAPER * dlls/user/tests/sysparams.c Added test for wallpaper actions License: X11 / LGPL Philipp Wollermann

1 0

Infinite loop in winedebug
by Duane Clark 23 Jun '02

23 Jun '02

During an installation, wine crashed and went into the debugger, which proceeded to go into an infinite loop. This is with current CVS. Oddly, it only goes into the infinite loop if I have: "UseXTerm"=dword:00000000 Allowing winedebug to use its own xterm, the debugger works fine. Here is one iteration of the loop. 0x00485cf0 (_INS0432._MP..text+0x84cf0 in C:\temp\_INS0432._MP): divl 0x18(%ebp),%eax Wine-dbg>parse error First chance exception: divide by zero in 32-bit code (0x00485cf0). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:00485cf0 ESP:40476a00 EBP:40476a58 EFLAGS:00010246( R- 00 I Z- -P1 ) EAX:00000000 EBX:4055bc8c ECX:00000000 EDX:00000000 ESI:00000000 EDI:00020029 Stack dump: 0x40476a00 (NTDLL.DLL.sqrt+0x2790dc): 00020029 00000000 4055bc8c 40110e80 0x40476a10 (NTDLL.DLL.sqrt+0x2790ec): 405fcea4 405fcd20 0000135a 40476a34 0x40476a20 (NTDLL.DLL.sqrt+0x2790fc): 405d4c86 405fc324 405fcea4 402239c6 0x40476a30 (NTDLL.DLL.sqrt+0x27910c): 0000135a 40476a4c 405c86ff 00000000 0x40476a40 (NTDLL.DLL.sqrt+0x27911c): 00000000 00000000 402239c6 40476a68 0x40476a50 (NTDLL.DLL.sqrt+0x27912c): 405d4f8f 0000135a 40476ad8 00484a8e 0x40476a60 (NTDLL.DLL.sqrt+0x27913c): 0011: sel=008f base=40110e80 limit=00000fff 32-bit rw- Backtrace: =>0 0x00485cf0 (_INS0432._MP..text+0x84cf0 in C:\temp\_INS0432._MP) (ebp=40476a58) 1 0x00484a8e (_INS0432._MP..text+0x83a8e in C:\temp\_INS0432._MP) (ebp=40476ad8) 2 0x00482d25 (_INS0432._MP..text+0x81d25 in C:\temp\_INS0432._MP) (ebp=40476b5c) 3 0x0046c40e (_INS0432._MP..text+0x6b40e in C:\temp\_INS0432._MP) (ebp=40476bb0) 4 0x0046c358 (_INS0432._MP..text+0x6b358 in C:\temp\_INS0432._MP) (ebp=40476bfc) 5 0x00406d06 (_INS0432._MP..text+0x5d06 in C:\temp\_INS0432._MP) (ebp=40476c24) 6 0x004058fa (_INS0432._MP..text+0x48fa in C:\temp\_INS0432._MP) (ebp=40476c8c) 7 0x00401c0e (_INS0432._MP..text+0xc0e in C:\temp\_INS0432._MP) (ebp=40476cb4) 8 0x4050ccb7 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=40476cd8) 9 0x4050cd42 (WINPROC_CallWndProc+0x82(proc=0x401914, hwnd=0x20029, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=40476d08) 10 0x4051308f (CallWindowProcA+0xab(func=0x40bf0640, hwnd=0x20029, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2795] in user32.dll.so) (ebp=40476d3c) 11 0x404f55d6 (DispatchMessageA+0x11e(msg=0x40476d9c) [message.c:1063] in user32.dll.so) (ebp=40476d80) 12 0x004011af (_INS0432._MP..text+0x1af in C:\temp\_INS0432._MP) (ebp=40476dc0) 13 0x00401824 (_INS0432._MP..text+0x824 in C:\temp\_INS0432._MP) (ebp=40476df8) 14 0x004873db (_INS0432._MP.EntryPoint+0x14b in C:\temp\_INS0432._MP) (ebp=40476e8c) 15 0x400bc1ec (start_process+0x264 [process.c:530] in libntdll.dll.so) (ebp=40476f38) 16 0x400c009b (call_on_thread_stack+0x23(func=0x400bbf88) [sysdeps.c:105] in libntdll.dll.so) (ebp=40476ff4) 17 0x400c0234 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x00485cf0 (_INS0432._MP..text+0x84cf0 in C:\temp\_INS0432._MP): divl 0x18(%ebp),%eax Wine-dbg>parse error

2 1

Re: Updated patch for PROFILE_GetString
by Dmitry Timoshkov 23 Jun '02

23 Jun '02

"Joshua Thielen" <thielen(a)netprince.net> wrote: > This update to my earlier patch handles the case when entry is NULL and > no keys are found in the section. Joshua, very simple question: how about Profile APIs regression test? -- Dmitry.

2 2

[Request] Another view of http://cvs.winehq.com/patch.py?id=XXX
by Uwe Bonnes 22 Jun '02

22 Jun '02

Hallo, to my knowledge, viewing the patch contend can at the moment only be done by webpages with an address like http://cvs.winehq.com/patch.py?id=XXX, where XXX can only be known from the postings from wine-cvs(a)winehq.com. I would propose that we create another page, where all the patches are listed with their subject ( like "wine/server thread.c" for "http://cvs.winehq.com/patch.py?id=1024708836163791355983452"), the subject being a link to the real patch and the newest patches added to the top of the patch. Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing --

2 2

Re: PATCH: documentation/samples/config
by Andreas Mohr 22 Jun '02

22 Jun '02

On Fri, Jun 21, 2002 at 12:14:37PM +0200, Johan Gill wrote: > Changelog: 48 was plain wrong as value for HELmargin. Removed the sample > EmulDriver appdefault since N is the default now, and an appdefault for > Y is not useful. Huh ?? I'm sure there are plenty of entries in there that are default, but a sample config file is supposed to be a *sample* file... How do you expect people to know about EmulDriver if you get plain rid of it ? EmulDriver is very important, BTW. Several games need a different setting for it. -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

2 1

Re: Patch 2/2 for SmartForms Installer: GetModuleFileNameW called by 16-bit task.
by Dmitry Timoshkov 22 Jun '02

22 Jun '02

"Joshua Thielen" <thielen(a)netprince.net> wrote: > - if ((wm = MODULE32_LookupHMODULE( hModule ))) > + if(!hModule && !(NtCurrentTeb()->tibflags &= TEBF_WIN32)) { ^^ Apparently '&=' above must be replaced by simple '&' -- Dmitry.

2 1

Re: Patch 1/2 for SmartForms Installer: PROFILE_GetString incorrect return value
by Andreas Mohr 22 Jun '02

22 Jun '02

On Sat, Jun 22, 2002 at 12:18:07AM -0400, Joshua Thielen wrote: > This patch fixes an error encountered in the Smart Forms installer > (somewhat related to bug 575). > > When calling GetPrivateProfileString with the second parameter as NULL, > all of the keys under the specified section are copied to the buffer. > The return value should be the number of characters copied minus the > last null terminator. Since the keys are copied as null-terminated > strings with the last string terminated with two null characters, strlen > cannot be used to determine the number of characters copied. This patch > corrects PROFILE_GetString for this case. Hmm, hmm. Could this happen to fix bug #724 also ? Word97 etc. broke when I handled the "default" case in PROFILE_GetString(). As the log files received didn't show relay lines, only profile lines, I haven't been able to fix it. But this sounds like a reasonable cause for it... -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 1

Question about printer support in wine.
by Joshua Thielen 22 Jun '02

22 Jun '02

Hello everybody, I'm trying to set up my printer in wine in order to test SmartForms and LogicWorks (they both are helplessly out of order without a default printer). The documentation says that if you have CUPS installed, all printing options are autodetected regardless of .ini or registry entries. I have cups, libcups, and libcups-devel 1.1.0 installed and I'm running Mandrake 8.1. Configure is able to find the CUPS files and enables CUPS printing support in wine. But when I run either SmartForms or LogicWorks, it says that a default printer could not be found. Is the documentation correct, or am I missing something? I'm sorry, I probably should have posted this question to a different list, but I'm too lazy to go elsewhere. TIA, Josh

2 1

Re: GLU32 patch (yep, again)
by Alexandre Julliard 21 Jun '02

21 Jun '02

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > glu32 can now be built with a libGLU 1.1 or 1.2. If a 1.1 version is > used, some functions only issue a WARN. It should become more and more > rare to only have a libGLU 1.1. > > If there's still something preventing this from being applied, please > let me know. It's not clear to me what we gain by using the header file. If you need to check for the presence of some specific functions you should do a configure check for these, instead of using a GLU_VERSION define. Even better would be to load them dynamically using dlsym, like we do for libfreetype and libXrender. -- Alexandre Julliard julliard(a)winehq.com

1 0

Libwine brokeness on Mingw
by Steven Edwards 21 Jun '02

21 Jun '02

This patch http://cvs.winehq.com/cvsweb/wine/library/Makefile.in.diff?r1=1.14&r2=1. 15 How should I fix this in the makefiles? I don't need config.c at all and I will need to do something similer for the win16 code in other dlls Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 1

Regression errors ...
by Paul Millar 21 Jun '02

21 Jun '02

Hi, Last nights patch for DRIVE_FindDriveRoot: http://cvs.winehq.com/patch.py?id=1024614786458303934502513 caused two regression errors in dlls/kernel/tests/path.c at lines 212 and 672 ("GetShortPathNAmeA did not return an 8.3 path" and "GetShortPathNameA did not keep relative directory" respectively) BTW, the TODO test (line 2435) in dlls/oleaut32/tests/vartest.c succeeds. Should it be move from TODO to a real test? Cheers, ---- Paul Millar

2 1

How to make a stub dll ?
by Sylvain Petreolle 21 Jun '02

21 Jun '02

Hi all, I want to run a program that needs d3d8.dll. Using winedump I see there are only 5 functions exported. So what would the way to do a stub dll ? If this is already in documentation, don't worry. My docbook doesn't functions with the doc (bug 688) Send file or link. Thanks. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

7 13

GDI patch for Acad. Please feedback !
by P. Christeas 21 Jun '02

21 Jun '02

Below there is a patch which makes AutoCAD R14 work under wine. The patch involves (patch1.diff) some calculation for Bitmaps drawn in negative-y-axis (i.e. bottom-left is 0,0) windows. I just found that solution by trying. Therefore, the patch, may cause trouble to other apps (mostly drawing - CAD ones). *Please* try this patch and report if any app (just any!) mis-behaves with it. If you have any other solution for the same point, please tell me. The file 'patch2.diff' has one more suggestion, concerning NULL object handles. This should only introduce a minor speedup and suppress a warning message, which made gdi debugging little hard.

1 0

Re: Notes R4 redraw problem
by Ian Pilcher 20 Jun '02

20 Jun '02

Tony Lambregts wrote: > > Binary searching is very efficient. As far as the theory goes I am > confident that a binary search for the bug should take 12 or or less > itinerations. The problem with this is that sometimes there are other > regressions that mask the original regression. I do not have lotus notes > (any version) but I do know about regression testing using CVS. > Tony - If a binary search needs to be done, I'll do it. (I can build and install Wine in about 10 minutes on my system, so the compile time won't be a problem.) I am hoping to avoid it, however, because I'll have to carve out and set up a complete test partition; I always use RPM to install software on my production systems, and I don't want to spend the time tweaking the SPEC file for each build. Hopefully someone will be able to make sense of a message trace. -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

3 4

Re: Have regapi installed
by Andriy Palamarchuk 20 Jun '02

20 Jun '02

Bill, do you have any specific reasons to install regapi? It is obsoleted by regedit and (IMHO) should be removed from the tree. Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Re: [Bug 628] Changed - HELP-WIndows app. fail to run
by Andriy Palamarchuk 20 Jun '02

20 Jun '02

--- wqe dsf liolio <rhlinux(a)rediffmail.com> wrote: > Hello, > I haven't tried the suggestion yet, but will be > doing it > shortly. > Please let me know how to add comments to the > already reported > bug. > KK. Each bug notification message has a hyperlink to the bug details page. In this case it is : > On Thu, 06 Jun 2002 wine-bugs(a)winehq.com wrote : > >http://bugs.winehq.com/show_bug.cgi?id=628 Go there, you should be able to add comments and submit them with "Submit" button. If you don't see the button under the "Additional Comments" text field this means you have to login. Let me know if you still can't add comments. Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

How do I obtain GUIDs for socket transports?
by Martin Wilck 20 Jun '02

20 Jun '02

Hi, I am currently trying to create a "clean" implementation of WSAEnumProtocols and friends. Eventually WSASocket, WSADuplicateSocket, getsockopt etc. will support the WSAPROTOCOL_INFO structs correctly. Here is a question: Windows has a GUID assigned to each protocol. "uuids.h" contains a large number of wine-UUIDs - how were these constructed? How should I build mine? We are not talking about random GUIDs here. My NT box shows e.g. e70f1aa0-ab8b-11cf-8ca300805f48a192 for MS TCP/IP, 11058240-be47-11cf-95c800805f48a192 for MS IPX, 2c3b17a0-c6df-11cf-95c800805f48a192 for MS Appletalk. Should I simply copy these for wine, or change them somehow? 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

Re: [Bug 628] Changed - HELP-WIndows app. fail to run
by Tony Lambregts 20 Jun '02

20 Jun '02

wqe dsf liolio wrote: > Hello, > I haven't tried the suggestion yet, but will be doing it shortly. > Please let me know how to add comments to the already reported bug. > KK. > > > [snip] > >> http://bugs.winehq.com/show_bug.cgi?id=628 > [snip] click on the link The first line of a notifcation is the link to the bug report where you can enter your comments. Tony Lambregts

1 0

Re: Notes R4 redraw problem
by Ian Pilcher 20 Jun '02

20 Jun '02

Daniel Schwarz wrote: > > Ian, do you know if this bug occurred with older builds of Wine, or can > you state that it definitely did not occur? > Dan - It's definitely a regression. I was a fairly regular user of Notes R4 under Wine until about 12-18 months ago. (I finally got broadband access and began working from home at that time. Until very recently, however, my employers VPN client was Windows-only.) This problem was definitely not present back then. I'm going to try the message tracing suggestion first. Is there a better way than '--debugmsg +message'? -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

1 0

wine can't find regedit.exe.so when it is not on the path
by Andriy Palamarchuk 20 Jun '02

20 Jun '02

wineinstall fails because wine can't find regedit.exe.so. Obviously, the wine source directory does not exist in path of just created config file. After the wineistall failure .wine directory with config file are created. I get the same errors when I try to run regedit manually, even with using full path: $ /prj/wine/programs/regedit/regedit Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: Warning: could not find wine config [Drive x] entry for current working directory /mnt/buf/prj/wine; starting in windows directory. Warning: /prj/wine/programs/regedit/regedit.exe.so not accessible from a configured DOS drive Warning: /prj/wine/programs/regedit/regedit.exe.so not accessible from a configured DOS drive /prj/wine/miscemu/wine: cannot find '/prj/wine/programs/regedit/regedit.exe.so' $ file /prj/wine/programs/regedit/regedit.exe.so /prj/wine/programs/regedit/regedit.exe.so: ELF 32-bit LSB shared object, Intel 80386, version 1, not stripped $ ls -l programs/regedit/regedit lrwxrwxrwx 1 apalamar apalamar 23 May 30 06:53 programs/regedit/regedit -> ../../tools/winewrapper Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

4 5

Re: Notes R4 redraw problem
by dschwarz＠bellatlantic.net 20 Jun '02

20 Jun '02

Ian, It's been a while since I ran Notes 4 (I'm running 5.08 now) but if I recall correctly, you are able to click and drag the window pane dividers to grow or shrink them, respectively. Perhaps something in the virtual desktop switching process triggers a window resize message to the pane? Question: Once this happens, can you drag the vertical pane rightwards and redisplay the folder view? Or is it gone until you quit/restart Notes? Regards, Daniel Schwarz dschwarz(a)bellatlantic.net

3 2

RE: Configure problems on MSYS
by Steven Edwards 19 Jun '02

19 Jun '02

Heres mine.....same as yours...I dont know whats up unless my md5sum.exe is broken and MSYS is hosed. I will do a rebuild of my MSYS/Mingw tonight. cvs status configure =================================================================== File: configure Status: Up-to-date Working revision: 1.307 Repository revision: 1.307 /home/wine/wine/configure,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) *****CVS exited normally with code 0***** --- Paul Millar <paulm(a)astro.gla.ac.uk> wrote: > On Tue, 18 Jun 2002, Steven Edwards wrote: > > Still having the problem.....did a clean checkout. > No > > DIff > > > > here is the MD5sum > > $ md5sum.exe configure > > 3493dd32fa6c3299459c78a9c4cd4e79 *configure > > My up-to-date copy of configure has md5sum of: > 56f56ccf7d048a46fb861f4d9c327d78 configure > > Since cvs diff doesn't return anything, the only > thing I can think of is > you're working with an old tagged version. What do > you get when you do a > "cvs status" ? > > I get: > > [paulm@akela wine]$ cvs status configure > =================================================================== > File: configure Status: Up-to-date > > Working revision: 1.307 > Repository revision: 1.307 > /home/wine/wine/configure,v > Sticky Tag: (none) > Sticky Date: (none) > Sticky Options: (none) > > HTH > > Paul. > > > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > -- -- -- -- -- -- -- -- -- > Particle Physics (Theory & Experimental) Groups > Paul Millar > Department of Physics and Astronomy > paulm(a)astro.gla.ac.uk > University of Glasgow > paulm(a)physics.gla.ac.uk > Glasgow, G12 8QQ, Scotland > http://www.astro.gla.ac.uk/users/paulm > +44 (0)141 330 4717 A54C A9FC 6A77 1664 2E4E > 90E3 FFD2 704B BF0F 03E9 > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > -- -- -- -- -- -- -- -- -- > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Sorry about the attachments
by Ian Pilcher 19 Jun '02

19 Jun '02

Sorry about the attachement in that last note. I forgot about them when I added the cc to wine-devel. (Sigh) -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

1 0

Notes R4 redraw problem
by Ian Pilcher 19 Jun '02

19 Jun '02

Dan - I'm hoping to pick your brain a little bit. I've attached a couple of screen captures that illustrate a problem I'm seeing with the Notes 4.6.7 client. Assume that I have my inbox set up as shown in "before.png". When I switch to a different virtual desktop and then switch back, the inbox will be redrawn as shown in "after.png". (The left-hand pane, which shows the views has had its width set to zero somehow.) Since I don't know either X or GDI programming very well, I'm a loss as to where to start looking. Any ideas? Thanks! -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

1 0

Dynamically linking with a Unix library - or not
by Shachar Shemesh 19 Jun '02

19 Jun '02

Hi WINE-devel list (cross posted to Linux-IL), After a lively discussion in the Israeli Linux users mailing list, it appears that the best solution will be to give a command line (or config) option to use an external library (fribidi) for the RTL rendering. I would still implement this internally, as the extrenal library is more Unicode and less Windows complient, but that's besides the point. Adding a ./configure option to do so would probably be quite feasable (I don't know how to do it at the moment, but I am sure that will not be the disqualifying factor), but I have been quite hesitant to go that way until now, for the following reasons: A. Fribidi will have to be present during building WINE. That, in itself, is not a majour obstacle, but B. Having Fribidi present during compile will add Fribidi to the WINE dependancies. I am afraid that the consequence of B will be that no packager in his right mind will use that option. As that works in direct contradiction to the reason I entered the WINE project to begin with, I am trying to opt for a better solution. I'm seeing two possible solutions to this problem: A. If Fribidi was present during compile, check for its existance during run time. If not present, don't enable the run time option. or B. Copy (port?) Fribidi into the WINE code. It's LGPL, so the license does allow that. The consequence of B is that I will need to keep an eye on Fribidi, and keep it up to date whenever something changes there. I am very reluctant to do so. I would much rather go for the "A" solution. The problem is that I know how to do this in Windows, but not in Linux. Any help anyone can offer me? Shachar

5 10

RE: Configure problems on MSYS
by Steven Edwards 18 Jun '02

18 Jun '02

Still having the problem.....did a clean checkout. No DIff here is the MD5sum $ md5sum.exe configure 3493dd32fa6c3299459c78a9c4cd4e79 *configure __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

What happens with...
by Medland, Bill 18 Jun '02

18 Jun '02

Can someone save me the trouble of hunting and experimenting on the following please? Our program currently is installed through installshield. It does the usual loading of newer Microsoft DLLs etc as well as of our own objects. Rather than registering them immediately it adds the registration tasks to the RunOnce part of the registry and requires a reboot. When I had a go a couple of days ago I didn't actually "do the reboot". (At the time I didn't know how our installer worked) and registered the dlls etc by hand (when I figured out that they weren't). Can anyone tell me if the "RunOnce" registry section works and if "rebooting" in the Windows sense actually reboots the wine server? Bill

2 1

PATCH: fix for RPM
by Pavel Roskin 18 Jun '02

18 Jun '02

Hello, Kristian! I have downloaded the latest Wine RPM from http://wine.dataparty.no/ It doesn't work at all, at least in the configuration without Windows. The trace shows that Wine cannot load KERNEL32.dll because it looks in /tmp/wine-rpm-root/usr/lib/wine/ instead of /usr/lib/wine/: 08072a70:warn:module:BUILTIN32_dlopen cannot open .so lib for builtin kernel32.dll: /tmp/wine-rpm-root/usr/lib/wine/kernel32.dll.so: cannot open shared object file: No such file or directory 08072a70:warn:module:MODULE_LoadLibraryExA Failed to load module 'C:\WINDOWS\SYSTEM\KERNEL32.dll'; error=2 08072a70:trace:heap:RtlFreeHeap (40370000,00000002,40370e50): returning TRUE 08072a70:err:module:PE_fixup_imports Module (file) KERNEL32.dll (which is needed by C:\windows\IsUninst.exe) not found Wine should not be configured with the /usr prefix. The prefix should only be changed to $RPM_BUILD_ROOT/usr during the install. I'm copying my message to the list, because I'm afraid that the RPMs on http://wine.dataparty.no/ are not really maintained. I remember seeing the same error a few months ago, I just didn't have time to report it. How can this error remain unfixed for months, if it makes Wine useless? This patch has been tested. The resulting RPM works. ================================== --- wine.spec.unstrip +++ wine.spec.unstrip @@ -18,14 +18,14 @@ %setup -q %build -./configure --without-curses --prefix=$RPM_BUILD_ROOT/usr \ +./configure --without-curses --prefix=/usr \ --sysconfdir=/etc/wine make depend make CFLAGS='-O2 -Wall' %install rm -rf $RPM_BUILD_ROOT -make install +make install prefix=$RPM_BUILD_ROOT/usr mkdir -p $RPM_BUILD_ROOT/etc/wine cp documentation/samples/config $RPM_BUILD_ROOT/etc/wine/config cp tools/fnt2bdf $RPM_BUILD_ROOT/usr/bin ================================== -- Regards, Pavel Roskin

3 3

__CxxFrameHandler
by juergen.schmied＠debitel.net 18 Jun '02

18 Jun '02

Hi! After getting problems with many aplications generated with VC i did a search for informations and found our implementation is not complete. The information is at: http://www.thecodeproject.com/cpp/Exceptionhandler.asp there is a example code for a replacement of the VC exception handling what looks like it could be ported to wine. Anybody interested in looking into it? juergen PS: created BUG 789 for it.

1 0

make test and ~/.wine/config
by Sylvain Petreolle 18 Jun '02

18 Jun '02

Hi, A little thought about running test and the $HOME config file: If you want to run make test after changing a parameter in the config file, you must run "make testclean", change the parametrer, and rerun make test. So couldn't we include $HOME/.wine/config in the dependancies ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

(Demo CD available) Has anyone tested AutoCad 2000 with any
by Matts 18 Jun '02

18 Jun '02

>> AutoDesk now offers a free 15 day demo CD of AutoCad. I hope some of the >> talanted wine developers take the opportunity to get the CD and try to get >> it to work. >> >> http://usa.autodesk.com/adsk/item/0,,616392-123112,00.html >> >> In my opinion there are two windows application that are more important >> than others and that is AutoCad and Quark express. Linux does not have good >> alternatives to theese, and for instance AutoCad users are engineers which >> are interested in technics and I now several that would like to ha linux at >> work but cant since it cant run AutoCad. >> >> --- Matts <kivik(a)firstlinux.net> wrote: >> >Great, it sounds as if it can be working seriously sooon. >> > >> >Is there any way a non wine developer can help with point 3 in the HOWTO ? >> > = (ie finding why ARX apps hang). Solving that will solve a lot of the >> > other = points and it will be closer to wider usage. >> > >> >3) Open SYSTEM.REG file in ~/.wine and remove ALL lines with >> >LOADCTRLS=3D....... and save it. >> >Don't ask why, I dunno but this prevents loading of an ARX >> >app that hangs Autocad. >> > >> >The FONTS issue is a one time problem, and the regen might not be to hard >> > t= o solve. (dirty hack, somehoe regen at each mouserelease). >> > >> >--- Sylvain Petreolle <spetreolle(a)yahoo.fr> wrote: >> >>see >> >>http://appdb.codeweavers.com/appview.php?appId=3D86&versionId=3D102 >> >> >> >>> Once upon a time I got Autocad R13 to work, only >> >>> toolbars and screenrefresh was not working to 100%, >> >>> then it broke completely, and 10 months ago when I >> >>> tested with AutoCad 2000 it was still broken.=20 >> >>>=20 >> >>> Has anyone done any testing recently ? >> >>>=20 >> >>> AutoCad and Quark express are two very important >> >>> pieces of software for wine, since they both lack >> >>> useable alternatives natively built for Linux. _____________________________________________________________ Want a new web-based email account ? ---> http://www.firstlinux.net _____________________________________________________________ Promote your group and strengthen ties to your members with email(a)yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag

1 0

Re: please report this (quicken error)
by Andriy Palamarchuk 17 Jun '02

17 Jun '02

Shane, thank you very much for this information! --- Shane Shields <locutusenterprises(a)softhome.net> wrote: > hi all > > ive been lurking for a while and reading some very > lively discussions but > thats off topic. the reason ive come out of my hole > is the following > messages. just being a good (?) citizen. let me know > what other information > you need and how i can collect it. Would it be difficult for you to submit a bug report with description of the problem to http://bugs.winehq.com? The reason I'm asking you is that I don't know if anybody can handle this information right now and I don't want your report to be lost. In Bugzilla your bug reports are always processed. Again, thank you for the bug report, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

PowerBuilder 6.0 generated applications crash accessing date fields
by Luigi Capriotti 17 Jun '02

17 Jun '02

I'm trying to run a PB-generated application under Wine, but every panel with date-time fields generate a crash. By means of winedbg I've managed to track the crashes to a limited set of function calls into the runtime engine PBVM60.DLL (namely PBE_SetData, PBE_FmtSetDataString, PBE_FmtSetMask ) which are called by the engine itself whenever creating dialogs. It seems to me a dialog property is not correctly initialised, leading to a segfault accessing an invalid pointer. I've managed to package a minimal test application into http://web.tiscali.it/l_capriotti/WineTest.zip hoping some Wine expert can provide advices-directions, Thanks in advance for any help. Luigi

2 1

Re: Return and absolut path in DRIVE_FindDriveRoot
by Michael Wetherell 17 Jun '02

17 Jun '02

On Friday 14 Jun 2002 6:20 pm, Uwe Bonnes wrote: > some application (xilinx webpack) dind't find it's initialisation file when > started in the debugger ("winedbg bin/nt/webpack.exe" versus "wine > bin/nt/exepack" started in "l:/xilinx"). As trap there is also a directory > "l:/xilinx/xilinx". The starting process (wine or winedbg) set the current > working directory to l: and when winedbg started the user process, > DRIVE_Chdir in DIR_Init set the current directory to "l:/xilinx/xilinx". > This was caused by DRIVE_FindDriveRoot not returning an absolute path. I'm sorry about that, I should have forseen it. Your patch does of course fix it (and that's how it was before) but I think it might be better to make the change to DIR_Init() instead though. I think the trouble with trying to return the leading slash in the result of DRIVE_FindDriveRoot() is that whether you get an absolute or relative path depends on whether we are at a drive's root or not, rather than whether the input unix path is absolute or not. So since DRIVE_FindDriveRoot() can't always do it correctly I think it would probably be better if it didn't do it at all, that way the caller knows they have to deal with it rather than it working some of the time, but other times giving rise subtle problems.

2 2

Anyone else getting this with current CVS?
by Steven Edwards 17 Jun '02

17 Jun '02

configure still seems to work but I'm getting this: checking host system type... i686-pc-mingw32 checking whether make sets ${MAKE}... ./configure: eval: line 1: unexpected EOF while looking for matching `"' ./configure: eval: line 2: syntax error: unexpected end of file no checking for gcc... gcc Any ideas? __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Recent CVS update changed printer configs?
by Carl Sopchak 17 Jun '02

17 Jun '02

Hi, I have been using Wine to run QuickBooks for a few months now. When I originally got it set up, I had to define a "pseudo printer" in order for the checks to print from the manual feed tray. I did this by copying the ppd file for my printer, and in the PaperSize: Letter section added the postscript code to set manual feed on, then defining a printer in the system registry that used this ppd file. I also changed the ps.c program to (always) turn off manual feed at the end of the postscript output. This "pseudo printer" is not configured in LPRng: I want the output to go to the default (and only) physical printer on my system. Now, I do CVS updates about once a week, as I'm also hoping to get Quicken running under Wine. (No luck yet, as Quicken's internet configuration doesn't run. I'll start working to debug this in about a week or two...) My updates have been simply "cvs update && ./configure && make depend && make && make install". My last update was last Friday (6/14). Today, when I tried to print checks from QuickBooks, my "pseudo printer" was no longer defined, so the printer did not print from the manual feed tray. It's been about a month since I last tried to print checks. (It worked right then...) Has there been a commit to CVS that changed how printing is configured? I have not made any changes to any of my configuration files since I got QuickBooks initially running. Does anyone have any suggestions as to how I could get this going again? Thanks for the help, Carl

1 0

TWAIN.h patch (late reply)
by Steven Edwards 17 Jun '02

17 Jun '02

I will submit a proper patch for it in a few days. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

notepad vs write
by Ann and Jason Edmeades 17 Jun '02

17 Jun '02

Hi, A program I am debugging has a 'View Readme' button which when clicked attempts to load the readme into write. Just a suggestion, but perhaps when we install the default applications we could have a symbolic link or dummy application which launches the wine version of notepad instead? Regards, Jason

3 2

Patch to make server understand NT path names
by Mike McCormack 17 Jun '02

17 Jun '02

Hi All, This patch is the start of my work to make the wineserver understand NT path names. It's still quite raw, but works for simple read-only cases. The end goal is to have all file access go through the NT native interface, thus dll-seperate the kernel32 file API from our ntdll. I've made the following changes: * the create_file server call is modified so that it takes a unicode path. * if the above path starts with a backslash, it is interpretted as a WinNT style path name. * created two new server objects, directory and virtual directory. * created the NT root directory is a virtual directory containing another virtual directory named \DosDevices * created the virtual directory DosDevices containing each drive as a subdirectory. With these changes, directories will become server objects, and we can procede to modify the client side code to use the new directory objects. Anyway, with all this, my test program can open (NtOpenFile) and dump(NtReadFile) a file with names like this, as it does on WinNT. \DosDevices\C:\test.txt \DosDevices\C:\Tmp\asdf There's still lots of work to do on this: * create a hash of currently open directory objects * use [Drive] entry to convert between unicode and ascii * implement NtQueryDirectoryFile so we can read directories * rewrite the client side code to use it * debug and test it all Anyway I've put this out early so you can all compla^H^H^H comment on it and don't have to totally rewrite it after completing it to my own satisfaction ;-) Give me a yell is there's stuff missing or you want my test program... remember to run tools/make_requests Mike License: LGPL ChangeLog: * add NT style path handling to wineserver ? server/dir.c ? server/drive.c ? server/ntroot.c ? server/registry.h ? server/x Index: dlls/ntdll/file.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/file.c,v retrieving revision 1.14 diff -u -r1.14 file.c --- dlls/ntdll/file.c 14 Jun 2002 00:36:20 -0000 1.14 +++ dlls/ntdll/file.c 16 Jun 2002 16:14:30 -0000 @@ -58,12 +58,15 @@ ULONG ShareAccess, ULONG OpenOptions) { +#if 0 ULONG len = 0; PSTR filename; CHAR szDosDevices[] = "\\DosDevices\\"; DOS_FULL_NAME full_name; + UNICODE_STRING unix_name; +#endif NTSTATUS r; - + FIXME("(%p,0x%08lx,%p,%p,0x%08lx,0x%08lx) partial stub\n", FileHandle, DesiredAccess, ObjectAttributes, IoStatusBlock, ShareAccess, OpenOptions); @@ -77,8 +80,9 @@ return STATUS_OBJECT_NAME_NOT_FOUND; } +#if 0 /* create an ascii string from the unicode filename */ - RtlUnicodeToMultiByteSize( &len, ObjectAttributes->ObjectName->Buffer, + RtlUnicodeToMultiByteSize( &len, ObjectAttributes->ObjectName->Buffer, ObjectAttributes->ObjectName->Length ); filename = RtlAllocateHeap( GetProcessHeap(), 0, len + 1); RtlUnicodeToMultiByteN(filename, len, NULL, ObjectAttributes->ObjectName->Buffer, @@ -94,7 +98,10 @@ &full_name)) return STATUS_OBJECT_NAME_NOT_FOUND; - /* FIXME: modify server protocol so + RtlCreateUnicodeStringFromAsciiz(&unix_name, full_name.long_name); +#endif + + /* FIXME: modify server protocol so create file takes an OBJECT_ATTRIBUTES structure */ SERVER_START_REQ( create_file ) { @@ -103,13 +110,20 @@ req->sharing = ShareAccess; req->create = OPEN_EXISTING; req->attrs = 0; - req->drive_type = GetDriveTypeA( full_name.short_name ); - wine_server_add_data( req, full_name.long_name, strlen(full_name.long_name) ); - SetLastError(0); + req->drive_type = -1; +#if 0 + wine_server_add_data( req, unix_name.Buffer, unix_name.Length ); +#else + wine_server_add_data( req, ObjectAttributes->ObjectName->Buffer, ObjectAttributes->ObjectName->Length ); +#endif r = wine_server_call( req ); *FileHandle = reply->handle; } SERVER_END_REQ; + +#if 0 + RtlFreeUnicodeString(&unix_name); +#endif return r; } Index: dlls/ntdll/ntdll.spec =================================================================== RCS file: /home/wine/wine/dlls/ntdll/ntdll.spec,v retrieving revision 1.68 diff -u -r1.68 ntdll.spec --- dlls/ntdll/ntdll.spec 10 Jun 2002 02:28:00 -0000 1.68 +++ dlls/ntdll/ntdll.spec 16 Jun 2002 16:14:31 -0000 @@ -252,7 +252,7 @@ @ stdcall NtWaitForSingleObject(long long long) NtWaitForSingleObject @ stub NtWaitHighEventPair @ stub NtWaitLowEventPair -@ stub NtWriteFile +@ stdcall NtWriteFile(long long long long long long long long long) NtWriteFile @ stub NtWriteRequestData @ stub NtWriteVirtualMemory @ stub PfxFindPrefix @@ -757,7 +757,7 @@ @ stdcall ZwWaitForSingleObject(long long long) NtWaitForSingleObject @ stub ZwWaitHighEventPair @ stub ZwWaitLowEventPair -@ stub ZwWriteFile +@ stdcall ZwWriteFile(long long long long long long long long long) NtWriteFile @ stub ZwWriteRequestData @ stub ZwWriteVirtualMemory @ cdecl _CIpow() NTDLL__CIpow Index: files/file.c =================================================================== RCS file: /home/wine/wine/files/file.c,v retrieving revision 1.149 diff -u -r1.149 file.c --- files/file.c 5 Jun 2002 00:47:38 -0000 1.149 +++ files/file.c 16 Jun 2002 16:14:33 -0000 @@ -378,6 +378,8 @@ { unsigned int err; HANDLE ret; + WCHAR name[MAX_PATH]; + int len = MultiByteToWideChar(CP_ACP,0,filename,-1,name,MAX_PATH); for (;;) { @@ -389,7 +391,7 @@ req->create = creation; req->attrs = attributes; req->drive_type = drive_type; - wine_server_add_data( req, filename, strlen(filename) ); + wine_server_add_data( req, name, len*sizeof(WCHAR) ); SetLastError(0); err = wine_server_call( req ); ret = reply->handle; @@ -403,7 +405,7 @@ if ((err == STATUS_MEDIA_WRITE_PROTECTED) || (err == STATUS_ACCESS_DENIED)) { TRACE("Write access failed for file '%s', trying without " - "write access\n", filename); + "write access\n", debugstr_w(name)); access &= ~GENERIC_WRITE; continue; } @@ -411,7 +413,7 @@ if (err) SetLastError( RtlNtStatusToDosError(err) ); - if (!ret) WARN("Unable to create file '%s' (GLE %ld)\n", filename, GetLastError()); + if (!ret) WARN("Unable to create file '%s' (GLE %ld)\n", debugstr_wn(name,len), GetLastError()); return ret; } } Index: server/Makefile.in =================================================================== RCS file: /home/wine/wine/server/Makefile.in,v retrieving revision 1.33 diff -u -r1.33 Makefile.in --- server/Makefile.in 9 May 2002 04:31:40 -0000 1.33 +++ server/Makefile.in 16 Jun 2002 16:14:33 -0000 @@ -14,6 +14,7 @@ context_sparc.c \ debugger.c \ device.c \ + dir.c \ event.c \ file.c \ handle.c \ @@ -21,6 +22,7 @@ mapping.c \ mutex.c \ named_pipe.c \ + ntroot.c \ object.c \ pipe.c \ process.c \ Index: server/atom.c =================================================================== RCS file: /home/wine/wine/server/atom.c,v retrieving revision 1.14 diff -u -r1.14 atom.c --- server/atom.c 26 Apr 2002 19:05:17 -0000 1.14 +++ server/atom.c 16 Jun 2002 16:14:33 -0000 @@ -77,6 +77,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ atom_table_destroy /* destroy */ }; Index: server/change.c =================================================================== RCS file: /home/wine/wine/server/change.c,v retrieving revision 1.12 diff -u -r1.12 change.c --- server/change.c 10 Mar 2002 00:18:36 -0000 1.12 +++ server/change.c 16 Jun 2002 16:14:33 -0000 @@ -52,6 +52,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ no_destroy /* destroy */ }; Index: server/console.c =================================================================== RCS file: /home/wine/wine/server/console.c,v retrieving revision 1.40 diff -u -r1.40 console.c --- server/console.c 2 Jun 2002 21:22:22 -0000 1.40 +++ server/console.c 16 Jun 2002 16:14:34 -0000 @@ -57,6 +57,8 @@ no_flush, /* flush */ console_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ console_input_destroy /* destroy */ }; @@ -86,6 +88,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ console_input_events_destroy /* destroy */ }; @@ -127,6 +131,8 @@ no_flush, /* flush */ console_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ screen_buffer_destroy /* destroy */ }; Index: server/debugger.c =================================================================== RCS file: /home/wine/wine/server/debugger.c,v retrieving revision 1.42 diff -u -r1.42 debugger.c --- server/debugger.c 30 May 2002 20:12:58 -0000 1.42 +++ server/debugger.c 16 Jun 2002 16:14:34 -0000 @@ -78,6 +78,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ debug_event_destroy /* destroy */ }; @@ -99,6 +101,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ debug_ctx_destroy /* destroy */ }; Index: server/device.c =================================================================== RCS file: /home/wine/wine/server/device.c,v retrieving revision 1.14 diff -u -r1.14 device.c --- server/device.c 10 Mar 2002 00:18:36 -0000 1.14 +++ server/device.c 16 Jun 2002 16:14:35 -0000 @@ -59,6 +59,8 @@ no_flush, /* flush */ device_get_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ no_destroy /* destroy */ }; Index: server/event.c =================================================================== RCS file: /home/wine/wine/server/event.c,v retrieving revision 1.24 diff -u -r1.24 event.c --- server/event.c 30 May 2002 20:12:58 -0000 1.24 +++ server/event.c 16 Jun 2002 16:14:35 -0000 @@ -56,6 +56,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ no_destroy /* destroy */ }; Index: server/file.c =================================================================== RCS file: /home/wine/wine/server/file.c,v retrieving revision 1.58 diff -u -r1.58 file.c --- server/file.c 30 May 2002 20:12:58 -0000 1.58 +++ server/file.c 16 Jun 2002 16:14:35 -0000 @@ -44,12 +44,17 @@ #include "thread.h" #include "request.h" #include "async.h" +#include "unicode.h" + +#include "winnt.h" +#include "winreg.h" +#include "registry.h" struct file { struct object obj; /* object header */ struct file *next; /* next file in hashing list */ - char *name; /* file name */ + WCHAR *name; /* file name */ unsigned int access; /* file access (GENERIC_READ/WRITE) */ unsigned int flags; /* flags (FILE_FLAG_*) */ unsigned int sharing; /* file sharing mode */ @@ -85,20 +90,22 @@ file_flush, /* flush */ file_get_info, /* get_file_info */ file_queue_async, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ file_destroy /* destroy */ }; -static int get_name_hash( const char *name ) +static int get_name_hash( const WCHAR *name ) { int hash = 0; - while (*name) hash ^= (unsigned char)*name++; + while (*name) hash ^= (unsigned short)*name++; return hash % NAME_HASH_SIZE; } /* check if the desired access is possible without violating */ /* the sharing mode of other opens of the same file */ -static int check_sharing( const char *name, int hash, unsigned int access, +static int check_sharing( const WCHAR *name, int hash, unsigned int access, unsigned int sharing ) { struct file *file; @@ -107,7 +114,7 @@ for (file = file_hash[hash]; file; file = file->next) { - if (strcmp( file->name, name )) continue; + if (strcmpW( file->name, name )) continue; existing_sharing &= file->sharing; existing_access |= file->access; } @@ -144,20 +151,21 @@ return file; } - -static struct file *create_file( const char *nameptr, size_t len, unsigned int access, +struct object *create_file( const WCHAR *nameptr, size_t len, unsigned int access, unsigned int sharing, int create, unsigned int attrs, int drive_type ) { struct file *file; int hash, flags; struct stat st; - char *name; + WCHAR *name, szwCom[] = {'.','c','o','m',0 }, szwExe[] = {'.','e','x','e',0 }; int fd = -1; mode_t mode; - if (!(name = mem_alloc( len + 1 ))) return NULL; - memcpy( name, nameptr, len ); + /* fprintf(stderr,"opening: "); dump_strW(name,len,stderr,"[]"); fprintf(stderr,"\n"); */ + + if (!(name = mem_alloc( (len+1)*sizeof (WCHAR) ))) return NULL; + memcpy( name, nameptr, len*sizeof (WCHAR) ); name[len] = 0; /* check sharing mode */ @@ -183,11 +191,11 @@ mode = (attrs & FILE_ATTRIBUTE_READONLY) ? 0444 : 0666; if (len >= 4 && - (!strcasecmp( name + len - 4, ".exe" ) || !strcasecmp( name + len - 4, ".com" ))) + (!strcmpiW( name + len - 4, szwExe ) || !strcmpiW( name + len - 4, szwCom ))) mode |= 0111; /* FIXME: should set error to STATUS_OBJECT_NAME_COLLISION if file existed before */ - if ((fd = open( name, flags | O_NONBLOCK | O_LARGEFILE, mode )) == -1 ) + if ((fd = openw( name, flags | O_NONBLOCK | O_LARGEFILE, mode )) == -1 ) goto file_error; /* refuse to open a directory */ if (fstat( fd, &st ) == -1) goto file_error; @@ -205,7 +213,7 @@ file->name = name; file->next = file_hash[hash]; file_hash[hash] = file; - return file; + return &file->obj; file_error: file_set_error(); @@ -218,7 +226,7 @@ /* check if two file objects point to the same file */ int is_same_file( struct file *file1, struct file *file2 ) { - return !strcmp( file1->name, file2->name ); + return !strcmpW( file1->name, file2->name ); } /* get the type of drive the file is on */ @@ -264,7 +272,9 @@ { struct file *file = (struct file *)obj; assert( obj->ops == &file_ops ); - fprintf( stderr, "File fd=%d flags=%08x name='%s'\n", file->obj.fd, file->flags, file->name ); + fprintf( stderr, "File fd=%d flags=%08x name=", file->obj.fd, file->flags ); + dump_strW(file->name,strlenW(file->name),stderr,"[]"); + fprintf( stderr, "\n" ); } static int file_get_poll_events( struct object *obj ) @@ -427,7 +437,7 @@ while (*pptr && *pptr != file) pptr = &(*pptr)->next; assert( *pptr ); *pptr = (*pptr)->next; - if (file->flags & FILE_FLAG_DELETE_ON_CLOSE) unlink( file->name ); + if (file->flags & FILE_FLAG_DELETE_ON_CLOSE) unlinkw( file->name ); free( file->name ); } if (file->flags & FILE_FLAG_OVERLAPPED) @@ -564,13 +574,13 @@ if (!access_time || !write_time) { struct stat st; - if (stat( file->name, &st ) == -1) goto error; + if (statw( file->name, &st ) == -1) goto error; if (!access_time) access_time = st.st_atime; if (!write_time) write_time = st.st_mtime; } utimbuf.actime = access_time; utimbuf.modtime = write_time; - if (utime( file->name, &utimbuf ) == -1) goto error; + if (utimew( file->name, &utimbuf ) == -1) goto error; release_object( file ); return 1; error: @@ -596,11 +606,29 @@ /* create a file */ DECL_HANDLER(create_file) { - struct file *file; + struct object *file = NULL; + const WCHAR *name = get_req_data(); + int len = get_req_data_size()/sizeof (WCHAR); reply->handle = 0; - if ((file = create_file( get_req_data(), get_req_data_size(), req->access, - req->sharing, req->create, req->attrs, req->drive_type ))) + + if(len && (name[0]=='\\')) /* nt path name */ + { + if(root) + { + root->ops->open_child(root, name+1, len-1, req->access, + req->sharing, req->create, req->attrs, &file ); + } + else + set_error(STATUS_ACCESS_DENIED); + } + else + { + file = create_file( name, len, req->access, + req->sharing, req->create, req->attrs, req->drive_type ); + } + + if (file) { reply->handle = alloc_handle( current->process, file, req->access, req->inherit ); release_object( file ); Index: server/handle.c =================================================================== RCS file: /home/wine/wine/server/handle.c,v retrieving revision 1.21 diff -u -r1.21 handle.c --- server/handle.c 30 May 2002 20:12:58 -0000 1.21 +++ server/handle.c 16 Jun 2002 16:14:35 -0000 @@ -110,6 +110,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ handle_table_destroy /* destroy */ }; Index: server/main.c =================================================================== RCS file: /home/wine/wine/server/main.c,v retrieving revision 1.24 diff -u -r1.24 main.c --- server/main.c 3 Apr 2002 22:51:18 -0000 1.24 +++ server/main.c 16 Jun 2002 16:14:35 -0000 @@ -34,6 +34,7 @@ /* command-line options */ int debug_level = 0; int master_socket_timeout = 3; /* master socket timeout in seconds, default is 3 s */ +struct object *root; /* root of the NT filesystem */ /* parse-line args */ /* FIXME: should probably use getopt, and add a (more complete?) help option */ @@ -109,8 +110,10 @@ if (debug_level) fprintf( stderr, "Server: starting (pid=%ld)\n", (long) getpid() ); init_registry(); + root = get_ntroot(); select_loop(); close_registry(); + release_object(root); if (debug_level) fprintf( stderr, "Server: exiting (pid=%ld)\n", (long) getpid() ); #ifdef DEBUG_OBJECTS Index: server/mapping.c =================================================================== RCS file: /home/wine/wine/server/mapping.c,v retrieving revision 1.33 diff -u -r1.33 mapping.c --- server/mapping.c 30 May 2002 20:12:58 -0000 1.33 +++ server/mapping.c 16 Jun 2002 16:14:36 -0000 @@ -67,6 +67,8 @@ no_flush, /* flush */ mapping_get_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ mapping_destroy /* destroy */ }; Index: server/mutex.c =================================================================== RCS file: /home/wine/wine/server/mutex.c,v retrieving revision 1.21 diff -u -r1.21 mutex.c --- server/mutex.c 26 Apr 2002 19:05:18 -0000 1.21 +++ server/mutex.c 16 Jun 2002 16:14:36 -0000 @@ -60,6 +60,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ mutex_destroy /* destroy */ }; Index: server/named_pipe.c =================================================================== RCS file: /home/wine/wine/server/named_pipe.c,v retrieving revision 1.14 diff -u -r1.14 named_pipe.c --- server/named_pipe.c 31 May 2002 23:06:53 -0000 1.14 +++ server/named_pipe.c 16 Jun 2002 16:14:36 -0000 @@ -96,6 +96,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ named_pipe_destroy /* destroy */ }; @@ -118,6 +120,8 @@ no_flush, /* flush */ pipe_user_get_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ pipe_user_destroy /* destroy */ }; Index: server/object.h =================================================================== RCS file: /home/wine/wine/server/object.h,v retrieving revision 1.43 diff -u -r1.43 object.h --- server/object.h 30 May 2002 20:12:58 -0000 1.43 +++ server/object.h 16 Jun 2002 16:14:36 -0000 @@ -65,6 +65,11 @@ int (*get_file_info)(struct object *,struct get_file_info_reply *, int *flags); /* queue an async operation - see register_async handler in async.c*/ void (*queue_async)(struct object *, void* ptr, unsigned int status, int type, int count); + /* enumerate child objects (directory listing) */ + int (*enumerate)(struct object *, unsigned int index, WCHAR **name, int *len); + /* get child handle */ + int (*open_child)(struct object *, const WCHAR *nameptr, size_t len, unsigned int access, + unsigned int sharing, int create, unsigned int attrs, struct object **); /* destroy on refcount == 0 */ void (*destroy)(struct object *); }; @@ -167,6 +172,9 @@ extern int create_anonymous_file(void); extern struct file *create_temp_file( int access ); extern void file_set_error(void); +extern struct object *create_file( const WCHAR *nameptr, size_t len, unsigned int access, + unsigned int sharing, int create, unsigned int attrs, + int drive_type ); /* serial functions */ @@ -194,7 +202,14 @@ extern int grab_global_atom( atom_t atom ); extern void release_global_atom( atom_t atom ); +/* NT filesystem root */ +extern struct object* get_ntroot(void); +extern struct object* get_dir(WCHAR *name, int len); + /* global variables */ + + /* root of the NT filesystem */ +extern struct object *root; /* command-line options */ extern int debug_level; Index: server/pipe.c =================================================================== RCS file: /home/wine/wine/server/pipe.c,v retrieving revision 1.24 diff -u -r1.24 pipe.c --- server/pipe.c 30 May 2002 20:12:58 -0000 1.24 +++ server/pipe.c 16 Jun 2002 16:14:36 -0000 @@ -68,6 +68,8 @@ no_flush, /* flush */ pipe_get_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ pipe_destroy /* destroy */ }; Index: server/process.c =================================================================== RCS file: /home/wine/wine/server/process.c,v retrieving revision 1.87 diff -u -r1.87 process.c --- server/process.c 2 Jun 2002 21:22:22 -0000 1.87 +++ server/process.c 16 Jun 2002 16:14:37 -0000 @@ -69,6 +69,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ process_destroy /* destroy */ }; @@ -109,6 +111,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ startup_info_destroy /* destroy */ }; Index: server/protocol.def =================================================================== RCS file: /home/wine/wine/server/protocol.def,v retrieving revision 1.39 diff -u -r1.39 protocol.def --- server/protocol.def 2 Jun 2002 21:22:22 -0000 1.39 +++ server/protocol.def 16 Jun 2002 16:14:38 -0000 @@ -572,7 +572,7 @@ int create; /* file create action */ unsigned int attrs; /* file attributes for creation */ int drive_type; /* type of drive the file is on */ - VARARG(filename,string); /* file name */ + VARARG(filename,unicode_str); /* file name */ @REPLY obj_handle_t handle; /* handle to the file */ @END Index: server/queue.c =================================================================== RCS file: /home/wine/wine/server/queue.c,v retrieving revision 1.25 diff -u -r1.25 queue.c --- server/queue.c 26 Apr 2002 19:05:18 -0000 1.25 +++ server/queue.c 16 Jun 2002 16:14:39 -0000 @@ -130,6 +130,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, + NULL, msg_queue_destroy /* destroy */ }; Index: server/registry.c =================================================================== RCS file: /home/wine/wine/server/registry.c,v retrieving revision 1.39 diff -u -r1.39 registry.c --- server/registry.c 31 May 2002 23:06:53 -0000 1.39 +++ server/registry.c 16 Jun 2002 16:14:39 -0000 @@ -47,7 +47,9 @@ #include "winreg.h" #include "winnt.h" /* registry definitions */ #include "ntddk.h" +#include "registry.h" +#if 0 /* a registry key */ struct key { @@ -91,6 +93,8 @@ #define IS_SPECIAL_ROOT_HKEY(h) (((unsigned int)(h) >= HKEY_SPECIAL_ROOT_FIRST) && \ ((unsigned int)(h) <= HKEY_SPECIAL_ROOT_LAST)) +#endif + static struct key *special_root_keys[NB_SPECIAL_ROOT_KEYS]; /* the real root key */ @@ -160,6 +164,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ key_destroy /* destroy */ }; @@ -503,7 +509,7 @@ /* open a subkey */ /* warning: the key name must be writeable (use copy_path) */ -static struct key *open_key( struct key *key, WCHAR *name ) +struct key *open_key( struct key *key, WCHAR *name ) { int index; WCHAR *path; @@ -722,7 +728,7 @@ } /* find the named value of a given key and return its index in the array */ -static struct key_value *find_value( const struct key *key, const WCHAR *name, int *index ) +struct key_value *find_value( const struct key *key, const WCHAR *name, int *index ) { int i, min, max, res; @@ -927,7 +933,7 @@ } /* get the registry key corresponding to an hkey handle */ -static struct key *get_hkey_obj( obj_handle_t hkey, unsigned int access ) +struct key *get_hkey_obj( obj_handle_t hkey, unsigned int access ) { struct key *key; Index: server/request.c =================================================================== RCS file: /home/wine/wine/server/request.c,v retrieving revision 1.64 diff -u -r1.64 request.c --- server/request.c 30 May 2002 20:12:58 -0000 1.64 +++ server/request.c 16 Jun 2002 16:14:40 -0000 @@ -81,6 +81,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ no_destroy /* destroy */ }; Index: server/semaphore.c =================================================================== RCS file: /home/wine/wine/server/semaphore.c,v retrieving revision 1.21 diff -u -r1.21 semaphore.c --- server/semaphore.c 30 May 2002 20:12:58 -0000 1.21 +++ server/semaphore.c 16 Jun 2002 16:14:40 -0000 @@ -56,6 +56,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ no_destroy /* destroy */ }; Index: server/serial.c =================================================================== RCS file: /home/wine/wine/server/serial.c,v retrieving revision 1.22 diff -u -r1.22 serial.c --- server/serial.c 30 May 2002 20:12:58 -0000 1.22 +++ server/serial.c 16 Jun 2002 16:14:40 -0000 @@ -95,6 +95,8 @@ no_flush, /* flush */ serial_get_info, /* get_file_info */ serial_queue_async, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ destroy_serial /* destroy */ }; Index: server/smb.c =================================================================== RCS file: /home/wine/wine/server/smb.c,v retrieving revision 1.3 diff -u -r1.3 smb.c --- server/smb.c 31 May 2002 23:06:53 -0000 1.3 +++ server/smb.c 16 Jun 2002 16:14:40 -0000 @@ -78,6 +78,8 @@ no_flush, /* flush */ smb_get_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ destroy_smb /* destroy */ }; Index: server/snapshot.c =================================================================== RCS file: /home/wine/wine/server/snapshot.c,v retrieving revision 1.15 diff -u -r1.15 snapshot.c --- server/snapshot.c 26 Apr 2002 19:05:18 -0000 1.15 +++ server/snapshot.c 16 Jun 2002 16:14:40 -0000 @@ -68,6 +68,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ snapshot_destroy /* destroy */ }; Index: server/sock.c =================================================================== RCS file: /home/wine/wine/server/sock.c,v retrieving revision 1.35 diff -u -r1.35 sock.c --- server/sock.c 31 May 2002 23:06:53 -0000 1.35 +++ server/sock.c 16 Jun 2002 16:14:41 -0000 @@ -102,6 +102,8 @@ no_flush, /* flush */ sock_get_info, /* get_file_info */ sock_queue_async, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ sock_destroy /* destroy */ }; Index: server/thread.c =================================================================== RCS file: /home/wine/wine/server/thread.c,v retrieving revision 1.80 diff -u -r1.80 thread.c --- server/thread.c 30 May 2002 20:12:58 -0000 1.80 +++ server/thread.c 16 Jun 2002 16:14:41 -0000 @@ -92,6 +92,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ destroy_thread /* destroy */ }; Index: server/timer.c =================================================================== RCS file: /home/wine/wine/server/timer.c,v retrieving revision 1.15 diff -u -r1.15 timer.c --- server/timer.c 26 Apr 2002 19:05:18 -0000 1.15 +++ server/timer.c 16 Jun 2002 16:14:41 -0000 @@ -63,6 +63,8 @@ no_flush, /* flush */ no_get_file_info, /* get_file_info */ NULL, /* queue_async */ + NULL, /* enumerate */ + NULL, /* get_child_handle */ timer_destroy /* destroy */ }; Index: server/trace.c =================================================================== RCS file: /home/wine/wine/server/trace.c,v retrieving revision 1.135 diff -u -r1.135 trace.c --- server/trace.c 2 Jun 2002 21:22:22 -0000 1.135 +++ server/trace.c 16 Jun 2002 16:14:43 -0000 @@ -769,7 +769,7 @@ fprintf( stderr, " attrs=%08x,", req->attrs ); fprintf( stderr, " drive_type=%d,", req->drive_type ); fprintf( stderr, " filename=" ); - dump_varargs_string( cur_size ); + dump_varargs_unicode_str( cur_size ); } static void dump_create_file_reply( const struct create_file_reply *req ) Index: server/unicode.c =================================================================== RCS file: /home/wine/wine/server/unicode.c,v retrieving revision 1.4 diff -u -r1.4 unicode.c --- server/unicode.c 26 Apr 2002 19:05:18 -0000 1.4 +++ server/unicode.c 16 Jun 2002 16:14:43 -0000 @@ -24,8 +24,18 @@ #include <ctype.h> #include <stdio.h> +#include <fcntl.h> +#include <sys/types.h> +#include <sys/stat.h> +#include <dirent.h> +#include <errno.h> + +#include "thread.h" #include "unicode.h" +static const union cptable *ansi_cptable; + + /* dump a Unicode string with proper escaping */ int dump_strW( const WCHAR *str, size_t len, FILE *f, char escape[2] ) { @@ -68,3 +78,85 @@ count += pos - buffer; return count; } + +int strcasecmpnW(const WCHAR *x, const WCHAR *y, int n) +{ + int i; + for(i=0; i<n; i++) + { + if((x[i]&~0x20)>(y[i]&~0x20)) + return 1; + if((x[i]&~0x20)<(y[i]&~0x20)) + return -1; + } + return 0; +} + +/* FIXME: hardcoded to ANSI for the time being */ + +int file_unicode_to_apath(const WCHAR *path_w, char *path_a, int len) +{ + if(!ansi_cptable) + ansi_cptable = cp_get_table( 1252 ); + return cp_wcstombs( ansi_cptable, 0, path_w, -1, path_a, len, NULL, NULL); +} + +int file_apath_to_unicode(const char *path_a, WCHAR *path_w, int len) +{ + if(!ansi_cptable) + ansi_cptable = cp_get_table( 1252 ); + return cp_mbstowcs( ansi_cptable, 0, path_a, -1, path_w, len); +} + +int openw(const WCHAR *name, int access, int mode) +{ + char name_a[MAX_PATH]; + name_a[0]=0; + file_unicode_to_apath(name,name_a,MAX_PATH); + return open(name_a,access,mode); +} + +int unlinkw(const WCHAR *name) +{ + char name_a[MAX_PATH]; + name_a[0]=0; + file_unicode_to_apath(name,name_a,MAX_PATH); + return unlink(name_a); +} + +int statw(const WCHAR *name, struct stat *st) +{ + char name_a[MAX_PATH]; + name_a[0]=0; + file_unicode_to_apath(name,name_a,MAX_PATH); + return stat(name_a,st); +} + +int utimew(const WCHAR *name, struct utimbuf *utimbuf) +{ + char name_a[MAX_PATH]; + name_a[0]=0; + file_unicode_to_apath(name,name_a,MAX_PATH); + return utime(name_a,utimbuf); +} + +DIR *opendirw(const WCHAR *name) +{ + char name_a[MAX_PATH]; + name_a[0]=0; + file_unicode_to_apath(name,name_a,MAX_PATH); + return opendir(name_a); +} + +static struct direntw g_de; + +struct direntw *readdirw(DIR *dir) +{ + struct dirent *de = readdir(dir); + if(!de) + return NULL; + g_de.d_name[0]=0; + file_apath_to_unicode(de->d_name, g_de.d_name, sizeof(g_de.d_name)/sizeof(WCHAR)); + return &g_de; +} + Index: server/unicode.h =================================================================== RCS file: /home/wine/wine/server/unicode.h,v retrieving revision 1.8 diff -u -r1.8 unicode.h --- server/unicode.h 10 Mar 2002 00:18:36 -0000 1.8 +++ server/unicode.h 16 Jun 2002 16:14:43 -0000 @@ -22,6 +22,9 @@ #define __WINE_SERVER_UNICODE_H #include <stdio.h> +#include <dirent.h> +#include <sys/time.h> +#include <utime.h> #include "windef.h" #include "wine/unicode.h" @@ -35,4 +38,20 @@ extern int dump_strW( const WCHAR *str, size_t len, FILE *f, char escape[2] ); +extern int strcasecmpnW(const WCHAR *x, const WCHAR *y, int n); + +extern int openw(const WCHAR *name, int access, int mode); +extern int unlinkw(const WCHAR *name); +extern int statw(const WCHAR *name, struct stat *st); +extern int utimew(const WCHAR *name, struct utimbuf *utimbuf); + +struct direntw +{ + WCHAR d_name[NAME_MAX+1]; +}; + +extern DIR *opendirw(const WCHAR *name); +extern struct direntw *readdirw(DIR *dir); + #endif /* __WINE_SERVER_UNICODE_H */ + --- /dev/null Mon Jul 18 08:46:18 1994 +++ server/ntroot.c Mon Jun 17 09:27:22 2002 @@ -0,0 +1,302 @@ +/* + * Server-side NT virtual directory management + * + * Copyright (C) 1998 Alexandre Julliard + * Copyright (C) 2002 Mike McCormack + * + * 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 "config.h" +#include "wine/port.h" + +#include <assert.h> +#include <fcntl.h> +#include <stdio.h> +#include <string.h> +#include <stdlib.h> +#include <errno.h> +#ifdef HAVE_SYS_ERRNO_H +#include <sys/errno.h> +#endif +#include <sys/stat.h> +#include <sys/time.h> +#include <sys/types.h> +#include <time.h> +#include <unistd.h> +#include <utime.h> + +#include "winerror.h" +#include "winbase.h" + +#include "handle.h" +#include "thread.h" +#include "request.h" +#include "async.h" +#include "unicode.h" + +#include "winnt.h" +#include "winreg.h" +#include "registry.h" + +struct vdir +{ + struct object obj; /* object header */ + int count; + struct object **children; + WCHAR **names; +}; + +static void vdir_dump( struct object *obj, int verbose ); +static int vdir_enumerate(struct object *, unsigned int index, WCHAR **name, int *len); +static int vdir_get_child( struct object *obj, const WCHAR *nameptr, size_t len, unsigned int access, + unsigned int sharing, int create, unsigned int attrs, struct object **); +static void vdir_destroy(struct object *obj); + +static const struct object_ops vdir_ops = +{ + sizeof(struct vdir), /* size */ + vdir_dump, /* dump */ + no_add_queue, /* add_queue */ + NULL, /* remove_queue */ + NULL, /* signaled */ + NULL, /* satisfied */ + NULL, /* get_poll_events */ + NULL, /* poll_event */ + no_get_fd, /* get_fd */ + no_flush, /* flush */ + no_get_file_info, /* get_file_info */ + NULL, /* queue_async */ + vdir_enumerate, /* enumerate */ + vdir_get_child, /* get_child_handle */ + vdir_destroy /* destroy */ +}; + +/* struct vdir *root = NULL; */ + +static WCHAR szwDosDev[] = {'D','o','s','D','e','v','i','c','e','s', 0 }; +static WCHAR szwPath[] = {'P','a','t','h', 0 }; +static WCHAR szwKeyName[] = { 'D','r','i','v','e',' ' }; +static WCHAR szwProfile[] = { 'S','o','f','t','w','a','r','e','\\', + 'W','i','n','e','\\', + 'W','i','n','e','\\', + 'C','o','n','f','i','g','\\',0 }; + +static void vdir_dump( struct object *obj, int verbose ) +{ + struct vdir *vdir = (struct vdir *)obj; + int i; + + assert( obj->ops == &vdir_ops ); + fprintf( stderr, "%d nodes", vdir->count ); + for(i=0; i<vdir->count; i++) + { + fprintf( stderr, "node %d : " , i); + dump_strW(vdir->names[i],strlenW(vdir->names[i]),stderr,"[]"); + fprintf( stderr, "\n" ); + } +} + +static void vdir_destroy( struct object *obj ) +{ + struct vdir *vdir = (struct vdir *)obj; + int i; + + assert( obj->ops == &vdir_ops ); + for(i=0; i<vdir->count; i++) + { + free(vdir->names[i]); + release_object(vdir->children[i]); + } + free(vdir->names); + free(vdir->children); +} + +/* FIXME: detect duplicates? */ +static void add_child_node(struct vdir* dir, struct object *obj, WCHAR *name, int len) +{ + int count = (dir->count + 0x10) & ~0x0f; + WCHAR *str; + + if(len<0) + len = strlenW(name); + + /* duplicate the string */ + str = malloc( (len+1) * sizeof (WCHAR) ); + memcpy(str, name, len*sizeof(WCHAR)); + str[len]=0; + + /* allocate more memory if necessary */ + dir->children = (struct object **)realloc(dir->children, sizeof (struct object*)*count); + dir->names = (WCHAR**)realloc(dir->names, sizeof (WCHAR*)*count); + + dir->children[dir->count] = obj; + dir->names[dir->count] = str; + dir->count++; + + grab_object(obj); +} + +static int vdir_enumerate(struct object *obj, unsigned int index, WCHAR **name, int *len) +{ + struct vdir *dir = (struct vdir *)obj; + + assert(obj->ops = &vdir_ops); + + if (index >= dir->count) + return STATUS_NO_MORE_FILES; + strcpyW(*name, dir->names[index] ); + *len = strlenW(dir->names[index]); + + return STATUS_SUCCESS; +} + +static int vdir_get_child( + struct object *obj, const WCHAR *nameptr, size_t len, unsigned int access, + unsigned int sharing, int create, unsigned int attrs, struct object **object) +{ + struct vdir *dir = (struct vdir *)obj; + int i, x; + + assert(obj->ops = &vdir_ops); + + /* x is the length of the first section of the pathname */ + for(x=0; x<len; x++) + if(nameptr[x]=='\\') + break; + + for(i=0; i<dir->count; i++) + { + if(strlenW(dir->names[i]) != x) + continue; + if(memcmp(nameptr, dir->names[i], x*sizeof(WCHAR))) /* case sensitive */ + continue; + if(nameptr[x]=='\\') + x++; + if(x>=len) + { + *object = dir->children[i]; + grab_object(*object); + return STATUS_SUCCESS; + } + + return dir->children[i]->ops->open_child(dir->children[i], + &nameptr[x], len - x, access, sharing, create, attrs, object); + } + return STATUS_OBJECT_NAME_NOT_FOUND; +} + +/* given a pointer to a registry key [Drive X] and the DosDevices node, + create a directory object and add it to DosDevices as drive X: */ +static int create_drive(struct vdir *dosdev, struct key *key) +{ + struct object *obj; + struct key_value *val; + int index, len; + WCHAR szName[3]; + + if(!key) + return -1; + + /* check this key is of the form [Drive X] */ + len = strlenW(key->name); + if (len != (1 + sizeof szwKeyName/sizeof (WCHAR))) + return -1; + if (memcmp(key->name, szwKeyName, sizeof szwKeyName) ) + return -1; + + /* construct the name for this drive */ + szName[0] = key->name[len-1]; + szName[1] = ':'; + szName[2] = 0; + + /* find the Path= entry in the registry key */ + val = find_value(key, szwPath, &index); + if(!val) + return -1; + + obj = get_dir(val->data, val->len/sizeof (WCHAR)); + if(!obj) + return -1; + + add_child_node(dosdev, obj, szName, 2); + + release_object(obj); + + return 0; +} + +/* create and fill the DosDevices node */ + +static struct object* get_dosdevs(void) +{ + struct vdir *dosdevs = alloc_object(&vdir_ops, -1); + struct key *keylm, *key; + int i; + + if(!dosdevs) + return NULL; + + dosdevs->children = NULL; + dosdevs->names = NULL; + dosdevs->count = 0; + + keylm = get_hkey_obj(HKEY_LOCAL_MACHINE, KEY_ALL_ACCESS); + if(!keylm) + goto end; + + key = open_key(keylm, szwProfile); + release_object(keylm); + if(!key) + goto end; + + /* FIXME : we should change [Drive X] to \\Drive\\X */ + for(i=0; i<key->last_subkey; i++) + create_drive(dosdevs, key->subkeys[i]); + + release_object(key); + + return &dosdevs->obj; +end: + release_object(dosdevs); + return NULL; +} + +/* create the root object of the NT filesystem */ + +struct object* get_ntroot(void) +{ + struct vdir *root; + struct object *dosdevs = get_dosdevs(); + + if(!dosdevs) + return NULL; + + root = alloc_object(&vdir_ops, -1); + if(!root) + { + release_object(dosdevs); + return NULL; + } + root->children = NULL; + root->names = NULL; + root->count = 0; + + add_child_node(root, dosdevs, szwDosDev, -1); + release_object(dosdevs); + + return (struct object *)root; +} + --- /dev/null Mon Jul 18 08:46:18 1994 +++ server/dir.c Mon Jun 17 09:29:51 2002 @@ -0,0 +1,283 @@ +/* + * Server-side directory management + * + * Copyright (C) 1998 Alexandre Julliard + * Copyright (C) 2002 Mike McCormack + * + * 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 "config.h" +#include "wine/port.h" + +#include <assert.h> +#include <fcntl.h> +#include <stdio.h> +#include <string.h> +#include <stdlib.h> +#include <errno.h> +#ifdef HAVE_SYS_ERRNO_H +#include <sys/errno.h> +#endif +#include <sys/stat.h> +#include <sys/time.h> +#include <sys/types.h> +#include <time.h> +#include <unistd.h> +#include <utime.h> + +#include "winerror.h" +#include "winbase.h" + +#include "handle.h" +#include "thread.h" +#include "request.h" +#include "unicode.h" + +#include "winnt.h" + +struct entry +{ + struct stat st; + int len; + WCHAR name[1]; +}; + +struct dir +{ + struct object obj; /* object header */ + WCHAR *name; /* file name */ + int drive_type; /* type of drive the file is on */ + int count; + struct entry **children; +}; + +static void dir_dump( struct object *obj, int verbose ); +static void dir_destroy( struct object *obj ); +static int dir_enumerate(struct object *obj, unsigned int index, WCHAR **name, int *len); +static int dir_get_child( struct object *obj, const WCHAR *nameptr, size_t len, unsigned int access, + unsigned int sharing, int create, unsigned int attrs, struct object **); + + +static const struct object_ops dir_ops = +{ + sizeof(struct dir), /* size */ + dir_dump, /* dump */ + no_add_queue, /* add_queue */ + NULL, /* remove_queue */ + NULL, /* signaled */ + NULL, /* satisfied */ + NULL, /* get_poll_events */ + NULL, /* poll_event */ + no_get_fd, /* get_fd */ + no_flush, /* flush */ + no_get_file_info, /* get_file_info */ + NULL, /* queue_async */ + dir_enumerate, /* enumerate */ + dir_get_child, /* get_child_handle */ + dir_destroy /* destroy */ +}; + +static void dir_dump( struct object *obj, int verbose ) +{ + struct dir *dir = (struct dir *) obj; + + assert(obj->ops = &dir_ops); + fprintf(stderr,"dump: "); + dump_strW(dir->name,strlenW(dir->name),stderr,"[]"); + fprintf(stderr,", %d entries\n",dir->count); +} + +static void dir_destroy( struct object *obj ) +{ + struct dir *dir = (struct dir *) obj; + int i; + + assert(obj->ops = &dir_ops); + + for(i=0; i<dir->count; i++) + free(dir->children[i]); + free(dir->children); + free(dir->name); +} + +static int find_entry(struct dir *dir, const WCHAR *name, int len) +{ + int i; + + /* check for duplicate case insensitive entries */ + for(i=0; i<dir->count; i++) + { + if( len != dir->children[i]->len) + continue; + if( strcasecmpnW(name, dir->children[i]->name, len)) + continue; + return i; + } + return -1; +} + +static int dir_enumerate(struct object *obj, unsigned int index, WCHAR **name, int *len) +{ + struct dir *dir = (struct dir *) obj; + + assert(obj->ops = &dir_ops); + + if(index >= dir->count) + return STATUS_NO_MORE_FILES; + + /* FIXME: check the filesystem hasn't changed in the meantime */ + + *name = dir->children[index]->name; + *len = dir->children[index]->len; + + return STATUS_SUCCESS; +} + +static int dir_get_child( struct object *obj, const WCHAR *name, size_t len, unsigned int access, + unsigned int sharing, int create, unsigned int attrs, struct object **object) +{ + int size, x, n; + WCHAR full_name[MAX_PATH]; + struct dir *dir = (struct dir*) obj; + + assert(obj->ops == &dir_ops); + + /* x is the length of the first section of the pathname */ + for(x=0; x<len; x++) + if(name[x]=='\\') + break; + + n = find_entry(dir, name, x); + if(n<0) + return STATUS_OBJECT_NAME_NOT_FOUND; + + strcpyW(full_name, dir->name); + size = strlenW(full_name); + if(full_name[size-1]!='/') + { + full_name[size++]='/'; + full_name[size]=0; + } + + memcpy(&full_name[size], dir->children[n]->name, len*sizeof(WCHAR)); + size += len; + full_name[size] = 0; + + if(name[x]=='\\') + x++; + + if(S_ISDIR(dir->children[n]->st.st_mode)) + { + struct object *next = get_dir(full_name, size); + int r; + + r = next->ops->open_child( next, name+x, len-x, access, + sharing, create, attrs, object); + release_object(next); + return r; + } + else + { + *object = create_file( full_name, size, access, sharing, create, attrs, 0); + + if(*object) + return STATUS_SUCCESS; + } + + return STATUS_OBJECT_NAME_NOT_FOUND; +} + +int add_entry(struct dir *dir, WCHAR *name, int len) +{ + struct entry *ent = malloc(sizeof (struct entry) + len * sizeof(WCHAR)); + WCHAR path[MAX_PATH]; + int sz; + + if(0<=find_entry(dir, name, len)) + goto err; + + sz = strlenW(dir->name); + strcpyW(path, dir->name); + if(path[sz-1]!='/') + { + path[sz++]='/'; + path[sz]=0; + } + memcpy(&path[sz], name, len*sizeof (WCHAR)); + path[sz+len] = 0; + + if(0>statw(path, &ent->st)) + goto err; + memcpy(ent->name, name, len*sizeof (WCHAR)); + ent->len = len; + + /* reallocate the array */ + dir->children = realloc(dir->children, (dir->count+1)*sizeof(struct entry*)); + if(!dir->children) + { + fprintf(stderr,"empty\n"); + goto err; + } + dir->children[dir->count++] = ent; + + return 0; +err: + free(ent); + return -1; +} + +struct object* create_dir(WCHAR *path, int len) +{ + DIR *d = opendirw(path); + struct dir *dir; + + if(!d) + return NULL; + + dir = alloc_object(&dir_ops, -1); + if(!dir) + return NULL; + + dir->name = (WCHAR*) malloc(len*sizeof(WCHAR)); + memcpy(dir->name, path, len*sizeof(WCHAR)); + dir->drive_type = 0; + dir->count = 0; + dir->children = NULL; + + while(1) + { + struct direntw *de = readdirw(d); + if(!de) + break; + if( (de->d_name[0]=='.') && (de->d_name[1]==0) ) + continue; + if( (de->d_name[0]=='.') && (de->d_name[1]=='.') && (de->d_name[2]==0) ) + continue; + + add_entry(dir, de->d_name, strlenW(de->d_name)); + } + closedir(d); + + return &dir->obj; +} + +struct object* get_dir(WCHAR *path, int len) +{ + /* FIXME: need to create a hash of cached directory entries here + perhaps this can go in with the existing file hash? */ + + return create_dir(path, len); +} --- /dev/null Mon Jul 18 08:46:18 1994 +++ server/registry.h Wed Jun 12 04:48:44 2002 @@ -0,0 +1,53 @@ + +#ifndef SERVER_REGISTRY_H +#define SERVER_REGISTRY_H + +/* a registry key */ +struct key +{ + struct object obj; /* object header */ + WCHAR *name; /* key name */ + WCHAR *class; /* key class */ + struct key *parent; /* parent key */ + int last_subkey; /* last in use subkey */ + int nb_subkeys; /* count of allocated subkeys */ + struct key **subkeys; /* subkeys array */ + int last_value; /* last in use value */ + int nb_values; /* count of allocated values in array */ + struct key_value *values; /* values array */ + short flags; /* flags */ + short level; /* saving level */ + time_t modif; /* last modification time */ +}; + +/* key flags */ +#define KEY_VOLATILE 0x0001 /* key is volatile (not saved to disk) */ +#define KEY_DELETED 0x0002 /* key has been deleted */ +#define KEY_ROOT 0x0004 /* key is a root key */ + +/* a key value */ +struct key_value +{ + WCHAR *name; /* value name */ + int type; /* value type */ + size_t len; /* value data length in bytes */ + void *data; /* pointer to value data */ +}; + +#define MIN_SUBKEYS 8 /* min. number of allocated subkeys per key */ +#define MIN_VALUES 8 /* min. number of allocated values per key */ + + +/* the special root keys */ +#define HKEY_SPECIAL_ROOT_FIRST HKEY_CLASSES_ROOT +#define HKEY_SPECIAL_ROOT_LAST HKEY_DYN_DATA +#define NB_SPECIAL_ROOT_KEYS (HKEY_SPECIAL_ROOT_LAST - HKEY_SPECIAL_ROOT_FIRST + 1) +#define IS_SPECIAL_ROOT_HKEY(h) (((unsigned int)(h) >= HKEY_SPECIAL_ROOT_FIRST) && \ + ((unsigned int)(h) <= HKEY_SPECIAL_ROOT_LAST)) + +struct key *get_hkey_obj( obj_handle_t hkey, unsigned int access ); +struct key_value *find_value( const struct key *key, const WCHAR *name, int *index ); +struct key *open_key( struct key *key, WCHAR *name ); + +#endif /* SERVER_REGISTRY_H */ +

1 0

Re: Accept lphc == NULL in listboxes
by Tony Lambregts 16 Jun '02

16 Jun '02

Uwe Bonnes wrote: >Changelog: > controls/listbox.c: LISTBOX_HandleLButtonDownCombo/ > ComboLBWndProc_common > Accept lphc == NULL in more places > >This makes the properities list boxes in Xilinx Webpack work. As there are >other places where lphc == NULL is handled, it shouldn't be the wrong way. >The application was somehow unwilling to get debugged. Running the suite >from the commandline, it entered the debugger and looped endless. Running it >with winedbg, the loader hanged. Only with some application ("tkstartwdog >-C", also know as a problem causer in other EDA applications) of the >toolchain as a separate process and starting the target process ("_pn.exe -C >WebPACK4.2 -U MTOC.chm") in the debugger showed up the problem. Running the >target process in a normal wine process made the application catch the >exeption, show up a messagebox about that and crash in another place. > >Bye > > Not to be a PITA but there is no patch... Tony Lambregts

1 0

replacements for DAO/MSHTML/MSXML
by juergen.schmied＠debitel.net 16 Jun '02

16 Jun '02

Hi! I'm currently looking for a replacement of this components to port a application to linux. Has anybody already had this problems and how did you solve it? How big are the nessesary changes? Are there components usable for both operating systems with similar functions? ------ PS: I found the Mozilla Active X control at http://www.iol.ie/~locka/mozilla/mozilla.htm it should be binary compatible. Couldn't we use it for implementing shdocvw ??? ------ Thanks Juergen

2 1

Mingw Wine port bug
by Steven Edwards 15 Jun '02

15 Jun '02

I'm getting multiple definintion errors when building certain parts of wine under mingw. Anyone have a idea for the solution? Building Comdlg32.dll - ../../ole/libwine_uuid.a(uuid.o)(.text+0x9c0):uuid.c: multiple definition of `CL SID_ShellDesktop' D:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-7/../../../libshell32.a(shell32.o)(.t ext+0x0)://d/src/mingw/w32api/lib/shell32.c: first defined here ../../ole/libwine_uuid.a(uuid.o)(.text+0x9d0):uuid.c: multiple definition of `CL SID_ShellLink' D:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-7/../../../libshell32.a(shell32.o)(.t ext+0x10)://d/src/mingw/w32api/lib/shell32.c: first defined here ../../ole/libwine_uuid.a(uuid.o)(.text+0xa30):uuid.c: multiple definition of `FM TID_Intshcut' D:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-7/../../../libshell32.a(shell32.o)(.t ext+0x20)://d/src/mingw/w32api/lib/shell32.c: first defined here ../../ole/libwine_uuid.a(uuid.o)(.text+0xa40):uuid.c: multiple definition of `FM TID_InternetSite' D:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-7/../../../libshell32.a(shell32.o)(.t ext+0x30)://d/src/mingw/w32api/lib/shell32.c: first defined here ../../ole/libwine_uuid.a(uuid.o)(.text+0xa50):uuid.c: multiple definition of `CG ID_Explorer' D:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-7/../../../libshell32.a(shell32.o)(.t ext+0x40)://d/src/mingw/w32api/lib/shell32.c: first defined here ../../ole/libwine_uuid.a(uuid.o)(.text+0xa60):uuid.c: multiple definition of `CG ID_ShellDocView' D:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-7/../../../libshell32.a(shell32.o)(.t ext+0x50)://d/src/mingw/w32api/lib/shell32.c: first defined here ../../ole/libwine_uuid.a(uuid.o)(.text+0xa90):uuid.c: multiple definition of `II D_INewShortcutHookA' __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 2

arts driver problems
by Rizsanyi Zsolt 15 Jun '02

15 Jun '02

Hi! I'm trying to set up wine to use arts for audio output. So I have uncommented from the config file the "Drivers" = "winearts.drv" line. But when an application tries to open the sound device, it hangs. I have put various trace messages in the winearts driver, and seen that when wine calls arts_init that function never returns. It's not an arts configuration problem because MPlayer runs perfectly with the arts audio output. But I have checked the source of MPlayer, and the arts code there seems basically the same. Have anybody experienced something like this? Or has any idea about this? Thanks Zsolt Rizsanyi

2 1

Re: Old unicode standard
by David.Goodenough＠DGA.co.uk 15 Jun '02

15 Jun '02

Well volume 1 of the 1.0 version has an entire appendix, 11 pages in all. Volume 2 of 1.0 does not seem to have anything on directionality (as 1.0 names it). 2.0 has 10 pages at the end of chapter 3 on Bi-Directional behavior. Typing all this lot up could take a while, and our scanner is broken at the moment (its my wife's, and I must encourage her to go get it fixed as its warrantee will run out soon if she does not get a move on). David Shachar Shemesh <wine-devel(a)sun.consum To: andi(a)rhlx01.fht-esslingen.de, David.Goodenough(a)dga.co.uk er.org.il> cc: Wine Devel <wine-devel(a)winehq.com> Subject: Re: Old unicode standard 06/15/02 10:35 AM Andreas Mohr wrote: >Hmm, which approximate time frame is this ? >1998 ? 94 ? 89 ? :-) > > > I'm talking about the 1991-2 time frame. I believe this makes it ~Unicode 1.0. A later version could come in handy as well. See later on. David.Goodenough(a)dga.co.uk wrote: >Shachar, > >I have the version 1.0 and 2.0 books, what exactly do you want to know? In >wha?t form would you like the information > >David > > I am interested in the BiDi algorythm as defined by these standards. Any format that you can send me is fine. If you would just like to summarize the algorythm, that would be great, but I'm afraid that would amount to huge amounts of work. LIke I said - I would have used the online library, only it doesn't go back that much. It seems from the information MS released in the MSDN that they are using Version 1.0 of the BiDi algorythm. This goes a great way in understanding why their reordering is so crummy. That leaves us the question of what do we do now. MS defines only 12 BiDi types. These are not enough to implement the 3.0 BiDi algorythm. I don't know whether the types defined are compatible with the 2.0 algorythm. There is also the question of whether we want to support MS's bugs, in addition to their features. What version I need depends on what's in the 2.0 standard. If the algorythm there depends on the same 12 types MS defined, I'm leaning torwards implementing that. If it requires further types (as the 3.0 algorythm does), I think I'll go with the 1.0 standard. We may add a special command line feature, available only if a library such as freebidi is available, that will send the strings to an outside library for reordering, which will give us 3.0 support for very little extra work (with performance penalties). Shachar

1 0

WM_GETTEXTLENGTH returns double size
by Andriy Palamarchuk 15 Jun '02

15 Jun '02

This happens in code which unmaps message, mapped from ASCII to Unicode. See windows/winproc.c, function WINPROC_UnmapMsg32ATo32W: case WM_GETTEXTLENGTH: case CB_GETLBTEXTLEN: case LB_GETTEXTLEN: /* there may be one DBCS char for each Unicode char */ return result * 2; What is the correct way to handle double-byte characters in this situation? How Windows handles this? At least can we return double values when system metrics SM_DBCSENABLED is true? We could have a switch in the config file for this system metrics. I came across this issue when used default combo box control implementation in Delphi 6. I assume the same issue also exists for edit controls. The returned length is correct if I comment out the code above. Existing behavior is a possible cause of bug in entering serial numbers - when cursor jumps to the next edit field when only half of text is entered. Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

3 18

Old unicode standard
by Shachar Shemesh 15 Jun '02

15 Jun '02

Hi all, I am trying to find any references to the old unicode standard. In particular, I need the Bidirectional algorythm used with ~unicode 1.0. If anyone can help, it would be greatly apretiated. If you don't have the 1.0 standard, but do have a later standard (but not 3.0, which is what is available on the unicode web site), that would probably be a great help too. Shachar

3 3

please report this (quicken error)
by Shane Shields 15 Jun '02

15 Jun '02

hi all ive been lurking for a while and reading some very lively discussions but thats off topic. the reason ive come out of my hole is the following messages. just being a good (?) citizen. let me know what other information you need and how i can collect it. regards shane locutus:/mnt/hdc/c/QUICKENW$ wine qw fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (Turkish keyboard layout) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:win:WinHelpA can't start winhlp32.exe -x ? locutus:/mnt/hdc/c/QUICKENW$ -- To drink the WINE of success you must first seek the sayings of source Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms.

1 0

Re: Old unicode standard
by David.Goodenough＠DGA.co.uk 14 Jun '02

14 Jun '02

Shachar, I have the version 1.0 and 2.0 books, what exactly do you want to know? In wha?t form would you like the information David Shachar Shemesh <wine-devel(a)sun.consum To: Wine Devel <wine-devel(a)winehq.com> er.org.il> cc: Sent by: Subject: Old unicode standard wine-devel-admin@wineh q.com 06/14/02 01:04 PM Hi all, I am trying to find any references to the old unicode standard. In particular, I need the Bidirectional algorythm used with ~unicode 1.0. If anyone can help, it would be greatly apretiated. If you don't have the 1.0 standard, but do have a later standard (but not 3.0, which is what is available on the unicode web site), that would probably be a great help too. Shachar

1 0

Taking a step back :(
by Dustin Navea 14 Jun '02

14 Jun '02

sigh, hey guys i have some bad news, but no too bad... due to me having to work 6 if not 7 days a week now and the school being closed for the summer, i am going to have to take a step back from wine development for a few months... i just don't have the time, energy, or chance to be on the computer (let alone the internet) as much as i used to, and so my inbox is getting packed... but i will be back when 1 of 2 things happens... 1) i get internet at my house (hopefully in the next couple of months) or 2) the school opens again for the fall semester... either way, i will be back though, sorry it has to be like this, but thats the way it goes sometimes.... so, TTFN -Dustin P.S. I will still be monitoring wine-announce and wine-cvs, but im removing myself from devel, bugs, and patches...jeremy, please don't drop my bugzliia priveleges ;) thanks guys... __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

winedbg debugging
by Ann and Jason Edmeades 14 Jun '02

14 Jun '02

I am using winedbg and find it really annoying the 'display' option. I put a break point in a routine and use display varName to ensure I can see the variable everytime we hit the breakpoint. This works nicely until the program happens upon a RaiseException, and this variable is no longer in scope. This traps and goes into gdb. I quit gbd, wine traps again and invokes gdb until I end up using killall wine to proceed. Is there any way to avoid this or at leat put and exception handler around the display handling? Jason PS Why dont the up/down arrows work to recall commands? PgUp/PgDn do!

2 1

Re: PATCH - twain.h
by Francois Gouget 14 Jun '02

14 Jun '02

On Fri, 14 Jun 2002, Steven Edwards wrote: > I dont know if this is proper or not but mingw already > defines WIN32 _WIN32 and __declspec(spec) > > Changelog: Fix Warnings > > cvs diff -u twain.h > Index: twain.h > =================================================================== > RCS file: /home/wine/wine/dlls/twain/twain.h,v > retrieving revision 1.3 > diff -u -r1.3 twain.h > --- twain.h 31 May 2002 23:40:53 -0000 1.3 > +++ twain.h 14 Jun 2002 10:42:57 -0000 > @@ -56,9 +56,11 @@ > > #define FAR > #define huge > +#ifndef __MINGW__ > #define WIN32 > #define _WIN32 > #define __declspec(spec) > +#endif I don't think the twain.h header should define any of these macros, including FAR and huge. The main issue is that _WIN32 is normally defined by the compiler. As an alternative we could define it in one of the Wine headers, but why define _WIN32 rather than _WIN64? Maybe we could add the following in basestd.h: #if !defined(_WIN32) && !defined(_WIN64) #define _WIN32 #endif WIN32 is not normally defined by the compiler but it is part of the default set of macros defined my Visual C++ project. So maybe we should add: #ifdef _WIN32 #define WIN32 #endif Does anyone else care to comment on the above? Then * FAR is defined in winnt.h so there is no need to redefine it * __declspec is defined in winnt.h too * huge will not be needed if WIN32 is defined -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: Because rebooting is for adding new hardware

2 1

Problems running IE with latest release
by Con Hennessy 14 Jun '02

14 Jun '02

Hi, I am trying to run IE version 4 ( I think ) however I am getting "unhandled exceptions". When I use the following command "wine --dll commctrl,comctl32=n iexplore.exe" I get : err:heap:HEAP_CreateSystemHeap system heap base address 0x65430000 not available err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/fonts/desktop.ini" err = 55 err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/fonts/modern.fon" err = 2 wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x1581e3e4 I also tried to use : wine --dll shell,shell32,commctrl,comctl32=n --dll kernel32,netbios,netapi32,user32=b iexplore.exe but with the same results. I know how to turn tracing on, but am not sure what exactly is the problem. I've had a go at turning on the traces and got the following : 0807a828:Ret kernel32.CloseHandle() retval=00000001 ret=16013d94 0807a828:Call kernel32.OpenEventA(001f0003,00000000,16013e30 "HookSwitchHookEnabledEvent") ret=16013dbd 0807a828: open_event( access=001f0003, inherit=0, name=L"HookSwitchHookEnabledEvent" ) 0807a828: open_event() = OBJECT_NAME_NOT_FOUND { handle=0 } 0807a828:Ret kernel32.OpenEventA() retval=00000000 ret=16013dbd 0807a828:Call kernel32.TlsAlloc() ret=16013e03 0807a828:Ret kernel32.TlsAlloc() retval=00000002 ret=16013e03 0807a828:Ret PE DLL (proc=0x16013bbe,module=16012000,type=1,res=(nil)) retval=1 0807a828:trace:module:MODULE_InitDLL (0x159036b4,PROCESS_ATTACH,(nil)) - RETURN 1 0807a828:trace:module:MODULE_DllProcessAttach (ole32.dll,(nil)) - END 0807a828:trace:module:MODULE_InitDLL (shdocvw.dll,PROCESS_ATTACH,(nil)) - CALL 0807a828:trace:module:MODULE_InitDLL (0x1590349c,PROCESS_ATTACH,(nil)) - RETURN 1 0807a828:trace:module:MODULE_DllProcessAttach (shdocvw.dll,(nil)) - END 0807a828:Ret kernel32.LoadLibraryA() retval=16006000 ret=00401328 0807a828:Call kernel32.GetProcAddress(16006000,00000068) ret=00401346 0807a828:trace:win32:MODULE_GetProcAddress (16006000,0x68) 0807a828:trace:win32:PE_FindExportedFunction (104) 0807a828:Ret kernel32.GetProcAddress() retval=160070fc ret=00401346 0807a828:Call ntdll.RtlRaiseException(15b26d80) ret=16007059 0807a828:trace:seh:EXC_RtlRaiseException code=80000100 flags=1 addr=0x401726 0807a828:trace:seh:EXC_RtlRaiseException info[0]=1600da80 0807a828:trace:seh:EXC_RtlRaiseException info[1]=1600da94 0807a828:trace:seh:EXC_RtlRaiseException stub=104 0807a828: queue_exception_event( first=1, record={context={flags=00010007,eax=15b26d78,ebx=156885c4,ecx=1569f6e5,edx=15b26d80,esi=15651564,edi=00000001,ebp=15b26ce0,eip=15636943,esp=15b26cc4,eflags=00200212,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=158c58c4,dr1=1569f6b1,dr2=1581600d,dr3=158c58c4,dr6=1569f6b1,dr7=158c58c4,float={1569f6a8,15816ff5,1581600d,15b269c0,15816ff5,15b269f0,1581600d,158c58c4,1569f6d5,158c58c4,15b269f0,15b26ad0,158122f4,15b269e8,15816ff5,15b26a18,1569f6d5,1569faa7,00000000,158c58c4,34303118,15b26af8,158122f4,15b26a18,15669fb0,15b26b88,158122e3,15b26a18}},rec={code=80000100,flags=1,rec=(nil),addr=0x401726,params={1600da80,1600da94}} ) 0807a828: queue_exception_event() = 0 { handle=0 } 0807a828:trace:seh:EXC_CallHandler calling handler at 0x15651b64 code=80000100 flags=1 0807a828: queue_exception_event( first=0, record={context={flags=00010007,eax=15b26d78,ebx=156885c4,ecx=1569f6e5,edx=15b26d80,esi=15651564,edi=00000001,ebp=15b26ce0,eip=15636943,esp=15b26cc4,eflags=00200212,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=158c58c4,dr1=1569f6b1,dr2=1581600d,dr3=158c58c4,dr6=1569f6b1,dr7=158c58c4,float={1569f6a8,15816ff5,1581600d,15b269c0,15816ff5,15b269f0,1581600d,158c58c4,1569f6d5,158c58c4,15b269f0,15b26ad0,158122f4,15b269e8,15816ff5,15b26a18,1569f6d5,1569faa7,00000000,158c58c4,34303118,15b26af8,158122f4,15b26a18,15669fb0,15b26b88,158122e3,15b26a18}},rec={code=80000100,flags=1,rec=(nil),addr=0x401726,params={1600da80,1600da94}} ) 0807a828: queue_exception_event() = 0 { handle=0 } 0807a828: create_event( manual_reset=1, initial_state=0, inherit=1, name=L"" ) 0807a828: create_event() = 0 { handle=56 } wine: Unhandled exception, starting debugger... 0807a828:trace:heap:RtlAllocateHeap (158d0000,00000002,0000006c): returning 15902fa0 0807a828:trace:reg:NtOpenKey (0x80000002,L"Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug\0000\5555\008d\0000\5246\4545\3554\1590`\158d\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa"...,f003f,0x15b2680c) 0807a828: open_key( parent=-2147483646, access=000f003f, name=L"Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug" ) Open key ERROR 0807a828: open_key() = OBJECT_NAME_NOT_FOUND { hkey=0 } 0807a828:trace:reg:NtOpenKey <- 0x0000 0807a828:trace:heap:RtlFreeHeap (158d0000,00000002,15902fa0): returning TRUE 0807a828:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x1581e3e4 0807a828:trace:seh:EXC_RtlRaiseException info[0]=00000001 0807a828:trace:seh:EXC_RtlRaiseException info[1]=00000000 0807a828: queue_exception_event( first=1, record={context={flags=00000000,eax=ea985977,ebx=156885c4,ecx=ea98593f,edx=1567a6c1,esi=00000000,edi=15b26964,ebp=15b26668,eip=1581e3e4,esp=15b26664,eflags=00210203,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x1581e3e4,params={1,0}} ) 0807a828: queue_exception_event() = 0 { handle=0 } 0807a828:trace:seh:EXC_CallHandler calling handler at 0x15651120 code=c0000005 flags=0 0807a828:trace:seh:EXC_CallHandler handler returned 2 0807a828:trace:seh:EXC_CallHandler calling handler at 0x15651b64 code=c0000005 flags=10 0807a828:trace:seh:EXC_CallHandler handler returned 1 0807a828: queue_exception_event( first=0, record={context={flags=00000000,eax=ea985977,ebx=156885c4,ecx=ea98593f,edx=1567a6c1,esi=00000000,edi=15b26964,ebp=15b26668,eip=1581e3e4,esp=15b26664,eflags=00210203,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x1581e3e4,params={1,0}} ) 0807a828: queue_exception_event() = 0 { handle=0 } 0807a828:err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x1581e3e4 0807a828: terminate_process( handle=-1, exit_code=1 ) 0807a828: terminate_process() = 0 { self=1 } 0807a828: *killed* exit_code=1 yamed@plato:~/kde_> /home/yamed/.wine/user.reg: saving key \\User\\yamed /home/yamed/.wine/system.reg: saving key \\Machine /home/yamed/.wine/userdef.reg: saving key \\User\\.Default Server: exiting (pid=23764) Anyone able to help, or make any suggestion ? Thanks, CP

4 7

Re: wine/dlls/winsock socket.c ws2_32.spec
by Martin Wilck 14 Jun '02

14 Jun '02

> - hackish implementation of WSADuplicateSocket. + DuplicateHandle(GetCurrentProcess(), s, + hProcess, (LPHANDLE)&lpProtocolInfo->dwCatalogEntryId, + 0, FALSE, DUPLICATE_SAME_ACCESS); + CloseHandle(hProcess); + lpProtocolInfo->dwServiceFlags4 = 0xff00ff00; /* magic */ The Winsock SPI docs say that service providers should use the lpProtocolInfo->dwProviderReserved field. I recommend that that be used in Wine, too. Also, I don't think you need the "magic" field - simply test if dwProviderReserved is a valid handle. 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

problem with mixed data/audio
by Michal Seliga 14 Jun '02

14 Jun '02

I found one problem with mixed CD's.Started with no music in one game, but later I found that using windows cdplayer audio CD's play right with wine but when first track is data whole CD is unplayable. I think I tracked down the problem to functions in dlls/winmm/mcicda/mcicda.c (?) and /dlls/ntdll/cdrom.c I want to try to find fix myself (I feel it is time to start to work on something), but if anyone thinks it is cleanly his playground I will provide as much info as I can get... So let me know if I should start to try to understand wine code or if I should let it be... Until now I spent about one-two hours on it si I made no real progess (I only learn how it works...) problem is that it calculates bad frames for first datatrack (it thinks it has more then 66 minutes, which is about 3x more then it really has.... dagrab shows that first track uses frames 150..99xxx and wine writes to its log 150...288xxx. After this it cannot find next track and in log I see 'device doesn't play' or does someone work on it already? I searched bugzilla but found nothing... so bye for now... (some filenames, numbers and messages are from my bad memory but I guess you know what's going on ;-)

2 1

Merge rpcrt/ole32 from Rewind
by juergen.schmied＠debitel.net 14 Jun '02

14 Jun '02

Hi! I started to merge this files in. This patches are done to a loder wine version so it does not merge in a clean way. Some code is allready implemented twice. So I do: - merge as far as I can - if a function is implemented twice I comment one implementation out but leave the code in (mainly the standard marshaler parts). I can't decide how to merge it. - the final cleanup should be done by the ones who are familiar with that code (Marcus?) - any objections against the rpcrt4 stuff? Ove himself says its not very clean but we dont have any better code yet. Is this OK? juergen

3 2

ole help please! invoke fn issue
by Ann and Jason Edmeades 14 Jun '02

14 Jun '02

Hi all, Playing further with my VB program and native oleaut32 I've hit an 'interesting issue' with the Microsoft Date/Time picker. typelib.c in dlls\oleaut32 assumes all parms are dwords and picks the lval of a variant (which for most of the types of variant is the dword containing the important information). However as shown by the following trace: trace:ole:ITypeInfo_fnInvoke (0x404560ac)(0x40418fac,id=20,flags=0x00000004,0x405c5d84,(nil),0x405c5d64,0 x405c5d94) partial stub! trace:ole:dump_DispParms args=1 named args=1 trace:ole:dump_Variant (0x405c5dec) trace:ole:dump_Variant VARTYPE: VT_DATE trace:ole:dump_Variant (?)-882854389 L"Value"(1) parm0: L"\00e5MSComCtl2WWW" memid is 00000014 Param 0: tdesc.vartype 12 (VT_VARIANT) u.parmadesc.flags 1 u.parmadesc.lpex (nil) funckind: 1 (pure virtual) invkind: 4 (property put) callconv: 4 (stdcall) oVft: 224 cParamsOpt: 0 wFlags: 3c helpstring: L"Returns/sets the current date." entry: (null) 08072560:Call ntdll.RtlAllocateHeap(40370000,00000000,00000008) ret=408bfcc3 08072560:Ret ntdll.RtlAllocateHeap() retval=4041a160 ret=408bfcc3 08072560:Call ntdll.RtlAllocateHeap(40370000,00000008,00000004) ret=408bfce4 08072560:Ret ntdll.RtlAllocateHeap() retval=4041a180 ret=408bfce4 trace:ole:ITypeInfo_fnInvoke set 0 to disparg type 7 vs 12 This shows that the function takes one parm and that parm is a variant. We pass the value contained in the parm and it fails. We need to ensure the whole variant is put on the stack for the called function. Since we currently only call with dword parms this wont work. I have managed to get further by a dirty hack: DWORD numArgWords = 0; args[0] = (DWORD)pIUnk; for (i=0;i<pFDesc->funcdesc.cParams;i++) { if (i<pDispParams->cArgs) { TRACE("set %d to disparg type %d vs %d\n",i, V_VT(&pDispParams->rgvarg[pDispParams->cArgs-i-1]), pFDesc->funcdesc.lprgelemdescParam[i].tdesc.vt ); if (pFDesc->funcdesc.lprgelemdescParam[i].tdesc.vt != VT_VARIANT) { args[i+1] = V_UNION(&pDispParams->rgvarg[pDispParams->cArgs-i-1],lVal); numArgWords = numArgWords+1; } else { TRACE("Faking variant on stack as more args \n"); memcpy(&args[i+1], &pDispParams->rgvarg[pDispParams->cArgs-i-1], sizeof(VARIANT)); numArgWords = numArgWords + sizeof(VARIANT)/4; } } else { TYPEDESC *tdesc = &(pFDesc->funcdesc.lprgelemdescParam[i].tdesc); TRACE("set %d to pointer for get (type is %d)\n",i,tdesc->vt); /*FIXME: give pointers for the rest, so propertyget works*/ args[i+1] = (DWORD)&args2[i]; numArgWords = numArgWords+1; /* If pointer to variant, pass reference to variant * in result variant array. */ if ((tdesc->vt == VT_PTR) && (tdesc->u.lptdesc->vt == VT_VARIANT) && pVarResult ) args[i+1] = (DWORD)(pVarResult+(i-pDispParams->cArgs)); } } TRACE("_invoke with %ld args\n", numArgWords+1); res = _invoke((*(DWORD***)pIUnk)[pFDesc->funcdesc.oVft/4], pFDesc->funcdesc.callconv, numArgWords+1, args ); This hack takes the parm and puts the variant into that arg and subsequent ones, meaning the stack to the called function should look as it would be. Unfortunately as it stands this would only work with one parm, so my question is how it is supposed to be fixed. I could potentially change args[i+1] to args[numArgWords+1] but it still feels very hacky. If I have been ignorant of something please bear with me - I've never touched com programming before! Regards, Jason

3 2

dlls/ddraw build problem
by Steven Edwards 14 Jun '02

14 Jun '02

Hola, While everyone is looking at the new directx stuff can someone check and see if there is a easy way to fix this? dsurface/dib.o(.text+0x38a):dib.c: undefined reference to `DIB_CreateDIBSection' D:\mingw\bin\dllwrap.exe: D:\mingw\bin\gcc exited with status 1 make: *** [ddraw.dll] Error 1 >From the changelog on 2000-04-29 Ove implemented this in graphics/x11drv/dib.c, include/bitmap.h, include/gdi.h, include/x11drv.h, objects/dib.c. I havent had time to look at the new DIB engine patches from transgamming to see if they could fix this, so if they do then please send this email to /dev/null. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 4

Repeated: Breakage in -relay and -snoop
by Uwe Bonnes 13 Jun '02

13 Jun '02

Hallo, since last week, e.g a commandline like "wine <xxx> --debugmsg -relay=RtlEnterCriticalSection" inhibits _any_ relay message to be logged. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 4

Re: FW: [ros-kernel] wine dll
by juergen.schmied＠debitel.net 13 Jun '02

13 Jun '02

For now and a any thinkable time this won't work without native shell32, shlwapi, shdocvw and some more shell stuff since big parts of the user interface are in there. It would be more useful to replace just one dll at one time with a wine dll. If you like to test the shell stuff, there is a registry key somewhere to set a different shell - like winfile. juergen "Steven Edwards" <Steven_Ed4153(a)yahoo.com> schrieb: > tested system: windows 2000 server build 2195 > pc tested: AMD Athon XP 1600, 256 ram > > first copied all dll to the windows dir. and booted. > win2k dies durning the winlogon. somewhere... > restored: > * urlmon.dll > * oleaut32.dll > * odbc32.dll > * oledlg.dll > * olepro32.dll > * winnls.dll > windows died again. > > restored: wintrust.dll, comcat.dll, crtdll.dll > result : windows died > > restored: tapi32.dll > result: windows died > > restored: dciman32.dll, dinput.dll > result: windows died > > restored: imm32.dll > result: windows died > > restored: mapi32.dll > result: windows died > > restored: dplayx.dll, mpr.dll > result: windows died > > restored: netapi.dll > result: windows showed a dialog saying that libwine*.dll was not found. > > copied: libwine.dll, libwine_tsx11.dll, libwine_unicode.dll. > result: winlogon.exe reports: msgina.dll could not be loaded, a restart button > is found, so I press it... > > restored: comctl32.dll > result: * the same dialog openes > * mstask.exe, says it cannt find the procedure: PathFintExtensionW(), at shlwapi.dll > * dns.exe, says ir cannt find the procedure: DwEnumEntryDetails(), at rasapi32.dll > > restored: shlwapi.dll, rasapi32.dll > result: after gzilion years (two minutes?) windows loaded, no error reported > I logged in as administrator, explorer did not load. > I press alt-ctrl-del to bring the sequrity dialog. I choosed to run the > task manager. I choose File/New task, and a dialog saying that ordinal 135 was not found in > shdocvm.dll, pressed OK. I runned again explorer. It did not load. I run windows commander, > (the browse command worked fine). Windows commander load ok. Run from the task manager notepad, > loads OK, and wrote this :) > > put wine dll: comctl32.dll > result: winlogon.exe reports: msgina.dll could not be loaded, a restart button. > > restored comctl32.dll and run a few programs. > windows commander runs. > notepad runs > winamp runs > several programs from the systemroot run, and thease gave me errors. > > systomroot\setup.exe : procedure entry not found: CheckSumMappedFile()(a)imagehelp.dll > systomroot\sigverif.exe: procedure entry not found: ImageAddCertificate()(a)imagehelp.dll > systomroot\ntbooks.exe : the instruction at "0x64d2b8c6" referenced at "0x0000" could not be "read".. ok, cancel to debug... (the window title says hh.exe) > procedure entry not found: ImageAddCertificate()(a)imagehelp.dll > systomroot\rundll32.exe: procedure entry not found: ImageDirectoryEntryToData()(a)imagehelp.dll > >

1 0

FW: [ros-kernel] wine dll's on a real system. (Mingw Win2k)
by Steven Edwards 13 Jun '02

13 Jun '02

If anyone is interested in the win2k test results then here they are. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson -----Original Message----- From: reactos-kernel-admin(a)lists.sourceforge.net [mailto:reactos-kernel-admin@lists.sourceforge.net] On Behalf Of Diego Iastrubni Sent: Wednesday, June 12, 2002 10:55 AM To: reactos-kernel(a)lists.sourceforge.net Subject: [ros-kernel] wine dll's on a real system. Hello gang, I got the wine dll's from Steven and installed them on a win2k server I have, on a ADM Athlon XP1600, 256 ram, and servral gb of disk. I documented what I saw, and the results are not good. :-(, This is the first round, so I will be patient. a few notes: * windows dies means I see the screen getting black and I see the bios again * please ingnore the spelling/ grammar orros in the text attached. * if you can, you can tell me if there is a way to see which programs use which dll, that would make my life easier. - diego -- bureaucracy, n: A method for transforming energy into solid waste.

1 0

Fix for locale regression test failures ...
by Paul Millar 12 Jun '02

12 Jun '02

Hi, The problem _seems_ to be the same problem with ole/old2nls.c in two places. In GetNumberFormatA, it was (line 3091 onward): if (lpFormat != NULL) [...] else { if (dwflags & LOCALE_NOUSEROVERRIDE) used_operation = USE_LOCALEINFO; else used_operation = USE_SYSTEMDEFAULT; } with an equivalent test in GetCurrencyFormatA (see line 3331 onward). Both these tests look wrong as the logic is screwed up (not setting LOCALE_NOUSEROVERRIDE => use system defaults). After sullying my hands with MSDN, I found the following references: http://msdn.microsoft.com/library/en-us/intl/nls_0rec.asp and http://msdn.microsoft.com/library/en-us/intl/nls_8a0k.asp for GetCurrencyFormat and GetNumberFormat respectively. Both have a passage like: > If lpFormat is NULL, you can specify LOCALE_NOUSEROVERRIDE to format the > string using the system default number format for the specified locale; > or you can specify zero to format the string using any user overrides to > the locale's default number format. Which suggests the reverse behaviour. AFAIK, MSDN docs have been found to be incorrect in the past, so does anyone know who's right? BTW, swapping both lines to: if (dwflags & LOCALE_NOUSEROVERRIDE) used_operation = USE_SYSTEMDEFAULT; else used_operation = USE_LOCALEINFO; does fixes both the fr_FR and en_GB locale failings and en_US continues to work. I'll submit a proper patch in a moment, but I thought it best put all the information in this email first. Cheers, ---- Paul Millar

1 0

Extremely preliminary BiDi patch
by Shachar Shemesh 12 Jun '02

12 Jun '02

Attached is an extremely preliminary BiDi patch. Here are the things this patch contains, and the points I would love to hear the list's comments about. This patch is under the LGPL only, at this stage. Changes: * Fixed the heb.nls file so that LANG=he_IL will be accepted * Implemented a skeleton for GetFontLanguageInfo. o I have filled in the skeleton where I knew what to fill it with. I would guess that a lot of stuff is still missing. o I would apretiate input on the aprorpiatness of using GetTextCharsetInfo as the source of information. o I have removed the FIXME, but a lot of stuff is still unimplemented. I didn't quite know what to put there instead. * GetCharacterPlacementW - This is certanly one of the more overloaded functions in the Win32 set (Select object comes to mind as a competitor, and this one has way more execution flows throught it). So far, as far as I could tell, only the flow that matched Latin fonts was implemented. I have added some (very basic) reordering. I would like to hear your comments about the following points: o I followed the autodocumentation instructions. Is this at all still supported or required? o The algorythm I used is far from a good one. It still doesn't support right to left paragraphs, neutral boundry characters, and a bunch of other necessary stuff. All it does, at the moment, is make sure consecutive runs of one direction are, more or less, readable. o I have added a fastpath option when no work is necassary. When all that is supported is reordering, this may make sense. However, I am somewhat worried that when kerning, ligation, glyphing etc. are added, the fastpath will be meaningless. Opinions? * ExtTextOutW o I am calling GetFontLanguageInfo for each and every ExtTextOutW (which is a focus point for all Text rendering functions). What performance implications will that have? Don't forget that what I pay for in asking whether reordering is necessary, I get back in not calling GetCharacterPlacementW, and in not allocating a buffer. Then again, some Unicode fonts will suffer both allocation and no reordering. o I am calling the backend text printing function in two flows. One is using the allocated buffer used for GetCharacterPlacementW, and the other is the original (no point in allocating a buffer if no processing was done). Should I work hard to merge the two calls? o I am assuming that the backend driver will not perform any reordering. I am not sure how correct that assumption is under, say, KDE3 (Hetz?). These are all the questions for the time being. I also need some explanation regarding procedures. Which of the following three are enough, on their own, to cause the patch to be integrated: 1. Attaching it to a bug (assuming that I am the bug's owner) 2. Sending the patch to wine-devel 3. Sending the patch to wine-patches Obviously, 3 is enough on it's own. Assuming I have questions, however, is 2 enough on its own? Is 1 at all necessary if I'm doing 2 or 3? Is this message off topic on wine-devel? on wine-patches? Shachar Index: dlls/kernel/nls/heb.nls =================================================================== RCS file: /home/wine/wine/dlls/kernel/nls/heb.nls,v retrieving revision 1.3 diff -u -r1.3 heb.nls --- dlls/kernel/nls/heb.nls 19 May 2002 22:23:23 -0000 1.3 +++ dlls/kernel/nls/heb.nls 12 Jun 2002 19:34:02 -0000 @@ -128,6 +128,6 @@ /* LOCVAL(LOCALE_FONTSIGNATURE, "") */ LOCVAL(LOCALE_SISO639LANGNAME,"he") -LOCVAL(LOCALE_SISO3166CTRYNAME,"HE") +LOCVAL(LOCALE_SISO3166CTRYNAME,"IL") /* gregoriansk kalender */ Index: objects/font.c =================================================================== RCS file: /home/wine/wine/objects/font.c,v retrieving revision 1.74 diff -u -r1.74 font.c --- objects/font.c 4 Jun 2002 01:02:52 -0000 1.74 +++ objects/font.c 12 Jun 2002 19:34:04 -0000 @@ -2098,10 +2098,48 @@ /************************************************************************* * GetFontLanguageInfo (GDI32.@) */ -DWORD WINAPI GetFontLanguageInfo(HDC hdc) { - /* return value 0 is correct for most cases anyway */ - FIXME("(%x):stub!\n", hdc); - return 0; +DWORD WINAPI GetFontLanguageInfo(HDC hdc) +{ + FONTSIGNATURE fontsig; + static const DWORD GCP_DBCS_MASK=0x003F0000, + GCP_DIACRITIC_MASK=0x00000000, + FLI_GLYPHS_MASK=0x00000000, + GCP_GLYPHSHAPE_MASK=0x00000040, + GCP_KASHIDA_MASK=0x00000000, + GCP_LIGATE_MASK=0x00000000, + GCP_USEKERNING_MASK=0x00000000, + GCP_REORDER_MASK=0x00000060; + + DWORD result=0; + + GetTextCharsetInfo( hdc, &fontsig, 0 ); + /* We detect each flag we return using a bitmask on the Codepage Bitfields */ + + if( (fontsig.fsCsb[0]&GCP_DBCS_MASK)!=0 ) + result|=GCP_DBCS; + + if( (fontsig.fsCsb[0]&GCP_DIACRITIC_MASK)!=0 ) + result|=GCP_DIACRITIC; + + if( (fontsig.fsCsb[0]&FLI_GLYPHS_MASK)!=0 ) + result|=FLI_GLYPHS; + + if( (fontsig.fsCsb[0]&GCP_GLYPHSHAPE_MASK)!=0 ) + result|=GCP_GLYPHSHAPE; + + if( (fontsig.fsCsb[0]&GCP_KASHIDA_MASK)!=0 ) + result|=GCP_KASHIDA; + + if( (fontsig.fsCsb[0]&GCP_LIGATE_MASK)!=0 ) + result|=GCP_LIGATE; + + if( (fontsig.fsCsb[0]&GCP_USEKERNING_MASK)!=0 ) + result|=GCP_USEKERNING; + + if( (fontsig.fsCsb[0]&GCP_REORDER_MASK)!=0 ) + result|=GCP_REORDER; + + return result; } /************************************************************************* @@ -2235,11 +2273,31 @@ /************************************************************************* * GetCharacterPlacementW [GDI32.@] + * + * Retrieve information about a string. This includes the width, reordering, + * Glyphing and so on. + * + * RETURNS + * + * The width and height of the string if succesful, 0 if failed. + * + * BUGS + * + * All flags except GCP_REORDER are not yet implemented. + * Reordering is not 100% complient to the Windows BiDi method. + * Caret positioning is not yet implemented. + * Classes are not yet implemented. + * */ DWORD WINAPI -GetCharacterPlacementW(HDC hdc, LPCWSTR lpString, INT uCount, - INT nMaxExtent, GCP_RESULTSW *lpResults, - DWORD dwFlags) +GetCharacterPlacementW( + HDC hdc, /* Device context for which the rendering is to be done */ + LPCWSTR lpString, /* The string for which information is to be returned */ + INT uCount, /* Number of WORDS in string. */ + INT nMaxExtent, /* Maximum extent the string is to take (in HDC logical units) */ + GCP_RESULTSW *lpResults, /* A pointer to a GCP_RESULTSW struct */ + DWORD dwFlags /* Flags specifying how to process the string */ + ) { DWORD ret=0; SIZE size; @@ -2254,37 +2312,115 @@ lpResults->lpDx, lpResults->lpCaretPos, lpResults->lpClass, lpResults->lpGlyphs, lpResults->nGlyphs, lpResults->nMaxFit); - if(dwFlags) FIXME("flags 0x%08lx ignored\n", dwFlags); + if(dwFlags&(~GCP_REORDER)) FIXME("flags 0x%08lx ignored\n", dwFlags); if(lpResults->lpCaretPos) FIXME("caret positions not implemented\n"); if(lpResults->lpClass) FIXME("classes not implemented\n"); - /* FIXME: reordering not implemented */ - /* copy will do if the GCP_REORDER flag is not set */ - if(lpResults->lpOutString) - lstrcpynW(lpResults->lpOutString, lpString, uCount); - - nSet = (UINT)uCount; - if(nSet > lpResults->nGlyphs) - nSet = lpResults->nGlyphs; - - /* return number of initialized fields */ - lpResults->nGlyphs = nSet; - - if(lpResults->lpOrder) - { - for(i = 0; i < nSet; i++) - lpResults->lpOrder[i] = i; - } - - if (lpResults->lpDx) - { - int c; - for (i = 0; i < nSet; i++) - { - if (GetCharWidth32W(hdc, lpString[i], lpString[i], &c)) - lpResults->lpDx[i]= c; - } - } + nSet = (UINT)uCount; + if(nSet > lpResults->nGlyphs) + nSet = lpResults->nGlyphs; + + /* return number of initialized fields */ + lpResults->nGlyphs = nSet; + + if(dwFlags==0) + { + /* Treat the case where no special handling was requested in a fastpath way */ + /* copy will do if the GCP_REORDER flag is not set */ + if(lpResults->lpOutString) + lstrcpynW(lpResults->lpOutString, lpString, uCount); + + if(lpResults->lpOrder) + { + for(i = 0; i < nSet; i++) + lpResults->lpOrder[i] = i; + } + + } else + { + WORD *pwCharType; + int run_end; + /* Keep a static table that translates the C2 types to something meaningful */ + /* 1 - left to right + * -1 - right to left + * 0 - neutral + */ + static const int chardir[]={ 0, 1, -1, 1, 1, 1, -1, 1, 0, 0, 0, 0 }; + + WARN("The BiDi algorythm doesn't conform to Windows' yet\n"); + if( (pwCharType=HeapAlloc(GetProcessHeap(), 0, uCount * sizeof(WORD)))==NULL ) + { + SetLastError(ERROR_NOT_ENOUGH_MEMORY); + + return 0; + } + + /* Fill in the order array with directionality values */ + GetStringTypeW(CT_CTYPE2, lpString, uCount, pwCharType); + + /* The complete and correct (at list according to MS) BiDi algorythm is not + * yet implemented here. Instead, we just make sure that consecutive runs of + * the same direction (or neutral) are ordered correctly + */ + for( i=0; i<uCount; i+=run_end ) + { + for( run_end=1; i+run_end<uCount && + (chardir[pwCharType[i+run_end]]==chardir[pwCharType[i]] || + chardir[pwCharType[i+run_end]]==0); ++run_end ) + ; + + if( chardir[pwCharType[i]]==1 || chardir[pwCharType[i]]==0 ) + { + /* A LTR run */ + if(lpResults->lpOutString) + { + int j; + for( j=0; j<run_end; j++ ) + { + lpResults->lpOutString[i+j]=lpString[i+j]; + } + } + + if(lpResults->lpOrder) + { + int j; + for( j=0; j<run_end; j++ ) + lpResults->lpOrder[i+j] = i+j; + } + } else + { + /* A RTL run */ + if(lpResults->lpOutString) + { + int j; + for( j=0; j<run_end; j++ ) + { + lpResults->lpOutString[i+j]=lpString[i+run_end-j-1]; + } + } + + if(lpResults->lpOrder) + { + int j; + for( j=0; j<run_end; j++ ) + lpResults->lpOrder[i+j] = i+run_end-j-1; + } + } + } + + HeapFree(GetProcessHeap(), 0, pwCharType); + } + + /* FIXME: Will use the placement chars */ + if (lpResults->lpDx) + { + int c; + for (i = 0; i < nSet; i++) + { + if (GetCharWidth32W(hdc, lpString[i], lpString[i], &c)) + lpResults->lpDx[i]= c; + } + } if(lpResults->lpGlyphs) GetGlyphIndicesW(hdc, lpString, nSet, lpResults->lpGlyphs, 0); Index: objects/text.c =================================================================== RCS file: /home/wine/wine/objects/text.c,v retrieving revision 1.45 diff -u -r1.45 text.c --- objects/text.c 31 May 2002 23:06:53 -0000 1.45 +++ objects/text.c 12 Jun 2002 19:34:04 -0000 @@ -170,9 +170,35 @@ { if(PATH_IsPathOpen(dc->path)) FIXME("called on an open path\n"); - else if(dc->funcs->pExtTextOut) - ret = dc->funcs->pExtTextOut(dc->physDev,x,y,flags,lprect,str,count,lpDx); - GDI_ReleaseObj( hdc ); + else if(dc->funcs->pExtTextOut) + { + DWORD fontLangInfo=0; + if( !(flags&(ETO_GLYPH_INDEX|ETO_IGNORELANGUAGE)) && + ((fontLangInfo=GetFontLanguageInfo( hdc ))&(GCP_REORDER|GCP_GLYPHSHAPE)) ) + { + /* The caller did not specify that language processing was already done, + * and the font idetifies iteself as requiring language processing. + */ + GCP_RESULTSW gcp; + + gcp.lStructSize=sizeof(gcp); + gcp.lpOutString=HeapAlloc(GetProcessHeap(), 0, count*sizeof(WCHAR)); + gcp.lpOrder=NULL; + gcp.lpDx=NULL; + gcp.lpCaretPos=NULL; + gcp.lpClass=NULL; + gcp.lpGlyphs=NULL; + gcp.nGlyphs=0; + gcp.nMaxFit=0; + + GetCharacterPlacementW(hdc, str, count, 0, &gcp, GCP_REORDER ); + + ret = dc->funcs->pExtTextOut(dc->physDev,x,y,flags|ETO_IGNORELANGUAGE, + lprect,gcp.lpOutString,count,lpDx); + } else + ret = dc->funcs->pExtTextOut(dc->physDev,x,y,flags,lprect,str,count,lpDx); + } + GDI_ReleaseObj( hdc ); } return ret; }

1 0

O2 compilation option
by Shachar Shemesh 12 Jun '02

12 Jun '02

Hi all, I found that using the default ./configure options, the Makefiles are generated with "-g -O2" compilation options. This combination doesn't make sense to me, as what use are debug options if I cannot trace execution in a debugger. My autoconfig knowledge is not deep enough to understand whether there is a command line option to remove the "O2" from the makefiles. For the time being, I have simply modified configure by hand. Can anyone tell whether there is any better option? Shachar

2 1

Re: NtQuerySystemTime alignment problem
by Andreas Mohr 12 Jun '02

12 Jun '02

Hi, On Wed, Jun 12, 2002 at 09:58:19AM -0400, Gregg Mattinson wrote: > This patch fixes an alignment problem in NtQuerySystemTime which occurs when > called from RunningObjectTableImpl_Register. Did anyone ever mention that you're doing GREAT work ? It's really nice to see many portability fixes going in. Thanks ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

1 0

Re: Not finding basic libraries
by Medland, Bill 12 Jun '02

12 Jun '02

"Aitor" <nonvalid(a)nonvalid.com> wrote in message news:<gMEN8.341472$4Q.2433837(a)telenews.teleline.es>... > Hi all, > > I am new to installing wine by hand, as I always trusted the installation > made by Mandrake, Redhat & co. > > I managed to run Lotus WordPro (as an example of complex app.) some time > ago, and got impressed. Since then (can't remember version!), I have had > problems with newer versions even to execute notepad. > > Today I have downloaded latest wine (unstripped-061202), installed like > rpm -i --nodeps --force wine-etc.etc. > (I use mandrake 8.2, by the way) > > then copied /etc/wine/config to /root/.wine/config, and edited it like this > (only appropriate sections): > > [Drive C] > "Path" = "/mnt/windows" > "Type" = "hd" > "Label" = "MS-DOS" > "Filesystem" = "win95" > > [wine] > "Windows" = "c:\\windows" > "System" = "c:\\windows\\system" > "Temp" = "e:\\" > "Path" = "c:\\windows;c:\\windows\\system;e:\\;e:\\test;f:\\" > "Profile" = "c:\\windows\\Profiles\\Administrator" > "GraphicsDriver" = "x11drv" > ; Wine doesn't pass directory symlinks to Windows programs by default. > ; Enabling this may crash some programs that do recursive lookups of a whole > ; subdir tree in case of a symlink pointing back to itself. > ;"ShowDirSymlinks" = "1" > "ShellLinker" = "wineshelllink" The DllOverrides section is quite important too. Does it say that gdi32 should be loaded builtin,native? (It is normally recommended that gdi32, kernel32, user32 are loaded builtin; I've never heard of anyone trying to run the native gdi32 and kernel32 under Wine) > > NOW /mnt/windows is where windows trylly resides (my windows partition). > For example: > > [root@mypc root]# ls -l /mnt/windows/windows/system/gdi32.dll > -rwxr-xr-x 1 root root 155648 may 5 1999 > /mnt/windows/windows/system/gdi32.dll* > [root@mypc root]# > > Finally, when I try to execute notepad.exe, I get: > > [root@mypc root]# cd /mnt/windows/windows > [root@mypc windows]# wine notepad.exe > err:module:PE_fixup_imports Module (file) GDI32.dll (which is needed by > C:\windows\system\shell32.dll) not found > err:win32:PE_LoadLibraryExA can't load C:\windows\system\shell32.dll > err:module:MODULE_LoadLibraryExA Loading of native DLL > C:\windows\system\shell32.dll failed (error 14), check this file. > err:module:PE_fixup_imports Module (file) SHELL32.dll (which is needed by > C:\windows\notepad.exe) not found > [root@mypc windows]# > > Why? What can I be doing wrong? Could it be a question of > capitals/noncapitals? if this is the case, in my opinion, Wine should STOP > being case sensitive, just as the whole 'DOS/VMM/Windows' thingy is... > > Aitor Try wine --debugmsg +module notepad.exe You may also find wine --debugmsg +module,+file notepad.exe 2>notepad.log useful Bill

1 0

RE: O2 compilation option
by Medland, Bill 12 Jun '02

12 Jun '02

> -----Original Message----- > From: Shachar Shemesh [mailto:sun@consumer.org.il] > Sent: Tuesday, June 11, 2002 10:51 PM > To: wine-devel(a)winehq.com > Subject: O2 compilation option > > > Hi all, > > I found that using the default ./configure options, the Makefiles are > generated with "-g -O2" compilation options. This combination doesn't > make sense to me, as what use are debug options if I cannot trace > execution in a debugger. info gcc Basically it may do some weird stuff but it is usable Bill

1 0

locale tests failed
by Sylvain Petreolle 12 Jun '02

12 Jun '02

../../programs/winetest/runtest -q -P wine -M kernel32.dll -T ../.. -p tests/kernel32_test.exe.so tests/locale.c && touch tests/locale.ok fixme:string:OLE_GetFormatA datelen = 0, returning 255 fixme:string:OLE_GetFormatA datelen = 0, returning 255 tests/locale.c:260: Test failed: GetNumberFormat with len=2 got 2 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx instead of 2,xx tests/locale.c:269: Test failed: GetNumberFormat got 2 353,00 instead of 2,353.00 tests/locale.c:214: Test failed: GetCurrencyFormat with len=0: got 8 instead of 7 tests/locale.c:219: Test failed: GetCurrencyFormat got 23xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx instead of $23.53 tests/locale.c:226: Test failed: GetCurrencyFormat got 23,53 ¤ instead of $23.53 tests/locale.c:227: Test failed: GetCurrencyFormat: got 8 instead of 7 make[2]: *** [tests/locale.ok] Erreur 6 make[2]: Quitte le répertoire `/home/wine/dlls/kernel' make[1]: *** [kernel/__test__] Erreur 2 make[1]: Quitte le répertoire `/home/wine/dlls' make: *** [dlls/__test__] Erreur 2 LANG is set to fr_FR, and the '¤' is, I think, the euro symbol.test is ok when LANG is set to en_US for example. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

4 5

Re: Problems converting DLL to unix SO with winelib
by List vmn 12 Jun '02

12 Jun '02

Hi Martin, I finaly got the patch to work. The problem was with my mail client. I am now at the office and using eudora and things worked... A question, When I use the patched winemaker , I get a spec file with out any imports at all, even the ones specified on the command line. When I compile/link I get unresolved symbols. I then dont know what to do so I add the import lines back to the spec file and it links/compiles.... What am I missing here? What is your patch doing ? Thanks, Miguel At 17:17 7/6/2002 +0200, you wrote: >Am Fre, 2002-06-07 um 16.59 schrieb mfeitosa(a)vmn.com.br: > > > Here is the output... > >And here is mine: > >[martin@biker tools]$ cvs diff -u -r 1.39 winemaker >[martin@biker tools]$ cd .. >[martin@biker wine]$ patch -p0 --dry-run </tmp/winemaker.diff >patching file tools/winemaker >patching file documentation/winemaker.man >[martin@biker wine]$ > >Perhaps you have the wrong patch. I attach it. >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 > > > >

3 2

winespy - a wine gui front-end for --debugmsg output
by max 12 Jun '02

12 Jun '02

I got the first (... very first) winespy wine front-end running. You can download at www.veneto.com/winespy/winespy.tar.gz In INSTALL and README files you'll find shorts description of usage and, of course, bugs :) Any suggestion/help appreciated ! Regards Max

1 0

gdi functions as undefined symbol in libwine.so
by Sylvain Petreolle 11 Jun '02

11 Jun '02

Hi, Marcus showed I probably have install problems. All symbols that are in gdi.exe dll are reported as undefined symbols in libwine.so fixme:win32:ELF_FindExportedFunction function AbortDoc not found: /usr/local/lib/libwine.so: undefined symbol: AbortDoc fixme:win32:ELF_FindExportedFunction function AbortPath not found: /usr/local/lib/libwine.so: undefined symbol: AbortPath Download CVS version from scratch and reinstall didn't fix the problem. Did someone else got the problem ? I actually don't see a way to fix it. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

RE: driver question
by Patrik Stridvall 11 Jun '02

11 Jun '02

> On Tue, Jun 11, 2002 at 11:23:06PM +0300, Hetz Ben Hamo wrote: > > > I'm not an expert on licensing, and I thought to ask this > question here - I'm > > not trying to make any emails flame war - just need a > simple answer... > > > A friend of mine is toying with an idea to write a frame > buffer driver instead > > of the x11drv on wine, but he doesn't think his boss will > allow to release > > the code.. > > > Can he (legally) write the driver, bundle it with the > lgpl'd wine and sell > > it? or is this illegal? > > If the driver interfaces with the rest of Wine through a > clearly defined > library API, and his proprietary code is distributed as > separate object > code that can be relinked with Wine at runtime or at build time (i.e., > made available as either .o files or as a .so shared lib), > then this is > unquestionably permitted by the LGPL. True in general but unfortunately the Wine display driver API wouldn't IMHO be classified as a clearly defined API... So whether this is allowed is a little unclear to say the least.

2 1

self-registerable standard DLLs
by John K. Hohm 11 Jun '02

11 Jun '02

I noticed that the attempt to test comcat.dll on Win98 failed because DllRegisterServer is a stub returning E_NOTIMPL. I have added the registry entries for the component categories manager to winedefault.reg, which should suffice for normal Wine installations. Despite this, is it generally acceptable to have actual code to register/unregister a standard COM server DLL in its Dll[Un]RegisterServer? It would be redundant for normal Wine, but hey, it's not big or complex.

4 5

driver question
by Hetz Ben Hamo 11 Jun '02

11 Jun '02

Hi, I'm not an expert on licensing, and I thought to ask this question here - I'm not trying to make any emails flame war - just need a simple answer... A friend of mine is toying with an idea to write a frame buffer driver instead of the x11drv on wine, but he doesn't think his boss will allow to release the code.. Can he (legally) write the driver, bundle it with the lgpl'd wine and sell it? or is this illegal? Thanks, Hetz

2 1

Re: null midi device
by Eric Pouech 11 Jun '02

11 Jun '02

> I was thinking: Couldn't one use timidity to make a fake midi device > that actually produces sound? That would be something. I thought about it. you need to use timidity 0.20i (the last one from the original author released under LGPL, the next ones are released under GPL). Then, to make it a real midi driver (in terms of Win32 API) which isn't a trivial task (for example, timidity pre-processes the full content of the MIDI file to be played, whilst a standard MIDI driver has to play midi notes on the fly...). I did start looking at that a long time ago, but without real results in so far. A+ --------------- 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.

6 9

builtin oleaut32
by Ann and Jason Edmeades 11 Jun '02

11 Jun '02

Hello, I have been doing some playing with builtin oleaut32 and a Visual Basic program I am trying to get working under wine with no-windows (well, as little as possible anyway). I noticed after copying some ocx files from windows, I was starting to trap due to unimplemented stubs inside oleaut32, and have started coding up just enough to get my application working. Every time I fix one issue, I find 2 others, so before I dive in too far has anyone else done any work in improving this area which hasnt been submitted, or is anyone actively working on this - or should I just continue? Currently I have: VarCmp support for BSTR and Integer variants VarAnd support for boolean variants only VarNot support for boolean variants only VarParseNumFromStr support for negative numbers VarNumFromParseNum support shorts VarDateFromUDate return value is incorrect VarNot support for boolean variants only Two other questions as I am still fairly new at Unix in general, let alone wine.... 1. What is the policy on patches - Is one big one with all changes for the same module ok? 2. What about tracing - While writing them I have added trace to show the parms and return values (relay just shows the rc whereas the actual return value is normally a third varient). Should I leave these in? Thanks Jason

2 1

RE: builtin oleaut32
by Medland, Bill 11 Jun '02

11 Jun '02

> -----Original Message----- > From: Ann and Jason Edmeades [mailto:us@the-edmeades.demon.co.uk] > Sent: Tuesday, June 11, 2002 10:20 AM > To: wine devel > Subject: builtin oleaut32 > > > Hello, > > I have been doing some playing with builtin oleaut32 and a > Visual Basic > program I am trying to get working under wine with no-windows > (well, as > little as possible anyway). > > I noticed after copying some ocx files from windows, I was > starting to trap > due to unimplemented stubs inside oleaut32, and have started > coding up just > enough to get my application working. Every time I fix one > issue, I find 2 > others, so before I dive in too far has anyone else done any work in > improving this area which hasnt been submitted, or is anyone actively > working on this - or should I just continue? Basically that's what I noted too. I am sort of working in the area but I haven't even got everything working natively yet (since I started from a non-windows installation and it's hard to figure out what needs to be put in). I would suggest that the best solution is to submit small packages at regular intervals. > > Currently I have: > VarCmp support for BSTR and Integer variants > VarAnd support for boolean variants only > VarNot support for boolean variants only > VarParseNumFromStr support for negative numbers > VarNumFromParseNum support shorts > VarDateFromUDate return value is incorrect > VarNot support for boolean variants only > > Two other questions as I am still fairly new at Unix in > general, let alone > wine.... > 1. What is the policy on patches - Is one big one with all > changes for the > same module ok? > 2. What about tracing - While writing them I have added trace > to show the > parms and return values (relay just shows the rc whereas the > actual return > value is normally a third varient). Should I leave these in? Sounds a good idea. Presumably they are under the ole debug channel. If it gets ridiculous it might be worth adding a new debug channel. > > Thanks > Jason > > > Bill

1 0

Re: Linux patch for supporting shortcuts and symlinks on VFAT
by Brian Vincent 11 Jun '02

11 Jun '02

> It seem that at least some people are against it inclusion so I > wonder whether we should support inclusion of the patch or not. I'd agree that doing it at the kernel level isn't the answer. You don't want to abstract that information away from the user. Plus, like Francois mentioned there's a bunch of cases where it's just not going to work. However, what would be interesting (if you're going to parse the .lnk file anyway) is to display it as a symlink, but not actually have it operate as a link. For instance: -rw-r--r-- 1 vinn power 22 Jun 11 09:16 junk -> c:\Program Files\bar At that point it becomes useful to parse large directories of .lnk files by simply reading the directory. Leave it up to the application (Wine, etc) to figure out how to translate the path. With proper error handling you could probably add it as a "feature" to every filesystem. </$.02> -brian

1 0

Re: FPU patch for bug 586
by Ove Kaaven 11 Jun '02

11 Jun '02

On Tue, 11 Jun 2002, admiral coeyman wrote: > Ove Kaaven, > > > > On Mon, 10 Jun 2002, admiral coeyman wrote: > > > > > This patch adds the self-modifying code part of the FPU interrupts 34->3b and > > > moves int 3d into the winedos section. > > > > Oh, I've been meaning to reply, but hadn't got around to it yet... it > > makes no sense to use MapDosToLinear(MapRealToLinear()). It should be > > obvious from its name that MapRealToLinear already converted to a linear > > address, so that's all you need. And MapLinearToDos will probably *not* do > > what you want, you should change the real-mode pointer directly instead, > > as in general you just can't convert a linear address back to real mode. > > Otherwise, the code is probably OK... > > > I was unsure of the memory handling functions. Both of these functions report > that they return linear addresses, but I read one as a dos linear address and > the other as a wine linear address. It was a mistake on my part. I read it as > though I had to convert the seg:offset code to a dos linear address, then > convert it to a wine linear address. It may have made more sense to me if I > hadn't been worried about the addresses being in the wrong order. Well, the meanings of these address types are, if I remember right: Real = 16-bit real mode seg:ofs address Dos = 32-bit offset from DOSMEM_dosmem (aka DOSMEM_MemoryBase()) (unless it's above 1MB, then it's considered a linear pointer) (after the DOS restructure, DOSMEM_dosmem is always 0, which is probably why it worked for you) Linear = 32-bit linear pointer that you can dereference in Wine code I consider the "Dos" memory type pretty useless, there's almost never a reason to use it instead of linear memory or something... > What I read says that the stack's lowest address contains IP and the word > above that is the code segment for the return. IP:CS I'm not sure that I > could just point a segment:offset converting function at an address in that > format and get the linear address. Well, you can, as long as we stick to x86 (might be trickier if we were to write a CPU emulator, but I guess there would be lots of places to change then anyway). > I've done the reverse conversion be backing IP up 2 bytes. You have two versions of the Int3dHandler in your patch. One of them isn't changed... Anyway, if it helps, here's how I might have written your routine (without the error checking), if I thought that perhaps these interrupts are also used by win16 apps (otherwise the second CTX_SEG_OFF_TO_LIN(...) can be replaced with PTR_REAL_TO_LIN(stack[1], stack[0])) void FPU_ModifyCode(CONTEXT86 *context, BYTE Opcode) { WORD *stack = CTX_SEG_OFF_TO_LIN(context, context->SegSs, context->Esp) BYTE *code = CTX_SEG_OFF_TO_LIN(context, stack[1], stack[0]); code[-2] = 0x9b; code[-1] = Opcode; stack[0] -= 2; }

1 0

Re: GLU32 patch
by Marcus Meissner 11 Jun '02

11 Jun '02

On Mon, Jun 10, 2002 at 11:52:34PM -0400, Vincent B?ron wrote: > The glu32 dll is now compliant with MSDN. It can be compiled with a > libGLU 1.1, but preferably by a libGLU 1.2. > > Changelog: > - Modified the glu32 prototypes to match MSDN. > - Made it work for libGLU 1.1 and 1.2. ... > -@ stdcall gluCheckExtension(str ptr) wine_gluCheckExtension Why is this function gone? And you will need to add checks for glu.h in configure.ac too. Ciao, Marcus

2 1

Problems converting DLL to unix SO with winelib
by List vmn 11 Jun '02

11 Jun '02

Hello Wine-devel, I finaly got the expected results from my simple tests to get a winelib DLL and test application to work. I am pretty sure that I am still doing something wrong in these tests !!!!! Can somebody say if the below setup is correct and if not what would be the correct way to create a winelib "dll" and then call it from a winelib executable. I am using wine-20020509. =>I start with a simple DLL file called mytest.c and use winemaker to create a libmytest.so bash#cd ~/mytest.dll bash#ls mytest.c bash#cat mytest.c //mytest.c #include <windows.h> #include <stdio.h> BOOL APIENTRY DllMain(HINSTANCE hinstDLL , DWORD fdwReason, LPVOID lpvReserved ) { printf("DllMain called\n"); return TRUE; } void usefullFunction() { printf("Usefull function got called\n"); } //end of mytest.c bash#winemaker --dll --nomfc . <output suppressed> bash#cat libmytest.spec name mytest type win32 mode dll init DllMain import kernel32.dll import ntdll.dll bash# ./configure <output suppressed> bash# make && make install gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o mytest.o mytest.c ld -r mytest.o -o libmytest.tmp.o strip --strip-unneeded libmytest.tmp.o LD_LIBRARY_PATH="/usr/local/lib:$LD_LIBRARY_PATH" /usr/local/bin/winebuild -fPIC -L/usr/local/lib/wine -sym libmytest.tmp.o -o libmytest.spec.c -spec ./libmytest.spec gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o libmytest.spec.o libmytest.spec.c gcc -shared -Wl,-rpath,/usr/local/lib -Wl,-Bsymbolic -o libmytest.so mytest.o libmytest.spec.o -lwine -lwine_unicode -lwine_uuid -lm _list=""; for i in $_list; do (cd $i; make install) || exit 1; done _list=" "; for i in $_list; do install $i /usr/local/bin; done _list="libmytest.so"; for i in $_list; do install $i /usr/local/lib; done bash# #Now I have a /usr/local/lib/libmytest.so file \ #I think the next commands are wrong... bash# cd /usr/local/lib bash# cp libmytest.so wine/mytest.dll.so bash# ln -s wine/mytest.dll.so libmytest.dll.so bash# #This was done so that I can write \ # import mytest.dll \ # in a spec file and "register with wine" this so =>I now create a simple winelib application to call mytest called "callmytest" =>Call my test is defined in callmytest.c bash# cd ~/callmytest bash#ls callmytest.c bash# cat callmytest.c //start of callmytest.c #include "windows.h" extern usefullFunction(); int WINAPI WinMain(HINSTANCE a,HINSTANCE b,LPSTR c ,int d) { usefullFunction(); } //end of callmytest.c bash# winemaker --guiexe -imytest.dll -lmytest.dll . <output suppressed> bash# cat callmytest.spec name callmytest type win32 mode guiexe init WinMain import kernel32.dll import ntdll.dll import mytest.dll bash# ./configure <output suppressed> bash# make gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o callmytest.o callmytest.c ld -r callmytest.o -o callmytest.tmp.o strip --strip-unneeded callmytest.tmp.o LD_LIBRARY_PATH="/usr/local/lib:$LD_LIBRARY_PATH" /usr/local/bin/winebuild -fPIC -L/usr/local/lib/wine -sym callmytest.tmp.o -o callmytest.spec.c -spec ./callmytest.spec gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o callmytest.spec.o callmytest.spec.c gcc -shared -Wl,-rpath,/usr/local/lib -Wl,-Bsymbolic -o callmytest.so callmytest.o callmytest.spec.o -lmytest.dll -lwine -lwine_unicode -lwine_uuid -lm test -f callmytest || ln -s /usr/local/bin/wine callmytest bash# ./callmytest DllMain called Usefull function got called DllMain called QUESTION 1: I think that adding -imytest.dll -lmytest.dll to winemaker --guiexe -imytest.dll -lmytest.dll . is wrong. QUESTION 2: Is DllMain called when the DLL is loaded and then unloaded ? Can anyone help me on this? Thanks, Miguel Feitosa

1 0

Problems converting DLL to unix SO with winelib
by mfeitosa 11 Jun '02

11 Jun '02

Hello Wine-devel, I finaly got the expected results from my simple tests to get a winelib DLL and test application to work. I am pretty sure that I am still doing something wrong in these tests !!!!! Can somebody say if the below setup is correct and if not what would be the correct way to create a winelib "dll" and then call it from a winelib executable. I am using wine-20020509. =>I start with a simple DLL file called mytest.c and use winemaker to create a libmytest.so bash#cd ~/mytest.dll bash#ls mytest.c bash#cat mytest.c //mytest.c #include <windows.h> #include <stdio.h> BOOL APIENTRY DllMain(HINSTANCE hinstDLL , DWORD fdwReason, LPVOID lpvReserved ) { printf("DllMain called\n"); return TRUE; } void usefullFunction() { printf("Usefull function got called\n"); } //end of mytest.c bash#winemaker --dll --nomfc . <output suppressed> bash#cat libmytest.spec name mytest type win32 mode dll init DllMain import kernel32.dll import ntdll.dll bash# ./configure <output suppressed> bash# make && make install gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o mytest.o mytest.c ld -r mytest.o -o libmytest.tmp.o strip --strip-unneeded libmytest.tmp.o LD_LIBRARY_PATH="/usr/local/lib:$LD_LIBRARY_PATH" /usr/local/bin/winebuild -fPIC -L/usr/local/lib/wine -sym libmytest.tmp.o -o libmytest.spec.c -spec ./libmytest.spec gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o libmytest.spec.o libmytest.spec.c gcc -shared -Wl,-rpath,/usr/local/lib -Wl,-Bsymbolic -o libmytest.so mytest.o libmytest.spec.o -lwine -lwine_unicode -lwine_uuid -lm _list=""; for i in $_list; do (cd $i; make install) || exit 1; done _list=" "; for i in $_list; do install $i /usr/local/bin; done _list="libmytest.so"; for i in $_list; do install $i /usr/local/lib; done bash# #Now I have a /usr/local/lib/libmytest.so file \ #I think the next commands are wrong... bash# cd /usr/local/lib bash# cp libmytest.so wine/mytest.dll.so bash# ln -s wine/mytest.dll.so libmytest.dll.so bash# #This was done so that I can write \ # import mytest.dll \ # in a spec file and "register with wine" this so =>I now create a simple winelib application to call mytest called "callmytest" =>Call my test is defined in callmytest.c bash# cd ~/callmytest bash#ls callmytest.c bash# cat callmytest.c //start of callmytest.c #include "windows.h" extern usefullFunction(); int WINAPI WinMain(HINSTANCE a,HINSTANCE b,LPSTR c ,int d) { usefullFunction(); } //end of callmytest.c bash# winemaker --guiexe -imytest.dll -lmytest.dll . <output suppressed> bash# cat callmytest.spec name callmytest type win32 mode guiexe init WinMain import kernel32.dll import ntdll.dll import mytest.dll bash# ./configure <output suppressed> bash# make gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o callmytest.o callmytest.c ld -r callmytest.o -o callmytest.tmp.o strip --strip-unneeded callmytest.tmp.o LD_LIBRARY_PATH="/usr/local/lib:$LD_LIBRARY_PATH" /usr/local/bin/winebuild -fPIC -L/usr/local/lib/wine -sym callmytest.tmp.o -o callmytest.spec.c -spec ./callmytest.spec gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o callmytest.spec.o callmytest.spec.c gcc -shared -Wl,-rpath,/usr/local/lib -Wl,-Bsymbolic -o callmytest.so callmytest.o callmytest.spec.o -lmytest.dll -lwine -lwine_unicode -lwine_uuid -lm test -f callmytest || ln -s /usr/local/bin/wine callmytest bash# ./callmytest DllMain called Usefull function got called DllMain called QUESTION 1: I think that adding -imytest.dll -lmytest.dll to winemaker --guiexe -imytest.dll -lmytest.dll . is wrong. QUESTION 2: Is DllMain called when the DLL is loaded and then unloaded ? Can anyone help me on this? Thanks, Miguel Feitosa

1 0

RE: Linux patch for supporting shortcuts and symlinks on VFAT
by Patrik Stridvall 11 Jun '02

11 Jun '02

> On Tue, 11 Jun 2002, Patrik Stridvall wrote: > [...] > > However it would be nice be nice to handle .lnk files as symlinks > > somehow. > > I'm not sure this is very useful, Well, just a feeling, but I have always been irritated about that the .lnk files are not real symlinks. Wine is not only supposed to be as good as Windows but also better if possible. > especially since few > symlinks will be > supported in any case. For instance in his proposal he ignores: > * all symlinks to absolute paths. That would be pretty much all > symlinks created under windows Yes. However you could have a drive table like echo /windows-c-drive > /proc/windows/drive/c echo /windows-d-drive > /proc/windows/drive/d So the kernel could do the look up. BTW this would also means that Wine could read /proc/windows/drive and map the drives. > * all UNC symlinks except those to \\localhost. But don't these paths > have a drive letter too? Even worse they have the first part after \\localhost should be the name of the share so that means that we need to have a series of /proc/windows/share directories or something as well... > * I guess he would also ignore the command line options > specified in shortcuts to executables > * and also the current directory Hmm. Well, that is a problem as well. Perhaps you could link to some sort of autogenerated shell script in /proc/windows/links say you access /mnt/c/test.lnk and you get a shell script in /proc/windows/links/mnt/c/test.lnk or something that /mnt/c/test.lnk symlinks to. > * and the icon of course. Which then means tools like konqueror or > nautilus cannot extract the icon either unless they make use of the > proposed ioctl hack. I don't consider this a problem. However solving the other problem is probably to ugly eventhough they are solvable in some meaning. > And if the goal is to be able to create symlinks on a filesystem that > does not support them, I believe the right way to do so would > be to have > a module sit on top of the file system that would do things > ala umsdos. > This would for instance allow one to also get things like ownership, > file permissions, device files, socket files, etc. And if you > are going > to use a VFAT filesystem as a regular Unix filesystem, having > permissions at least while in Linux seems like it would be a very good > thing. Indeed. It would be better if it was generalized somehow. Hmm... > > > * on Windows if you open("foo.lnk") you get the .lnk > files, not the > > > file it 'points' to. On Linux you would get the file it points to > > > instead which is a different behavior. > > > > True. However we could check if the extension is .lnk in OpenFile > > as friends and then call special funcitons like readlink to read the > > file. But it probably would be a too ugly hack to be worth it. > > Yes that's the soluti^H^H^H^H ugly hack that was suggested as a > workaround. It would probably involve an ioctl of some sort > though here > we are talking about reading the content of a file, not just > a couple of > metadata bits, not sure how ioctls handle such things (maybe > that's not > a problem, I'm not very familiar with ioctls). Doing it is not the problem. Accepting the overhead and the ugly hack is the real problem... > The other issue is that this workaround is not implemented > yet so we may > get stuck in a bad place for a while. True. > [...] > > Anyway, the big question seem to be whether we should > oppose the patch > > or not. It might could trouble for Wine is such a feature > exists some > > user might active it so we have to handle that case. > > It is proposed as the default behavior. This means it would likely end > up as the default in most distributions, so many users will > be hit by it > even if they did not activate it. > > I definitely oppose it. I believe it is not only harmful to Wine, but > also the wrong thing for Linux. As the default behavior I also oppose it. Unfortunely I very much fear that I won't be possible to do it in an acceptable way at all...

1 0

RE: Linux patch for supporting shortcuts and symlinks on VFAT
by Patrik Stridvall 11 Jun '02

11 Jun '02

> On Tue, 11 Jun 2002, Patrik Stridvall wrote: > > > I notice that I patch have been posted to the linux-kernel that > > might be of intrest to us. > > > > vfat patch for shortcut display as symlinks for 2.4.18 > > http://marc.theaimsgroup.com/?l=linux-kernel&m=102358795411222&w=2 > > > > It seem that at least some people are against it inclusion so I > > wonder whether we should support inclusion of the patch or not. > > > > I'm personally a little doubtful that it is a good idea... > > > I think it's a bad idea. The reason is that the VFAT driver > is the wrong > abstraction layer to support the '.lnk' files: Probably. The more I think about the more I worry about the consequences. However it would be nice be nice to handle .lnk files as symlinks somehow. > * on Windows if you open("foo.lnk") you get the .lnk files, not the > file it 'points' to. On Linux you would get the file it points to > instead which is a different behavior. True. However we could check if the extension is .lnk in OpenFile as friends and then call special funcitons like readlink to read the file. But it probably would be a too ugly hack to be worth it. > * Windows supports .lnk files on FAT, VFAT, NTFS, ISO9660, etc. So if > such support is added in the Linux kernel, it should be added > to all of > the above filesystems. And then there is no reason not to add it to > ext2, NFS, etc! True. The feature should probably be at file system independant layer, if anywhere. > This would also hurt Wine as: > > * it would prevent us from reading the information in the '.lnk' > file... at least for 'supported' '.lnk' files Well, as I said above, we can read them with readlink and friends. > * it's not entirely clear to me what they do with unsupported '.lnk' > files. Are they just dead symlinks or can one read their contents? In > the first case Wine is SOL again, and in the latter case we'll have to > play games to know which kind we got. As I said, you always can read a symlinks content with readlink. > * it was suggested to implement a hack to let Wine access the '.lnk' > data. Why implement a hack which is going to be Linux specific when > doing nothing works just fine and on any Unix system? True. > * making it a default option does not help Wine at all. Then > we have to > keep telling users that they have to modify their fstab if they want > Wine to work. Yes, that is a problem. See below. > The right level to implement symlink support is: > > * in Wine. Of course! :-) > * in an LD_PRELOAD library. Then they would work for all filesystems, > be selectable on a per-user or even per-process basis. Of course it > would most likely not work with Wine (ld_preload libraries seldom do). > > * as an option in the KDE/Gnome file browsers. That's the layer which > seems closest to the Windows shell 'layer'. True. Anyway, the big question seem to be whether we should oppose the patch or not. It might could trouble for Wine is such a feature exists some user might active it so we have to handle that case. BTW. I just though of another thing. Perhaps we should support the opposite. Translate existing symlinks to .lnk files? > This looks like it could be the next 'unhide' thing. hmmm, probably, > people not subscribed to linux-kernel missed the 'unhide' issue. See: > * Jeremy White - isofs unhide option: troubles with Wine > http://marc.theaimsgroup.com/?l=linux-kernel&m=102230123607864&w=2 I basicly agree with your opinion. The hidden attribute is metadata meant as advice for the application not something the operating system should concern itself.

2 1

Linux patch for supporting shortcuts and symlinks on VFAT
by Patrik Stridvall 11 Jun '02

11 Jun '02

I notice that I patch have been posted to the linux-kernel that might be of intrest to us. vfat patch for shortcut display as symlinks for 2.4.18 http://marc.theaimsgroup.com/?l=linux-kernel&m=102358795411222&w=2 It seem that at least some people are against it inclusion so I wonder whether we should support inclusion of the patch or not. I'm personally a little doubtful that it is a good idea... Comments?

2 1

GLU32 status & update
by Vincent Béron 11 Jun '02

11 Jun '02

After investigating bug #783 (Wine20020605: Problems with build of dlls/glu32), here are my conclusions so far (not finished yet, but I need a bit of advice on next direction to pursue): First, we need to not compile glu32 is no libGLU.so is found. The test for libGLU is already in configure, the only thing missing is some logic in the dlls/Makefile (or maybe dlls/glu32/Makefile?) to not build it. Next, the version of the GLU implementation of MS is 1.2. That's fine as long as the same (or more recent) version is found while building. I'm currently using Mesa 3.4.2 on RH 7.2, which is GLU 1.1 compliant. The GL/glu.h has the defines for 1.2 and 1.3, but the lib/libGLU.so doesn't have any implementation. Some more recent distributions (eg, RH 7.3) has the SGI GLU implementation which is 1.3. So we need to check this also. What would be the best thing to do if the native GLU is < 1.2? Not build dlls/glu32 at all? There's a way to map 1.1 call to 1.2 or beyond, but not the other way around (or I'm not aware of it). I finished correcting the prototypes (compliant with MSDN) in glu.c for a native GLU 1.2. Now I'd like to have some input as to what to do wrt a native GLU 1.1. If you have some advice, I'll appreciate them. Vincent

2 1

bugs.winehq.com upgraded
by Jeremy Newman 11 Jun '02

11 Jun '02

I have *finally* gotten around to upgrading our Bugzilla. We are now running version 2.14.2. This build seems to solve some long overdue usability complaints. One of the big differences I noticed is that there is levels of "Resolved" now. If you notice any issues with the new bugzilla, please submit issues about it to the "Bugzilla" product. -- __ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

2 3

tabctl32.ocx
by Medland, Bill 10 Jun '02

10 Jun '02

Anyone any ideas? Our application basically results in running an OLE container which loads Visual Basic ocx's, some of which use the TABCTL32.OCX tab control. However the TABCTL32.OCX doesn't "load" in some way. (If I put a Debug MessageBox into the Visual Basic I get "Failed to load control 'SSTab' from TABCTL32.OCX." I have done a relay trace to see what happens between the end of the OCX's init routine (which succeeds) and the message and there is no obvious complaint. (This is with native ole32, oleaut and rpcrt4) Bill

1 0

debug channels
by max 10 Jun '02

10 Jun '02

I just finished coding a front-end for wine, that parses on the fly all wine logs and display only selected ones; logs are selectable by class and channel. I'd like to post it, but there's a probem yet : the parser, for speed purposes, works line-by-line, looking for strings of kind 080ee030:trace:win32:_EnterSysLevel (0x4070e558, level 2): ................ 080ee030:trace:win32:_EnterSysLevel (0x4070e558, level 2): ............... 080ee030:trace:win32:_LeaveSysLevel (0x4070e558, level 2): ............. so, for strings containing an optional adress field, a colon, a class name, a colon and a channel name. It can't obviously understand multi-line outputs like this one : 080ee030:warn:heap:HEAP_ValidateInUseArena Heap 40a60000: ............ Heap: 40a60000 Next: 65430000 Sub-heaps: 40a60000 Free lists: Block Stat Size Id 40a60038 free 00000001 prev=40a606bc next=40a6004c 40a6004c free 00000001 prev=40a60038 next=40a60060 because of lack of :CLASS:CHANNEL: markers. Would it be possible to patch debug channel code to add it on beginning (or after address field) of EACH output line, instead of only first line of multiline output ? Regards Max

1 0

Lotus Notes R5 devel
by JJ Neff 10 Jun '02

10 Jun '02

I am a NON-Programmer (very few C C++ classes some time ago:-) I read that regulr Notes users are needed. I have been trying to run Notes with verying success for some time. I am a Notes Admin and have had some success with R5 under Wine. I run Debian unstable and use daily build Wine debs from gluck.debian.org. I regularly use IRC to get assistance or to try to troubleshoot. PLease let me knwo how I can best help jjneff(a)yahoo.com John __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

4 3

Error messages when typing Hebrew characters
by Shachar Shemesh 10 Jun '02

10 Jun '02

Hi. I tried repeating Hetz's experiment, and run the command "LANG=he_IL wine notepad", and then type a few (random) Hebrew chars. I get the following messages on screen: Warning: Language 'he_IL' was not found, retrying without country name... fixme:edit:EDIT_EM_FmtLines soft break enabled, not implemented fixme:win:GetProcessDefaultLayout ( 0x40556df4 ): No BiDi err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CEA (hebrew_finalkaph) : err:keyboard:X11DRV_ToUnicode (virtKey=4C,scanCode=26,keycode=2E,state=2010) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CF9 (hebrew_shin) : err:keyboard:X11DRV_ToUnicode (virtKey=41,scanCode=1E,keycode=26,state=2010) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CEC (hebrew_lamed) : err:keyboard:X11DRV_ToUnicode (virtKey=4B,scanCode=25,keycode=2D,state=2010) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CE3 (hebrew_dalet) : err:keyboard:X11DRV_ToUnicode (virtKey=53,scanCode=1F,keycode=27,state=2010) I tried following X11DRV_ToUnicode around a bit, but hit a brick wall at the X11 function "TSXKeysymToString". Anyone has any idea why the Hebrew characters are not being translated correctly (the character names are correct). Shachar

2 8

Crash with "privileged instruction in 16-bit code"
by Andriy Palamarchuk 10 Jun '02

10 Jun '02

An app crashes with this message. Described in the bug 768: http://bugs.winehq.com/show_bug.cgi?id=768 Does anybody want to look at it? Information from debugger below: ***************************************** Unhandled exception: privileged instruction in 16-bit code (034f:49f0). Symbol __strtol_internal is invalid 0x034f:0x49f0: pushw %es:0x4(%bx) Backtrace: =>0 0x034f:0x49f0 (bp=932c) 1 0x0317:0x3fb7 (bp=9344, far call assumed) 2 0x09b7:0x22f9 (bp=9430, far call assumed) 3 0x0317:0x1f4e (bp=944a, far call assumed) 4 0x02d7:0x421b (bp=9460, far call assumed) 5 0x02d7:0x4405 (bp=9486) 6 0x0327:0x3652 (bp=95aa, far call assumed) 7 0x0327:0x3013 (bp=9612) 8 0x02d7:0x421b (bp=9628, far call assumed) 9 0x0307:0x31cd (bp=964a, far call assumed) 10 0x0957:0x3ac8 (bp=969e, far call assumed) 11 0x0977:0x4e5b (bp=96b6, far call assumed) 12 0x0297:0xc789 (bp=96c8, far call assumed) 13 0x0297:0x40ca (bp=0000) Wine-dbg>info reg CS:034f SS:0a27 DS:0a27 ES:0000 FS:0000 GS:0000 IP:49f0 SP:90a0 BP:932c FLAGS:0206( - 00 I - -P1 ) ***************************************** Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: FPU patch for bug 586
by Ove Kaaven 10 Jun '02

10 Jun '02

On Mon, 10 Jun 2002, admiral coeyman wrote: > This patch adds the self-modifying code part of the FPU interrupts 34->3b and > moves int 3d into the winedos section. Oh, I've been meaning to reply, but hadn't got around to it yet... it makes no sense to use MapDosToLinear(MapRealToLinear()). It should be obvious from its name that MapRealToLinear already converted to a linear address, so that's all you need. And MapLinearToDos will probably *not* do what you want, you should change the real-mode pointer directly instead, as in general you just can't convert a linear address back to real mode. Otherwise, the code is probably OK...

1 0

Re: Return value of fileio_get_async_count
by Martin Wilck 10 Jun '02

10 Jun '02

Am Mon, 2002-06-10 um 04.26 schrieb Vincent Béron: > Could you have a look at the last line of fileio_get_async_count? It > seems gcc -W says the test always has the same outcome. It has been > reported as bug #778. Yeah, DWORD is an unsigned type. The patch below should fix it. Actually, if we trust our own implementation of read and write, we might as well drop that case distinction altogether and simply return fileio->count - fileio->lpOverlapped->InternalHigh. Martin --- files/file.c.orig Mon Jun 10 12:52:00 2002 +++ files/file.c Mon Jun 10 12:59:11 2002 @@ -131,8 +131,8 @@ static DWORD fileio_get_async_count (const struct async_private *ovp) { async_fileio *fileio = (async_fileio*) ovp; - DWORD ret = fileio->count - fileio->lpOverlapped->InternalHigh; - return (ret < 0 ? 0 : ret); + return ( fileio->count <= fileio->lpOverlapped->InternalHigh ? + 0 : fileio->count - fileio->lpOverlapped->InternalHigh ); } static void CALLBACK fileio_call_completion_func (ULONG_PTR data) -- 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

Re: Fixes for ADPCM decoding.
by Vincent Béron 10 Jun '02

10 Jun '02

"David D. Hagood" a écrit : > > I found a bug in the decoding of the ADPCM data - the nybbles in the > samples were being processed backwards - MSN then LSN (bits 4-7, then > 0-3), rather than LSN then MSN. Since ADPCM re-syncs every 8 samples, > the audio was distorted but intelligable. With this fix, the audio is > correct. I've tested this patch with Delorme's AAA MapNGo 4.0, which > uses ADPCM for its audio files. > > NOTE: I didn't check the encoding routines, nor did I check the MSADPCM > files to see if they were correct. > > Changelog: > ADPCM nybble processing order was incorrect. > > ------------------------------------------------------------------------ David, please use the "-u" format for diffs. It's much safer to use, and it's good to have some context around the modified lines for quick review purpose. Vincent

2 1

LinuxTag 2002
by Malte Cornils 10 Jun '02

10 Jun '02

Hi all, I'm just writing to "report" from WINE's booth during LinuxTag in Karlsruhe, Germany. Andreas Mohr and Uwe Bonnes were the developers staffing the booth. Generally, there was significant interest and high hopes for the WINE project, requests for application support was centered on MS Office (Word and Access mainly, also secondary MS apps like Visio and MS Project), Lotus Notes (but that one works quite well already, although we didn't demo it), WYSIWIG Web editors (Dreamweaver, Homesite) and DTP application (very common was support for PageMaker, which is the predecessor to Adobe InDesign). Illustrator and Photoshop were also common requests. The other notable application was Act 2000, which is some kind of Personal Information Management Software (and it did not work :)). CAD software was also commonly requested, though requests were spread on a lot of products. We tried to analyze most of the problems - I hope I can put in some bug reports later. We were able to solve *two* problems - Rhinoceros 3D modelling software (Andi will mail the patch later) and some fixes for BuildCommDCB (for some special hardware development software). A personal wishlist item: I'd like to have some overview documentation for the tricky areas in Wine, like Interprocess communication and window management (how to debug this, mainly). We found out that the wine debugger doesn't really work that well yet :-) (for me, it only worked after setting it to not using an xterm/wconsole) Marcus Meissner also stopped by and found out that most apps (Homesite, Dreamweaver, Adobe InDesign 2.0) were using encryption to protect their application file, we didn't get the decryption working. A lot of apps would probably start working if we could support "encrypted" binaries. I'll try to put in more detail later, however, you can download their trial applications and see for yourself :-) Another area of consternation was installer support, however, most InstallShield-based installers worked with a native stdole32.tlb (maybe a message to the user that (s)he needs this would be a good idea while we can't generate the typelib file ourselves, or is there some rewind stuff we could use?). About games: we showed Half-life, Diablo 2, Starcraft and Grim Fandango, we used winex for that, though. Reaction to the proprietary extensions of Transgaming (and sometimes Codeweavers) were varied. It was a bit sad that most non-game applications each had some flaws (the WordArt bug for Office, dibengine problems for MS IE, the non-working compiler backend for Visual Studio (could be a problem with the specific computer) and well... there weren't many more apps we could show because most didn't start up :)) Links to trial applications: (those I mentioned above) InDesign 1.5: ? InDesign 2.0 (PageMaker would also be interesting, get it from the same URL): http://www.adobe.com/support/downloads/main.html Illustrator 10: http://www.adobe.com/support/downloads/main.html Act 2000: http://www.act.com/products/50/freetrial/index.cfm CoolEdit 2000: http://www.syntrillium.com/download/download.html?1 Homesite: http://www.macromedia.com/software/homesite/trial/ (note: registering should not be necessary, click on "continue w/o login" Dreamweaver: http://www.macromedia.com/software/trial_download/ Rhinoceros 3D: http://download.mcneel.com/rhino/2.0/eval/default.asp (this one works great with Andi's patch!) (and those that were rarely or just once mentioned, and not mentioned above) Gandke & Schubert EAR and GS-Verein: http://www.gsn.de/download/default.asp Lemmings Revolution: http://www.gsn.de/download/default.asp Mindmap: http://www.mindjet.de/download/download.php?produkt=mm2002std-g (with registration) Q-Stat: http://www.q-das.de/homepage_e/produkt%FCbersicht_e.htm (no free download. contacting them via mail requesting a demo per snail mail should work) Xara X: http://www.xara.com/downloads/xarax/ Photos: We made few. I hope Andi will mail an URL with them to wine-devel later. (I hope I can post some debug logs later and put some entries in the bug tracking system. No firm promises though, but you can always try most apps yourself) Yours Malte #8-)

1 0

command line options and registry questions
by Christian Costa 09 Jun '02

09 Jun '02

Hi winers! The command line -winver option has been removed. I found that this option was quite convenient because : 1) it can be used easily in shortcut (in KDE for example) 2) when you don't know the windows version an app runs on, it is easier to test until you match the right one. Is there a reason for this removal ? Moreover it seems that some wine configuration are stored in the registry (the windows version for each apps for example). Is it wise to use the registry for wine specific configuration ? Personaly, I think a very cool feature could be to specify a registry file when invoking wine. So, you don't have to worried about breaking an app while installing another. A+ Christian

1 0

Locale support
by P. Christeas 09 Jun '02

09 Jun '02

I haven't looked at wine code yet. However, I think I have an idea about locale use both in KDE and glibc-based programs. Those two use a totally different subsystem: KDE uses Qt unicode support from QString class. glibc has locale functions and supports both wide (16-bit) and byte (8-bit) strings. Here, nothing is expected to work until you call the set_locale fn. In both cases, applications (including wine) have to be locale-aware in order for things to work. Most of the apps currently have lots of bugs related to locales in strings. You can ask for my help in such cases, as I am strongly for internatinalized programms.

1 0

[Fwd: [BUGZILLA] Security Advisory For Versions of Bugzilla 2.14 Prior To 2.14.2, 2.16 Prior To 2.16rc2]
by Shachar Shemesh 09 Jun '02

09 Jun '02

FYI.

1 0

Word2K crash (window management, remote)
by Andreas Mohr 09 Jun '02

09 Jun '02

Hi all, crash for Word2K, current CVS, Insert->Object...->Microsoft WordArt 2.0: 153 if (!(parentWnd->dwStyle & WS_CLIPCHILDREN) && parentWnd->hrgnUpdate) Wine-dbg>bt Backtrace: =>0 0x405ebaae (WIN_HaveToDelayNCPAINT+0x3e(hwnd=0x1004b, uncFlags=0x0) [painting.c:153] in user32.dll.so) (ebp=40566cb4) 1 0x405ec571 (RDW_Paint+0x81(wndPtr=0x403980a0, hrgn=0x0, flags=0x50, ex=0x0) [painting.c:606] in user32.dll.so) (ebp=40566ce0 2 0x405ecae5 (RedrawWindow+0x3b1(hwnd=0x1004b, rectUpdate=0x0, hrgnUpdate=0x0, flags=0x50) [painting.c:801] in user32.dll.so) (ebp=40566d4c) 3 0x40614ba9 (PeekMessageW+0xfd(msg_out=0x447030, hwnd=0x0, first=0x0, last=0x0, flags=0x0) [message.c:2103] in user32.dll.so) 4 0x40614c1b (PeekMessageA+0x27(msg=0x447030, hwnd=0x0, first=0x0, last=0x0, flags=0x0) [message.c:2126] in user32.dll.so) (ebp=40566dbc) 5 0x0040ce4f (Wrdart32.exe..text+0xbe4f in C:\Program Files\Common Files\Microsoft Shared\WordArt\Wrdart32.exe) (ebp=00447030) 6 0x00000532 (ebp=00020040) inf loc: hwnd == 0x1004b uncFlags == 0 parentWnd == 0 The parent window seems to be a valid window handle, but the parent wnd *ptr* becomes NULL -> crash. Sounds like some code nullifies the valid parent window handle in between. Of course I suppose that window locking was supposed to take care of this. Seems like this isn't exactly the case here ;-) Any ideas ? Hmm, wait, in a trace I just found: trace:win:RedrawWindow 10048 (16a6) NULL 0,0-0,0 0000 flags=0050 trace:win:OffsetRect <- 0,0-78,13 trace:win:RDW_UpdateRgns hwnd 10048 [16a6] -> hrgn [0000], flags [0050] trace:win:RDW_Paint hwnd 10048 [16a6] -> hrgn [0000], flags [0050] err:win:WIN_FindWndPtr window 10022 belongs to other process 093bda98:Call kernel32.UnhandledExceptionFilter(40454900) ret=0043854a wine: Unhandled exception, starting debugger... So it seems like the parent window is in another process and thus WIN_FindWndPtr fails to return the handle and returns NULL. Should we handle the possibility of a foreign parent window handle by not doing anything in case of a NULL parent wndPtr in WIN_HaveToDelayNCPaint() ? Thanks ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

1 0

Games, Stuff and Whatnot
by Phil Bordelon 08 Jun '02

08 Jun '02

Hello there. I've been following the wine-devel--and, more recently, the wine-license--mailing lists for some time now. While I am a competent C and C++ programmer, I haven't had the time to really come up-to-speed with the Windows API enough to help in re-implementing it. [Part of that comes from an aversion to even learning enough about the Windows API to re-implement it.] Nevertheless, for a considerable period of time before I switched entirely to Linux, I happened to be a professional video-game reviewer. I was the primary PC game reviewer for the site, and because of that I happen to have legitimate copies of just about every major PC release for the past two years, not counting stuff in the last handful of months. [I have Max Payne, but not Morrowind, and so on.] I also happen to be a game collector, and over the years I've picked up a number of games even older than those, including a game (Surface Tension) that uses what I believe to be pre-3.0 DirectX. Meep! Anyway, the point of this letter is this--if people are planning on starting on an implementation of the whole Direct3D/DirectX thing for the WineHQ wine, I'm willing to be an official 'guinea pig.' I can provide any developer working on this with a list of games I own, and we can start banging away on getting them to work. There is one caveat: I don't reboot into Windows, so it'll have to be installable under Linux. While some older games work already, the InstallShield work from Transgaming that they're putting into the ReWind tree is probably necessary before the recent stuff will work. Eventually, I'd like to help with the code as well, but I'd like to proffer what services I can right now. Phil -- "'Original .signatures are for wimps!' .signatures are for wimps!" .signatures are for wimps!

1 0

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

07 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

2 1

How to compile to include debug info
by Medland, Bill 07 Jun '02

07 Jun '02

I am trying to track down a problem that is resulting in an attempt to dereference the null pointer. Very conveniently this happens in some code for which I have the source. However winedbg reckons there is no debug information in the DLL. This is not true; there is an enormous amount in there so I guess its in the wrong format. Can anyone tell me which settings I need when compiling the DLL under VC6++ in order to allow winedbg to understand the information and give me a usable stack trace? Bill

1 0

Call for testers
by Johan Gill 07 Jun '02

07 Jun '02

Quoting a comment I made for bug# 722: This is troublesome. I can fix this problem by reenabling these things in dlls/version/info.c: /* Temporary workaround a broken behaviour of the 16-bit loader */ len = 0; /* VERSION_GetFileVersionInfo_16(filename, handle, 0, NULL); */ /* Temporary workaround a broken behaviour of the 16-bit loader */ len = 0; /* VERSION_GetFileVersionInfo_16(filename, &handle, datasize, data); */ Doing so, however, is said to break installation of Office 2000. I don't have Office 2000, so it's quite impossible for me to know what's wrong. I would like to hear from anyone having it, and who is willing to try installation of it with those calls reenabled.

1 0

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

07 Jun '02

Martin, Thanks for your help. I see from your output that the diff file is correct. I think my email program is messing with the contents of the email. I had diferent errors from your email than I had from the web page. I tried editing some of the diff file but it was hopeless.... I didnt get a nice patch like your output suggests. I dont know what to put into the spec file. I read everything but winebuild source. I am not familiar enough with ELF, linking etc to understand what is going on in the source. I havent been able to get a simple example to compile and work either. This simple example doesnt need to import any Dlls. It seems that I am not writing the spec file correctly. Therefore, winelib is not init ing correctly and my DllMain function is not being called when the Shared Object inits. Any pointers? Can you send me the diff file gzipped or whatever so I can finaly make the patch work? Thanks, Miguel Quoting Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com>: > Am Fre, 2002-06-07 um 16.59 schrieb mfeitosa(a)vmn.com.br: > > > Here is the output... > > And here is mine: > > [martin@biker tools]$ cvs diff -u -r 1.39 winemaker > [martin@biker tools]$ cd .. > [martin@biker wine]$ patch -p0 --dry-run </tmp/winemaker.diff > patching file tools/winemaker > patching file documentation/winemaker.man > [martin@biker wine]$ > > Perhaps you have the wrong patch. I attach it. > 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 > > > > > ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

Simple Windows DLL does not work correctly with winelib - HELP
by list＠vmn.com.br 07 Jun '02

07 Jun '02

Hello All, I am trying to create a shared object from a DLL with winelib. I have been unable to make things work. Therefore I made a small example that points out the issues I am facing. I certainly appreciate your help. This has been tested on the last two versions of wine. wine-20020509 and 20020605 Say I had a windows DLL defined in mytest.c as #include <windows.h> #include <stdio.h> BOOL APIENTRY DllMain(HINSTANCE hinstDLL , DWORD fdwReason, LPVOID lpvReserved ) { printf("DllMain called"); return TRUE; } void usefullFunction() { printf("Usefull function got called"); } I put mytest.c inside a directory called mytest I then call winemaker as winemaker --dll --nomfc . I edit libmytest.spec so it looks like name meuteste type win32 mode dll init DllMain I then call configure make and make install I edit a file called callmytest.c #include "mytest.h" int main(void) { usefullFunction(); } After compiling, when calling ./callmytest I get output: Usefull function got called =>Supposed to get "DllMain got called" too It seems winelib is not initializing correctly and calling DllMain... It seems that the spec file format changed and so my spec file is incorrect. [Thanks Martin Wilck for your help) I read the libwine manual in winehq.com , wine/tools/winebuild/README , wine-devel list etc and still cant see what else I should do. Can someone help me get this simple example to work? Thanks, Miguel Feitosa This is output from make clean all rm -f *.spec.c y.tab.c y.tab.h lex.yy.c core *.orig *.rej \#*\# *~ *% .\#* meuteste.o libmeuteste.spec.o libmeuteste.tmp.o libmeuteste.so gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o meuteste.o meuteste.c ld -r meuteste.o -o libmeuteste.tmp.o strip --strip-unneeded libmeuteste.tmp.o LD_LIBRARY_PATH="/usr/local/lib:$LD_LIBRARY_PATH" /usr/local/bin/winebuild -fPIC -L/usr/local/lib/wine -sym libmeuteste.tmp.o -o libmeuteste.spec.c -spec ./libmeuteste.spec gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o libmeuteste.spec.o libmeuteste.spec.c gcc -shared -Wl,-rpath,/usr/local/lib -Wl,-Bsymbolic -o libmeuteste.so meuteste.o libmeuteste.spec.o -lwine -lwine_unicode -lwine_uuid -lm ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

Need help debugging problem w/Quicken
by Carl Sopchak 07 Jun '02

07 Jun '02

I'm trying to get Quicken 2000 Deluxe running under Wine (on a Red Het 7.3 box). In order to use Quicken the way I want to, I need to have the internet connection going (for stock price updates). However, when I try to configure it, I can't get anywhere. When I press Edit -> Internet Connection Setup, the cursoe goes to an hourglass and hangs. If I move the cursor after that, it goes back to a normal arrow pointer. The setup dialog never pops up. I'm using the current CVS version of Wine (as of this morning, June 7). Now, I'm VERY new to Wine, and know less about Windows internals, but I've been in similar postitions and successfully resolved similar problems - with a little help... I guess I'm looking for some tips on how to debug this. I currently have these specific questions: 1) Is networking support implemented in wine yet (even partially)? If not, I guess I'll have to wait a while, as I'm not in a position (knowledge or time wise) to write something like that from scratch :-(. If it is implemented,... 2) I know about --debugmsg, and the four classes of debug messages, but I haven't come across many debug channel names, besides all, relay, and snoop. But the amount of messages that these generate lend them to be pretty unusable. Can someone point me to a list of names, tell me how to find the names in the source, or at least give me a few names that might be helpful in debuggin my problem? 3) I'm guessing that I'll probably need some documentation on the WinAPI. Does Microsoft have that on their web site? (If not, where might I find it?) 4) Does anyone know of a version of Quicken (>= Q2000) that already runs on wine? I'd be willing to upgrade if it would solve my problem... Thanks for any help you can give! Hopefully my work on this will improve wine in some small way... Carl

2 1

Deffered Debugmessages patch side effect
by Uwe Bonnes 07 Jun '02

07 Jun '02

Hallo, recent changes in debugmsg messages affected the --debugmsg -XXX behaviour. Now this command lines is a NOP. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

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

07 Jun '02

Wow, now I really lost it... I have tried to remove the imports from the spec file but then I get unresolved symbols when linking the so.. So what should it contain? Where is [if at all] the documentation for the spec file... Thanks, Miguel Quoting Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com>: > Hi, > > winemaker in CVS is broken. Your "spec" file should not contain any > "imports" anymore, for example. > > I have submitted a patch for this a while ago to this list ("winemaker > fixes", 2002/05/22), which doesn't seem to have made it into CVS. > > 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 > > > > > ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

2 2

ttc & sbit patch
by Won Kyu Park 07 Jun '02

07 Jun '02

Hello, This is a quick hack for ttc fonts and it enables embeded sbits in ttc/ttf with a recent freetype library. It is based on a Korean patch but I don't know who make it :-) Regards, Won kyu Park

1 0

WinExec16 in shlexec.c
by Steven Edwards 07 Jun '02

07 Jun '02

Can we use CreateProcess here instead if WinExec? I only have this and about 6 other things stopping the mingw build Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Minor build system change for the Windows ports
by Steven Edwards 07 Jun '02

07 Jun '02

Anyone got any input on this? We need to be able to link to imports for kernel32 other then the standard libkernel32.a. Mingw doesn't keep all of the kernel32 import information in libkernel32.a instead it is like MSVC where it has a libth32.a and libthunk32.a. What is needed here is a change to the build system that allows for importing of these libs at link time when building a dll that needs those exports. Psapi.dll needs the toolhelp lib and one of the directx dlls needs the libthunk. I submitted a dirty patch for this a week or two ago but it wasn't accepted. The other option is to make the "make implib" rule and change the search path for the import libs. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Re: dlls/shell32/dialogs.c:RunFileDlg - implemented
by Nix N. Nix 06 Jun '02

06 Jun '02

On Thu, 2002-06-06 at 11:20, Nix N. Nix wrote: > On Thu, 2002-06-06 at 09:14, Mike McCormack wrote: > > > > You'd better use cvs diff -u (you can add diff -u to your ~/.cvsrc so as > > not to forget). > > > > You should just submit the changelog entries like this: > > > > Well, here it is with these mods then. I removed the stuff from the > ChangeLog file. Everything quoted below still holds. > > > ChangeLog: > > Added RunFileDlg with MRU list (based on the template found in > > Win98 shell32.dll) Added template to all .rc files Translated the hungarian copy of "Wine was brought to you by" > > > > Looks like good work though! I have updated the patch such that it modifies shell32_*.rc (except shell32_xx.rc, of course) to include the dialog box template. I have translated where I could. I also translated the "Wine was brought to you by:" string in shell32_Hu.rc . If you want me to put that in a separate patch, please let me know. > > > > Mike > > > > Nix N. Nix wrote: > > > I implemented RunFileDlg from dlls/shell32/dialogs.c, together with the > > > MRU list that Windoze has. I placed the MRU list stuff in the same > > > registry key as in Windoze. I had to add a dependency. The > > > "&Browse..." button requires commdlg. I didn't know how to do this in > > > the Makefile, so I used LoadLibraryEx. > > > > > > Well, here it is (diff is against CVS from around Wed Jun 5 16:00:00 > > > EDT 2002) > > Thanks for the help.

1 0

RE: Where is ELF stab documented?
by Medland, Bill 06 Jun '02

06 Jun '02

> -----Original Message----- > From: Medland, Bill [mailto:Bill.Medland@accpac.com] > Sent: Thursday, June 06, 2002 3:57 PM > To: Wine devel (E-mail) > Subject: RE: Where is ELF stab documented? > SNIP > > There is a GNU stabs documentation but I think it is not > complete. The > > only complete one might be the one in the gcc source :/ > > That's what I thought. Thanks anyway. > > Bill > or maybe http://sources.redhat.com/gdb/onlinedocs/stabs_toc.html Bill

1 0

Re: Winehq: Bugzilla responsibilities page
by Andreas Mohr 06 Jun '02

06 Jun '02

On Wed, May 29, 2002 at 12:06:22PM -0700, Andriy Palamarchuk wrote: > Changelog: > Added bugzilla responsibilities page. Hi, hmm, I'm not 100% sure about this. - why did you remove bug tracking link ? - "Talking Back" probably isn't very descriptive. I'd add something like "... (bugs etc.)" - that's Albe*r*telli - Application owners play *an* important role in the bugs handling process. - why add a whole new talkback.inc ? isn't that a bit overkill ? - why is <li>Bugs Hunting Guide</li> non-functional text ? Wow, questions over questions :-) Good job with bugz_resp.inc, BTW !! Needless to say I'll add this immediately as soon as these questions are covered :) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

3 4

RE: Where is ELF stab documented?
by Medland, Bill 06 Jun '02

06 Jun '02

> -----Original Message----- > From: Marcus Meissner [mailto:marcus@jet.franken.de] > Sent: Thursday, June 06, 2002 3:26 PM > To: Medland, Bill > Cc: Wine devel (E-mail) > Subject: Re: Where is ELF stab documented? > > > On Thu, Jun 06, 2002 at 03:14:45PM -0700, Medland, Bill wrote: > > For the sheer heck of it I was going to have a look at bug > 650. I know its > > not a high priority or anything but it intrigued me. > Anyway, to look into > > it I would want decent documentation on the format of the > stab/stabstr > > sections of the ELF files to understand what the parser > should be doing. > > Does anyone know where I can find that information? I > didn't see anything > > immediately in the Intel v1.1 specification. > > It appears not harmful (libstdc++ is pulled by libXrender.so here). > > Oh and the new debugging format of gcc 3.1 is DWARF-2, not stabs > anymore. > > There is a GNU stabs documentation but I think it is not complete. The > only complete one might be the one in the gcc source :/ That's what I thought. Thanks anyway. Bill

1 0

Do we need Direct3D? How about OpenGL?
by Roland 06 Jun '02

06 Jun '02

Hello, I just thought about this. AFAIK most good 3D games support OpenGL anyway. That means, they can run without D3D, right? If this is true maybe it would be more of an advantage to concentrate on other parts of DirectX first. Postpone D3D to a later moment...in a few years or so :)) Roland

3 2

How big is the Direct3D stuff?
by Roland 06 Jun '02

06 Jun '02

Hello, since it seems that TG is not going to release their D3D stuff, my question is: why is it so difficult to reimplement this? How big is the amount of code? Roland

6 9

Where is ELF stab documented?
by Medland, Bill 06 Jun '02

06 Jun '02

For the sheer heck of it I was going to have a look at bug 650. I know its not a high priority or anything but it intrigued me. Anyway, to look into it I would want decent documentation on the format of the stab/stabstr sections of the ELF files to understand what the parser should be doing. Does anyone know where I can find that information? I didn't see anything immediately in the Intel v1.1 specification. Bill

2 1

Re: opengl32 wglSwapLayerBuffers
by Lionel Ulmer 06 Jun '02

06 Jun '02

> I do think it's odd as well since a more basic function can handle it. > fixme:opengl:wglSwapLayerBuffers (0000087c, 00000001) > ..repeated until exiting the game. > > So it's basically switching the main layer over and over again? Yes, so they are simply 'emulating' SwapBuffers with the 'wglSwapLayerBuffers' call (as they only request swapping of the main buffer as shown by the 0x00000001 parameter given to the fuPlane parameter). > I don't think it uses other layers. Because I think there would be a > graphics corruption if it did. None have been observed so far. Anyway, as seen in the trace you posted, they seem to not use it. > Heh, since I'm a beta tester, I can ask blizz why they even use this > function, and see if they respond. You could always try... > And it's the best running game I've seen running under wine. =) A pity I am not a fan of RTS games :-) Lionel (wondering if MacOS X is not to thank for all those OpenGL + D3D games coming out) -- Lionel Ulmer - http://www.bbrox.org/

1 0

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

06 Jun '02

>> 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? >You have to use GetProcAddress, there is no automatic import >mechanism. That's a feature to discourage you from calling ordinal >functions ;-) shlwapi.dll exports quite a lot of functions to shell32 what would mean a lot of duplicate code ;-(. juergen

1 0

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

06 Jun '02

> At 08:37 PM 6/6/02 +0200, Patrik Stridvall wrote: > > >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. > > This will be my last email to this thread. You originally said: > > > > > > >Secondly who are you to tell people what they can or can't do > > > > > >for a living? > > And this is nonsense, since I didn't say anything like that. If the sentence implies that you said that then perhaps it is because english is not my main language. A better formulation would perhaps be: Secondly what other people do for living is not of your concern. This was an reaction to your statement: "What do you mean by 'bought out'? I suppose there where WINE contributors who now work for TG, right? If this is the case it is another point in favour of the LGPL..." This I interpreted as you MIGHT be against that some of Wine's contributors starting working with Transgaming and that is was POSSIBLE that you thought (or hoped) that a LGPL:ed Wine would have prevented that. Thus I replied as I did in the event that you really was against it. I should perhaps have formulated myself better, though. You one the other hand shouldn't interpreting everything litterary. This is especially true when discussing things with non native english speakers. > Please keep your twisted logic for youself, I won't bother > discussing this > anymore, I have better things to do... I don't think logic have very much to do with it in this case. It lies more in the realm of miscommunication.

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