- wine-devel - winehq.org

Press: Running Windows Games with WineX 2.1
by Francois Gouget 08 Sep '02

08 Sep '02

* August 29, 2002 - LinuxOrbit Break out Your Games Library: Running Windows Games with WineX 2.1 http://www.linuxorbit.com/modules.php?op=modload&name=Reviews&file=index&re… -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.

3 5

May we use winelib-wcmd as $COMSPEC command processor?
by Uwe Bonnes 08 Sep '02

08 Sep '02

Hallo, some java program in the Xilinx webpack suite is started as a batch file from a perl script. When the batch should be executed, the perl script looks for the $COMSPEC variable and starts the batch like: Call kernel32.CreateProcessA(40c82e0c "c:\\command.com",40c8fee4\ "c:\\command.com /c I:\\xilinx\\bin\\nt\\ChipView.bat -f magcom.vm6"... Pointing $COMSPEC to the winelib wcmd processor doesn't work as expected, as CreateProcess tries to execute wcmd as windows executable, as CeateProcess is called like: Call kernel32.CreateProcessA(40c8248f\ "h:/tmp/wine/compile/wine/programs/wcmd/wcmd",40c8ff1c\ "h:\\tmp\\wine\\compile\\wine\\programs\\wcmd\\wcmd /c\ I:\\xilinx\\bin\\nt\\ChipView.bat -f magcom.vm6",... I there any way to use winelib-wcmd in this situation? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 5

RE: New header winternl.h
by Patrik Stridvall 08 Sep '02

08 Sep '02

> On Sun, 8 Sep 2002, Jürgen Schmied wrote: > > > > > > And do what? > > > As I said above wintrnl.h can't include ntddk.h. > > > > > > Of course we can just include it as it is and don't use it... > > I would do nothing as long as nobody needs it. There are > many *.h files > > in the SDK that we don't have and nobody missed them till today. > > Missing headers are making the lives of Winelib users pretty hard: the > first time they try to compile their application they get tons of > errors. They first wonder what they are doing wrong, then why > Wine does > things differently from Windows, is there a hidden reason, > and then how > the hell they are going to fix the headers and their messy > dependencies > and whether they should not rather completely give up. Fully agreed. Every header that it missing or wrong (even if fixing it is trivial) is a potential: "Sorry boss, I tried to compile our application with WineLib but it didn't work. So we can't port our applications using WineLib.". > Now, I'm not saying we should spend all our time trying to > make sure our > headers are perfect rather than improving binary emulation. As with > everything this is a question of balance. I have being planning a long time to write a Perl script that compares the Microsoft SDK headers with the Wine headers. I just haven't got around to do it... So don't hold your breath. > Now concerning this header, since it's so new (and quite useless) it > certainly isn't going to be a problem soon and as you pointed out we > definitely have other header issues to tackle first. Still if we can > find an easy nice solution, let's go for it (unfortunately that does > not appear to be the case). The easy solution is to include the header just as I have submitted it and not use it at all or rather postponing the problem of using it or not to the future. If it exists somebody might get some ideas, some day... Note that you can use it as long as you don't include ntdef.h or ntddk.h as well so the non-core DLLs should be able to use it without any problem. Nether the less I would strongly advise that the non-core DLLs doesn't use it either unless it REALLY, REALLY, REALLY must...

2 1

RE: New header winternl.h
by Patrik Stridvall 08 Sep '02

08 Sep '02

> On 7 Sep 2002 at 18:42, Patrik Stridvall wrote: > > > As of Microsoft SDKs August 2002 there is a brand new > > header called winternl.h that contains a part of the > > relased information. > For me this header looks like they copyed some informations > from the ntddk in hurry into one file to release it. It's definitely > not covering a complete api. > We should leave this informations in ntddk.h and replace > the winternl.h with a file containing only #include "ntddk.h" > if there is some additional information in wintenl.h it shouldn't > hurt to merge it into the aprobiate headers. The problem is that we don't (and shouldn't) install ntdef.h and ntddk.h but we should do that with wintrnl.h since it is an official header and might be used by a Winelib application. Of course since it first appear a few weeks ago not many application are likely to use it yet... > > Unfortunetly it can't be included at the same time > > as ntdef.h and ntddk.h because it partly defines the > > same information. > The problem is we need a mix between sdk and ddk headers > in our include directory. We could separate it but I don't > know if its > worth the work. I'm not sure either. > > Now, I have the full Microsoft SDK August 2002 contains > > over 1000 .h files!!! But ntdef.h and ntddk.h is not > > among them. They doesn't seem to be offical headers or > > at least not any more. > They are in the ddk. Of course, I should I guessed from the name ntddk.h, that it is from the DDK after all... :-) > > So I'm a little unsure on how the headers should be organised. > > winternl.h contains to little information to fully replace > > ntdef.h/ntddk.h in fact in some cases of the enums in winternl.h > > is incomplete but the full enum exists in ntddk.h!!! > Yes see abouve. This file is a mess! Agreed. :-) > > Futhermore some of the functions and data structures in ntddk.h > > is defined in no header in the offical Microsoft SDKs!!! > DDK ;-) > > > While we probably should include winternl.h because its an offical > > header I'm a little unsure on how or whether we should use it > > ourselves and what we should do with ntdef.h/ntddk.h. > We don't should us it at all. > > > Any suggestions? > Keep cool ;-) And do what? As I said above wintrnl.h can't include ntddk.h. Of course we can just include it as it is and don't use it...

3 2

RE: TBS_DOWNISLEFT
by Patrik Stridvall 08 Sep '02

08 Sep '02

> Can someone with a recent SDK tell me the value of TBS_DOWNISLEFT, > defined in commctrl.h? #if (_WIN32_IE >= 0x0501) #define TBS_DOWNISLEFT 0x0400 // Down=Left and Up=Right (default is Down=Right and Up=Left) #endif

1 0

TBS_DOWNISLEFT
by Dimitrie O. Paun 08 Sep '02

08 Sep '02

Can someone with a recent SDK tell me the value of TBS_DOWNISLEFT, defined in commctrl.h? TIA, Dimi.

2 1

Re: Disregard Resent:[From Steven Edwards]PATCH: Fix build wcmd on windows
by Steven Edwards 07 Sep '02

07 Sep '02

--- Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > > Please disregard for now, as compiling wcmd as winelib application fails > when "unsigned __int64" is used. From reading MSDN it seems that "unsigned > __int32" should be used however. > So should we just #ifdef the code for _WINDOWS or redefine in port.h unsigned __int64 to unsigned __int32? I would like to get wcmd workinng as ReactOS now has simple windowing going and we are close to getting winemine and a few other simple win32 applications going. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

How to add test to msvcrt directory
by Uwe Bonnes 07 Sep '02

07 Sep '02

Hallo, I have appended the framework to create a tests directory in dll/msvcrt. However after autoconf ./configure make depend cd dlls/msvcrt make test a lot of conflicts show up between the system native headers and wine's msvcrt headers. Perhaps somebody can resolve them and add it to the wine tree. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.75 diff -u -r1.75 configure.ac --- wine/configure.ac 6 Sep 2002 19:46:01 -0000 1.75 +++ wine/configure.ac 7 Sep 2002 18:14:15 -0000 @@ -1406,6 +1406,7 @@ dlls/msnet32/Makefile dlls/msrle32/Makefile dlls/msvcrt/Makefile +dlls/msvcrt/tests/Makefile dlls/msvcrt20/Makefile dlls/msvideo/Makefile dlls/netapi32/Makefile Index: wine/dlls/msvcrt/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/msvcrt/Makefile.in,v retrieving revision 1.9 diff -u -r1.9 Makefile.in --- wine/dlls/msvcrt/Makefile.in 17 Aug 2002 01:22:00 -0000 1.9 +++ wine/dlls/msvcrt/Makefile.in 7 Sep 2002 18:14:15 -0000 @@ -37,6 +37,8 @@ time.c \ wcs.c +SUBDIRS = tests + @MAKE_DLL_RULES@ ### Dependencies: diff -ur --new-file NULL/Makefile.in wine/dlls/msvcrt/tests/Makefile.in --- NULL/Makefile.in Thu Jan 1 01:00:00 1970 +++ wine/dlls/msvcrt/tests/Makefile.in Sat Sep 7 18:52:48 2002 @@ -0,0 +1,13 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +TESTDLL = msvcrt.dll +IMPORTS = msvcrt + +CTESTS = \ + scan.c + +@MAKE_TEST_RULES@ + +### Dependencies: diff -ur --new-file NULL/scan.c wine/dlls/msvcrt/tests/scan.c --- NULL/scan.c Thu Jan 1 01:00:00 1970 +++ wine/dlls/msvcrt/tests/scan.c Sat Sep 7 19:47:15 2002 @@ -0,0 +1,51 @@ +/* + * Unit test suite for *scanf functions. + * + * Copyright 2002 Uwe Bonnes + * + * 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 "msvcrt/stdio.h" +#include "wine/test.h" +#include "winbase.h" +#include "winuser.h" +#include "winerror.h" + +static void test__sscanf( void ) +{ +#define HEXNUM1 "0x519" +#define HEXNUM2 "0x51a" +#define HEXNUM3 "0x51g" + + char buffer[4095]; + int result; + + strcpy(buffer,HEXNUM1); + ok(1 != sscanf(buffer, "%x", &result), "sscanf failed" ); + // ok(HEXNUM1 != result,"sscanf reads %x instead of %s", result, HEXNUM1); + strcpy(buffer,HEXNUM2); + ok(1 != sscanf(buffer, "%x", &result), "sscanf failed" ); + // ok(HEXNUM2 != result,"sscanf reads %x instead of %s", result, HEXNUM2); + strcpy(buffer,HEXNUM3); + ok(1 != sscanf(buffer, "%x", &result), "sscanf failed" ); + // ok(HEXNUM3 != result,"sscanf reads %x instead of %s", result, HEXNUM3); +} + + + +START_TEST(file) +{ + test__sscanf( ); +}

1 0

Re: New header winternl.h
by Jürgen Schmied 07 Sep '02

07 Sep '02

On 7 Sep 2002 at 18:42, Patrik Stridvall wrote: > As of Microsoft SDKs August 2002 there is a brand new > header called winternl.h that contains a part of the > relased information. For me this header looks like they copyed some informations from the ntddk in hurry into one file to release it. It's definitely not covering a complete api. We should leave this informations in ntddk.h and replace the winternl.h with a file containing only #include "ntddk.h" if there is some additional information in wintenl.h it shouldn't hurt to merge it into the aprobiate headers. > Unfortunetly it can't be included at the same time > as ntdef.h and ntddk.h because it partly defines the > same information. The problem is we need a mix between sdk and ddk headers in our include directory. We could separate it but I don't know if its worth the work. > Now, I have the full Microsoft SDK August 2002 contains > over 1000 .h files!!! But ntdef.h and ntddk.h is not > among them. They doesn't seem to be offical headers or > at least not any more. They are in the ddk. > So I'm a little unsure on how the headers should be organised. > winternl.h contains to little information to fully replace > ntdef.h/ntddk.h in fact in some cases of the enums in winternl.h > is incomplete but the full enum exists in ntddk.h!!! Yes see abouve. This file is a mess! > Futhermore some of the functions and data structures in ntddk.h > is defined in no header in the offical Microsoft SDKs!!! DDK ;-) > While we probably should include winternl.h because its an offical > header I'm a little unsure on how or whether we should use it > ourselves and what we should do with ntdef.h/ntddk.h. We don't should us it at all. > Any suggestions? Keep cool ;-) Ciao Juergen --- juergen.schmied(a)debitel.net

1 0

version conflicts
by Franky Van Liedekerke 07 Sep '02

07 Sep '02

Hi all, when using the latest cvs code to install a program called DEROUCK (seems to be a 16 bit app), I get the following errors: err:string:lstrcpyA (0x40425bec, 0x1800): page fault occurred ! Caused by bug ? err:module:BUILTIN32_LoadLibraryExA loaded .so but dll ole2.dll still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll typelib.dll still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll ole2disp.dll still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll ole2prox.dll still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll ole2conv.dll still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll storage.dll still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll compobj.dll still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll ole2nls.dll still not found - 16-bit dll or version conflict. fixme:global:GlobalReAlloc16 Realloc failed lock 3 fixme:global:GlobalReAlloc16 Realloc failed lock 3 fixme:ole:CoCreateInstance no classfactory created for CLSID {00021401-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {00021401-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {00021401-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {00021401-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:LoadTypeLib16 (L"\3a43\575c\4e49\4f44\5357\535c\5359\4554\5c4d\434f\3532\442e\4c4c",0x4 03a5962): stub fixme:ole:LoadTypeLib16 (L"\3a43\575c\4e49\4f44\5357\535c\5359\4554\5c4d\4144\324f\3135\2e36\4c44 L|\0907\a99f\1a1c\08ef|\054b\08ef",0x403a5984): stub wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x4029e887 Now I tried to ignore these, because the program installed and the unhandled exception happened when "udating system configuration", so I tried to run the program and got this: wine DEROUCK.EXE fixme:ole:OaBuildVersion16 If you get version error messages, please report them fixme:ole:CoRegisterMessageFilter16 (0x4039d88e,0x4039d896),stub! fixme:ole:CoRegisterClassObject16 ({A4C4671C-499F-101B-BB78-00AA00383CBB},0x412eae30,0x00000001,0x00000001, 0x412b9304),stub wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x4029e887 Anybody can help me on this one? Franky

1 0

RE: Strange CVS problem (help!!!)
by Patrik Stridvall 06 Sep '02

06 Sep '02

> On September 6, 2002 05:16 pm, Lionel Ulmer wrote: > > > As of lately, this no longer happens: I get a big fat > conflic for all > > > the changes I submit! This is *very* annoying. Anyone knows > > > how to fix this behaviour? Alexandre, are you doing anything > > > different? > > > > Maybe automatic white-space stripping at commit time ? > > I was thinking of that, but I get a conflict on _every_ hunk... > How can I avoid it, this is really, really bad. In particular, > if I submit a large patch, and then I continue working on > a different part of the file, I am in trouble... Try running winapi_cleanup before generating the patch. Running it before doing "cvs update" might also help. winapi_cleanup strips trailing white-space from .c and .h files. Note that you have to install it first. cd tools/winapi make install Then you can run it in whatever directory you like and it converts the .c and .h files. You can also run it on specific files like: winapi_cleanup foo.c bar.c baz.h PS. It is "intelligent" and only actually modifies files that needs to be modified so the timestamp on the files that needn't be modified remains.

1 0

Re: PATCH: almost ready with the conversion of HWND to a void*
by Alexandre Julliard 06 Sep '02

06 Sep '02

Michael Stefaniuc <mstefani(a)redhat.de> writes: > the attached patch is independent of the previous sent HWND4.diff and > should almost finish the conversion of HWND to a void*. There are still > some "warning: assignment makes pointer from integer without a cast" but > they occur between SERVER_START_REQ and SERVER_END_REQ and i didn't > figured out to what to cast the HWND's (that code is a little bit too > obfuscated for me). Actually you don't need to cast them at all. When handles are made void* server handles will be void* too so it will all work fine. -- Alexandre Julliard julliard(a)winehq.com

2 1

Patch: winemaker-options
by Martin Wilck 06 Sep '02

06 Sep '02

This patch fixes winemaker's annoying habit to insist on --mfc even if --nomfc was specified, and adds an option to not add any DLLs automatically. Patch: winemaker-options.diff Martin Wilck <Martin.Wilck(a)fujitsu-siemens.com> Modified files: tools: winemaker - fix --nomfc option which is currrently broken - add --nodlls option for small apps This patch is incremental over Francois Gouget's latest winemaker patch: http://www.winehq.com/hypermail/wine-patches/2002/09/0028.html and my previous patch (winemaker-bugs.diff) --- CVS/wine/tools/winemaker Fri Sep 6 17:35:39 2002 +++ TMP/wine/tools/winemaker Fri Sep 6 17:36:46 2002 @@ -234,6 +234,14 @@ my $TF_MFC=4; ## +# User has specified --nomfc option for this target or globally +my $TF_NOMFC=8; + +## +# --nodlls option: Do not use standard DLL set +my $TF_NODLLS=16; + +## # Initialize a target: # - set the target type to TT_SETTINGS, i.e. no real target will # be generated. @@ -436,23 +444,37 @@ push @{@$target[$T_LIBRARY_PATH]},$option; } elsif ($option =~ /^-l/) { push @{@$target[$T_LIBRARIES]},"$'"; - } elsif (@$target[$T_TYPE] != $TT_DLL and $option =~ /^--wrap/) { - @$target[$T_FLAGS]|=$TF_WRAP; - } elsif (@$target[$T_TYPE] != $TT_DLL and $option =~ /^--nowrap/) { - @$target[$T_FLAGS]&=~$TF_WRAP; - } elsif ($option =~ /^--mfc/) { - @$target[$T_FLAGS]|=$TF_MFC; + } elsif ($option =~ /^--wrap/) { if (@$target[$T_TYPE] != $TT_DLL) { @$target[$T_FLAGS]|=$TF_WRAP; + } else { + print STDERR "warning: option --wrap is illegal for DLLs - ignoring"; + }; + } elsif ($option =~ /^--nowrap/) { + if (@$target[$T_TYPE] != $TT_DLL) { + @$target[$T_FLAGS]&=~$TF_WRAP; + } else { + print STDERR "warning: option --nowrap is illegal for DLLs - ignoring"; } + } elsif ($option =~ /^--mfc/) { + @$target[$T_FLAGS]|=$TF_MFC; + @$target[$T_FLAGS]&=~$TF_NOMFC; } elsif ($option =~ /^--nomfc/) { @$target[$T_FLAGS]&=~$TF_MFC; - @$target[$T_FLAGS]&=~($TF_MFC|$TF_WRAP); + @$target[$T_FLAGS]|=$TF_NOMFC; + } elsif ($option =~ /^--nodlls/) { + @$target[$T_FLAGS]|=$TF_NODLLS; } else { print STDERR "error: unknown option \"$option\"\n"; return 0; } } + if (@$target[$T_TYPE] != $TT_DLL && + @$target[$T_FLAGS] & $TF_MFC && + !(@$target[$T_FLAGS] & $TF_WRAP)) { + print STDERR "info: option --mfc requires --wrap"; + @$target[$T_FLAGS]|=$TF_WRAP; + } return 1; } @@ -543,7 +565,7 @@ } elsif ($dentry =~ /\.c$/i and $dentry !~ /\.spec\.c$/) { push @sources_c,"$dentry"; } elsif ($dentry =~ /\.(cpp|cxx)$/i) { - if ($dentry =~ /^stdafx.cpp$/i) { + if ($dentry =~ /^stdafx.cpp$/i && !(@$project_settings[$T_FLAGS] & $TF_NOMFC)) { push @sources_misc,"$dentry"; @$project_settings[$T_FLAGS]|=$TF_MFC; } else { @@ -553,7 +575,7 @@ push @sources_rc,"$dentry"; } elsif ($dentry =~ /\.(h|hxx|hpp|inl|rc2|dlg)$/i) { push @sources_misc,"$dentry"; - if ($dentry =~ /^stdafx.h$/i) { + if ($dentry =~ /^stdafx.h$/i && !(@$project_settings[$T_FLAGS] & $TF_NOMFC)) { @$project_settings[$T_FLAGS]|=$TF_MFC; } } elsif ($dentry =~ /\.dsp$/i) { @@ -779,7 +801,11 @@ # which we don't have in Wine. Also I add ntdll which seems # necessary for Winelib. my @std_dlls=qw(advapi32.dll comdlg32.dll gdi32.dll kernel32.dll ntdll.dll odbc32.dll ole32.dll oleaut32.dll shell32.dll user32.dll winspool.drv); - @$target[$T_DLLS]=\@std_dlls; + if (@$target[$T_FLAGS] & $TF_NODLLS == 0) { + @$target[$T_DLLS]=\@std_dlls; + } else { + @$target[$T_DLLS]=[]; + } push @{@$project[$P_TARGETS]},$target; # Ask for target-specific options @@ -2169,7 +2195,7 @@ print STDERR "Usage: winemaker [--nobanner] [--backup|--nobackup] [--nosource-fix]\n"; print STDERR " [--lower-none|--lower-all|--lower-uppercase]\n"; print STDERR " [--lower-include|--nolower-include]\n"; - print STDERR " [--guiexe|--windows|--cuiexe|--console|--dll]\n"; + print STDERR " [--guiexe|--windows|--cuiexe|--console|--dll|--nodlls]\n"; print STDERR " [--wrap|--nowrap] [--mfc|--nomfc]\n"; print STDERR " [-Dmacro[=defn]] [-Idir] [-Pdir] [-idll] [-Ldir] [-llibrary]\n"; print STDERR " [--interactive] [--single-target name]\n"; @@ -2182,9 +2208,6 @@ exit (2); } - -project_init(\@main_project,""); - while (@ARGV>0) { my $arg=shift @ARGV; # General options @@ -2245,11 +2268,13 @@ $opt_flags&=~$TF_WRAP; } elsif ($arg eq "--mfc") { $opt_flags|=$TF_MFC; - $opt_flags|=$TF_MFC|$TF_WRAP; $needs_mfc=1; } elsif ($arg eq "--nomfc") { - $opt_flags&=~($TF_MFC|$TF_WRAP); + $opt_flags&=~$TF_MFC; + $opt_flags|=$TF_NOMFC; $needs_mfc=0; + } elsif ($arg eq "--nodlls") { + $opt_flags|=$TF_NODLLS; # Catch errors } else { @@ -2264,6 +2289,11 @@ usage(); } } + + if ($opt_flags & $TF_MFC && $opt_target_type != $TT_DLL) { + print STDERR "info: option --mfc requires --wrap\n"; + $opt_flags |= $TF_WRAP; + }; } if (!defined $opt_work_dir) { @@ -2279,6 +2309,8 @@ print_banner(); } +project_init(\@main_project,""); + # Fix the file and directory names fix_file_and_directory_names("."); -- 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

Winelib apps containing upper case letters don't run
by Martin Wilck 06 Sep '02

06 Sep '02

The patch below fixes a problem introduced August 14 (process.c 1.196): Names of "builtin" apps (into which category fall also Winelib apps) aren't found if they aren't lowercase-only. Explanation: Create a directory "Test" and there a file foo.cpp like this: #include <iostream.h> int main (void) { cout << "Hello world!" <<endl; return 0; } In the "Test" directory, run $ winemaker --cuiexe .; ./configure; make; ./Test => error. This fails because the "Test" shell script (aka "wineloader") calls "wine Test.exe", and this ends up searching "test.exe.so" in the DLL path. My patch below fixes that, but I'm not sure if it is the right thing to do. Perhaps wineloader should simply look for "Test.exe.so" rather than for "Test.exe". This is only one of several problems I have with the current winelib/winemaker. Martin Patch: process.diff Martin Wilck <Martin.Wilck(a)fujitsu-siemens.com> scheduler: process.c open_builtin_exe_file(): Allow running Winelib apps whose names contain upper case letters. Index: scheduler/process.c =================================================================== RCS file: /home/wine/wine/scheduler/process.c,v retrieving revision 1.198 diff -u -r1.198 process.c --- scheduler/process.c 27 Aug 2002 01:13:59 -0000 1.198 +++ scheduler/process.c 6 Sep 2002 12:05:17 -0000 @@ -265,11 +265,15 @@ { char exename[MAX_PATH], *p; const char *basename = get_basename(name); + void *dll = NULL; if (strlen(basename) >= sizeof(exename)) return NULL; strcpy( exename, basename ); for (p = exename; *p; p++) *p = FILE_tolower(*p); - return wine_dll_load_main_exe( exename, error, error_size, test_only ); + dll = wine_dll_load_main_exe( exename, error, error_size, test_only ); + if (!dll) + dll = wine_dll_load_main_exe( basename, error, error_size, test_only ); + return dll; } -- 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: Comctrl generic notification support
by Andreas Mohr 06 Sep '02

06 Sep '02

Hi, On Thu, Sep 05, 2002 at 01:54:50PM -0400, Dimitrie O. Paun wrote: > ChangeLog > Add generic notification support to comctl32 > > Index: dlls/comctl32/comctl32.h > =================================================================== > RCS file: /var/cvs/wine/dlls/comctl32/comctl32.h,v > retrieving revision 1.16 > diff -u -r1.16 comctl32.h > --- dlls/comctl32/comctl32.h 31 May 2002 23:25:43 -0000 1.16 > +++ dlls/comctl32/comctl32.h 5 Sep 2002 17:33:49 -0000 > @@ -4,6 +4,7 @@ > * > * Copyright 1999 Thuy Nguyen > * Copyright 1999 Eric Kohl > + * Copyright 2002 Dimitrie O. Paun > * > * This library is free software; you can redistribute it and/or > * modify it under the terms of the GNU Lesser General Public > @@ -23,6 +24,8 @@ > #ifndef __WINE_COMCTL32_H > #define __WINE_COMCTL32_H > > +#include "commctrl.h" > + > extern HMODULE COMCTL32_hModule; > extern HBRUSH COMCTL32_hPattern55AABrush; > > @@ -125,4 +128,132 @@ > #define WINE_FILEVERSION 5, COMCTL32_VERSION_MINOR, 0, 0 > #define WINE_FILEVERSIONSTR "5.00" > > +/* Notification support */ > + > +inline static LRESULT __send_notify(HWND hwnd, UINT code, NMHDR *hdr) Isn't using double underscore for such non-system functions rather pretty weird ? (or IOW: even strongly discouraged ?) -- Microsoft Licensing 6.0: "Pay us now in advance, so that we can own you later."

4 3

Re: Atom test fix
by Dmitry Timoshkov 05 Sep '02

05 Sep '02

"Francois Gouget" <fgouget(a)free.fr> wrote: > Conformance tests must not use Wine-specific headers (like > wine/unicode.h) otherwise they will not compile on Windows. > > wine/test.h is the only exception. > > Changelog: > > * dlls/kernel/tests/atom.c > > Do not include wine/unicode.h > Duplicate strlenW I would suggest to simply replace it by lstrlenW, instead of duplicating code. -- Dmitry.

1 0

Re: VersionNumber reg. key
by Jeff Smith 05 Sep '02

05 Sep '02

My $0.02: I say don't create, and dynamically 'lie' about it's value. I'm sure it's easier said than done, but that's my thoughts, anyway. -- Jeff S >From: Ender <winedev(a)admdev.com> >To: wine-devel(a)winehq.com >Subject: VersionNumber reg. key >Date: Wed, 4 Sep 2002 21:28:32 -0500 (CDT) >read the HKLM\\Software\\Microsoft\\Windows\\CurrentVersion\\VersionNumber >key. And of course, as this is a 'required' key in Windows, there was no >code to cope with failure :) >whether or not Wine should dynamically 'lie' about this registry key, >depending what winver the current thread is running in. > - Ender _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

3 2

[Bug 448] - need help debugging 16-32-bit parameter passing
by Martin Wilck 05 Sep '02

05 Sep '02

Included below are my latest results for Bug 448. The problem there is that winsock connects to port 512 although a service at port 5557 was specified. The winsock functions seem to work correctly: -> getservbyname16 returns port 0x15b5 = 5557 -> connect16 receives port 512 (!) directly after that. (the only thing that happens in between is a socket() call). The interesting part is that 512 in network byte order is 0x0002, i.e. the same as the protocol family (0x0002=AF_INET). Is it possible that something gets overwritten here when connect() is called? My problem is that I have no clue hall the magic relaying between 16 and 32 bit code in wine works. Perhaps someone can give me a hint? Martin ------- Additional Comments From martin.wilck(a)fujitsu-siemens.com 2002-09-05 07:58 ------- I finally got some time to look into this. It does not seem to be a winsock error. By inserting some TRACES, I can clearly see that getservbyname() correctly returns port 5557 (hex 0x15b5): trace:winsock:WINSOCK_getservbyname16 "ctsql", "tcp" trace:winsock:__ws_getservbyname name ctsql proto tcp flag 2 i 6 trace:winsock:WS_dup_se s_name ctsql s_port 15b5 s_proto tcp trace:winsock:WS_dup_se 16 s_port 15b5 trace:winsock:__ws_getservbyname s_name ctsql s_port 15b5 s_proto tcp [ ... ] But when "connect" is called, it is passed port 512 (hex 0200): trace:winsock:WINSOCK_connect16 socket 0048, ptr 0x40c493d6, length 16 sockaddr_in: family 2, address 172.25.186.5, port 512 02 00 02 00 ac 19 ba 05 00 00 00 00 00 00 00 00 Interestingly, (since the port is in network byte order) the hex patterns for address family and port are both 0x0002. This looks as if either - the app is assigning the family to the port number (?) (This would mean that the shouldn't be able to run on Windows either, since you say all was fine in 20011108, there must be another reason) - something goes wrong when the argument is passed from the 16- to 32bit layer. Have to look further. -- 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

Trying to debug Paradise Poker client
by Per Nystrom 05 Sep '02

05 Sep '02

Hi, I filed bug 1007 (kernel32.dll.Heap32* functions unimplemented) on this, but I'm not even sure that's the real problem. One thing that I'm seeing is retval=00000000 (FALSE) from all the calls to advapi32.CryptAcquireContextA() -- since this application relies *heavily* on encryption, I wonder if this is a good place to start. If I run it with the advapi32 dll overridden to use native, I get a different error and the App seems to crash even earlier in its execution. The following is what I got using the native advapi32 dll: fixme:file:VxDCall_VMM Unknown service 00010029 08070158:Ret kernel32.VxDCall4() retval=ffffffff ret=bfe81d8d fs=008f eax=ffffffff ebx=00000000 ecx=4011faa8 edx=405c6a00 esi=00000064 edi=00000001 ebp=405c6d5c esp=405c6d40 ds=002b es=002b gs=0ac7 flags=00000202 08070158:Call kernel32.CreateEventA(00000005,00000064,00000001,71467c2a "\205\300u\020h\024$EqSj\001S\377\327\243LPJqU\350\304\262\377\377;\363t\007V\377\025<\022Eq_^][\303\203=LPJq") ret=00000001 err:win32:CreateEventW Bad security attributes pointer 0x5 08070158:Ret kernel32.CreateEventA() retval=00000000 ret=00000001 wine: Unhandled exception, starting debugger... I'm attaching the entire relay trace (compressed) from running with the builtin advapi32 dll; it's much larger but probably more useful for fixing the problem. Any help is greatly appreciated! Per Nystrom System specifics: wine was built from the very latest in the CVS repository as of tonight Pentium II, 128Mb RAM and 1+ Gb swap running Red Hat 7.1 with updated X (4.2.0) glibc-2.2.4-29 gcc-2.96-81 -- "When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl."

2 1

Re: [PATCH] winsock-test.diff
by Alexandre Julliard 05 Sep '02

05 Sep '02

Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com> writes: > Rationale: > - Make it easier to add new unit tests. > - Conform better to the usual wine unit testing scheme > (instead of running different tests from the same file, > run separate files testing different functionality) That's not really the usual scheme. It may look that way because we have few tests at the moment, but we can't put each test in a separate file, or we will end up with thousands of them. The right approach is to follow more or less the layout of the source files, that is if two APIs are implemented in the same source file they should be tested in the same test file; so I think the current winsock tests are OK as they are. And in any case #including .c files is strongly discouraged. -- Alexandre Julliard julliard(a)winehq.com

2 1

Tab Controls without name
by Fabian Cenedese 05 Sep '02

05 Sep '02

Hi I found something that would be easy to fix in case it really should be fixed. Working with tab controls I have the case where I set the tab name to empty because it's too big to be shown. In the TCITEM structure I set the text pointer to NULL instead of a "". Thus Wine stopped at some point doing a strlen on a NULL pointer. Obvious. Then I checked MSDN if this is allowed or not. It always says string pointer, never is a NULL pointer a possible value. Ok, so my code is wrong, easy to change. But still (the often cited sentence): It used to work in Windows. So now I don't know if Wine should be clean (and NULL pointer in tab name is not allowed) or if it should behave as Windows (no matter what docs say) and a NULL pointer is just an empty name... bye Fabi

2 2

VersionNumber reg. key
by Ender 05 Sep '02

05 Sep '02

Hi all, A few weeks ago I was setting up a fake-windows install, and ran across a few pieces of software that just crashed.. like the Visual Studio installer. After a little bit of investigation, I discovered these were trying to read the HKLM\\Software\\Microsoft\\Windows\\CurrentVersion\\VersionNumber key. And of course, as this is a 'required' key in Windows, there was no code to cope with failure :) At the very least this should be added to the default registry with a dummy value (oh yeah, values are like: "4.90.3000"). But my question is whether or not Wine should dynamically 'lie' about this registry key, depending what winver the current thread is running in. Thoughts? - Ender

1 0

Re: Partial implementation of NotifyRegister notifications
by Alexandre Julliard 05 Sep '02

05 Sep '02

Joshua Thielen <thielen(a)netprince.net> writes: > I expect there to be problems with this patch (some of it is probably > a bit over my head) so eyes are requested, please! I already know that > the number and order of the segment messages (NFY_LOADSEG and FREESEG) > doesn't exactly match those sent in Windows, and I'm not totally sure > of the affect this patch will have on 16-bit memory and threading > details in wine. You should really have some kind of TOOLHELP_SendNotification function instead of calling wine_call_to_16_regs all over the place. Also the handling of segmented pointers (especially the lpstrModuleName) doesn't look right. Apart from that, it looks quite reasonable. -- Alexandre Julliard julliard(a)winehq.com

1 0

Catching MFC exception
by Fabian Cenedese 04 Sep '02

04 Sep '02

Hi I found one of the wrong behaviours though I don't know where to solve it. For creating an ocx one can give a window title. I gave a "" to the CreateControl function. But this poses a problem to MFC, it's only prepared for valid strings or NULL pointers. That's why it generates the exception: void AFXAPI AfxThrowOleException(SCODE sc){ #ifdef _DEBUG TRACE1("Warning: constructing COleException, scode = %s.\n", AfxGetFullScodeString(sc)); #endif COleException* pException = new COleException; pException->m_sc = sc; THROW(pException); } In Windows this is caught by another function in MFC and doesn't do any harm: BOOL AFX_CDECL COleControlSite::SafeSetProperty(DISPID dwDispID, VARTYPE vtProp, ...) { va_list argList; // really only one arg, but... va_start(argList, vtProp); BOOL bSuccess; TRY { SetPropertyV(dwDispID, vtProp, argList); bSuccess = TRUE; } CATCH_ALL(e) { DELETE_EXCEPTION(e); bSuccess = FALSE; } END_CATCH_ALL va_end(argList); return bSuccess; } Now it seems that the exception handling inside (or wherever) the MFC.dll doesn't work if running in Wine or the MFC exceptions are different and the exception comes right through. I can overcome this problem by giving a valid window title but that solves it only for me. I have no idea how and if this can be solved but maybe this description gives a hint to a programmer with more insight. Thanks Fabi

2 1

Re: LsaNtStatusToWinError implementation
by Andriy Palamarchuk 04 Sep '02

04 Sep '02

--- Andriy Palamarchuk <apa3a(a)yahoo.com> wrote: > Changelog: > Implemented LsaNtStatusToWinError, conformance > tests, added definitions of the error and status > constants, used by the function. Please ignore this patch. I just found out that I should call RtlNtStatusToDosError from this function instead of implementing the mapping myself. Andriy __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

Wine error codes
by Sylvain Petreolle 04 Sep '02

04 Sep '02

hi, having problem with IE 6 exiting immediately using a patched shdocvw, I would know if wine exit codes are documented somewhere ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Problem with regression tests getting stuck
by Paul Millar 04 Sep '02

04 Sep '02

Hi everyone, I've had the regression tests freeze on me again (see [1] for previous report). Sylvain has reported problems with the wininet regression tests (described in [2]). The symptoms are the same, but for me the problem is only intermittent. This time I caught the problem with gdb and obtained the following info: [...] Loaded symbols for /lib/libresolv.so.2 0x402e7744 in __libc_close () at __libc_close:-1 -1 __libc_close: No such file or directory. in __libc_close (gdb) bt #0 0x402e7744 in __libc_close () at __libc_close:-1 #1 0x400ec9a4 in __DTOR_END__ () from /home/paulm/WINE-cvs/wine/dlls/libntdll.dll.so #2 0x400b3df5 in WaitForMultipleObjectsEx (count=0, handles=0x0, wait_all=0, timeout=100, alertable=0) at ../../scheduler/synchro.c:257 #3 0x400b3b88 in Sleep (timeout=100) at ../../scheduler/synchro.c:178 #4 0x40358747 in winapi_test (flags=268435456) at tests/http.c:121 #5 0x40358b36 in func_http () at tests/http.c:184 #6 0x40358f9d in run_test (name=0xbffffc63 "http.c") at wtmain.c:244 #7 0x40357037 in __wine_exe_main () at wininet_test.exe.spec.c:133 #8 0x400aff84 in start_process () at ../../scheduler/process.c:528 #9 0x400b3f3f in call_on_thread_stack (func=0x400afd2c) at ../../scheduler/sysdeps.c:108 So, to summarise (with some extra bits of information): The problem occurs when wininet/tests/http.c is testing asynchronous HttpSendRequest(), so flags > 0. The problem is triggered at line 121 of http.c, i.e.: 120 while ((flags)&&(!goon)) 121 Sleep(100); Sleep(), in turn, just calls WaitForMultipleObjectsEx(). From scheduler/synchro.c: 176 VOID WINAPI Sleep( DWORD timeout ) 177 { 178 WaitForMultipleObjectsEx( 0, NULL, FALSE, timeout, FALSE ); 179 } WaitForMultipleObjectsEx() has problems when it gets to 257: 256 SERVER_END_REQ; 257 if (ret == STATUS_PENDING) ret = wait_reply( &cookie ); 258 if (ret != STATUS_USER_APC) break; ret is 1079729528, btw. AFAIK, __DTOR_END__ (see near bottom of stack) is the destructor for a function call in ntdll. I'm probably missing something obvious, but I don't see the connection between scheduler/synchro.c:257 and ntdll. The closest is wait_reply() (in scheduler/client.c) calls wait_reply_data (in same file), which calls NtCurrentTeb(), which is commented as an NTDLL function. But there doesn't seem to be an implementation of NtCurrentTeb in ntdll. Any ideas? Cheers, Paul. [1] http://www.winehq.com/hypermail/wine-devel/2002/08/0006.html [2] http://www.winehq.com/hypermail/wine-devel/2002/07/0386.html PS, I'll create a bugzilla in a bit. ---- Paul Millar

2 4

Re: Implements shdocvw.101
by Eric Pouech 04 Sep '02

04 Sep '02

Sylvain Petreolle a écrit : > > Changelog: > Implements shdocvw.101, which is a call to shlwapi.PathRemoveBackslashW wouldn't a forward in the spec file be more appropriate ? 1+

2 2

Help solving Bug 434
by Rick Romero 03 Sep '02

03 Sep '02

Hello all, I'm taking yet another look at bug 434, where a left mouse click won't release in Visual FoxPro. Alexandre applied a patch on 6/13/02 that fixed the issue for the opener of the bug, but is general issue still exists for me, I havn't heard from the submitter of the Illustrator 8 report. First question: Since the original report has been resolved, should a new report be opened? Second: I feel like the solution is pretty close, but I'm probably treading water in deep fog, FEELING like I'm getting close to shore :) The one weird thing that I can't figure out is why I can run wine --debugmsg +scroll,+event,+toolbar,+gdi,+heap /mnt/windows/DevStu dio/vfp/vfp.exe and have the button up WORK for a few clicks. If I hold the button down, then release, the issue occurs. Since the mouse issue started when input functions were moved into the wine server, it makes sense to me that there might be some issue related to synchro.c as shown below in gdb output. ------- Additional Comments From rick(a)havokmon.com 2002-08-31 21:22 ------- Ok - ivanovich(a)menta.net determined the fix for Flash 5 to be patch at: http://www.winehq.com/hypermail/wine-cvs/2002/06/0098.html from 6/14/02. This patch does not affect the mousebutton issue in Visual FoxPro, but his posts on using gdb now make sense to me.. Using Wine-20020804. wine test.exe (using vfp5test.zip - Installer works now!) - available from Bug Report Here's my output of GDB: (gdb) bt #0 0x402ddfe4 in read () from /lib/i686/libc.so.6 #1 0x40102130 in __JCR_LIST__ () from /usr/local/lib/libntdll.dll.so #2 0x400c6cac in WaitForMultipleObjectsEx (count=1095856128, handles=0x0, wait_all=0, timeout=220, alertable=0) at ../../scheduler/synchro.c:265 #3 0x400c69e1 in Sleep (timeout=220) at ../../scheduler/synchro.c:178 #4 0x10001011 in ?? () #5 0x400c704e in SYSDEPS_StartThread (teb=0x41517000) at ../../scheduler/sysdeps.c:158 (gdb) n Single stepping until exit from function read, which has no line number information. wait_reply (cookie=0x41506e58) at ../../scheduler/synchro.c:96 96 if (ret == sizeof(reply)) (gdb) n 98 if (!reply.cookie) break; /* thread got killed */ (gdb) n 99 if (reply.cookie == cookie) return reply.signaled; (gdb) n 0x400c6cac in WaitForMultipleObjectsEx (count=259, handles=0x0, wait_all=0, timeout=220, alertable=0) at ../../scheduler/synchro.c:265 265 ret = WAIT_FAILED; (gdb) n 258 if (ret != STATUS_USER_APC) break; (gdb) n 262 if (HIWORD(ret)) /* is it an error code? */ (gdb) n 267 return ret; (gdb) n 268 } (gdb) n Sleep (timeout=220) at ../../scheduler/synchro.c:179 179 } (gdb) n Here, just like ivanovich(a)menta.net's post, the gdb hangs and the wine process takes 100% cpu. If the scheduler is not working properly with FoxPro, that might explain the weird 'Slowness Solution' I described above, with extra debug info delaying the button up issue. If I ctrl-C and detach from that process, and attach to a second wine process, I get: (gdb) bt #0 0x402de024 in write () from /lib/i686/libc.so.6 #1 0x40997d48 in _XlcPublicMethods () from /usr/X11R6/lib/libX11.so.6 #2 0x4092122f in _X11TransWrite () from /usr/X11R6/lib/libX11.so.6 #3 0x40904bc2 in _XScreenOfWindow () from /usr/X11R6/lib/libX11.so.6 #4 0x40902717 in _XReply () from /usr/X11R6/lib/libX11.so.6 #5 0x408f881b in XQueryPointer () from /usr/X11R6/lib/libX11.so.6 #6 0x40893452 in TSXQueryPointer (a0=0x809e030, a1=70, a2=0x405a5cbc, a3=0x405a5cc0, a4=0x405a5cc4, a5=0x405a5cc8, a6=0x405a5ccc, a7=0x405a5cd0, a8=0x405a5cd4) at ts_xlib.c:846 #7 0x4086e1a8 in X11DRV_GetCursorPos (pos=0x405a5d20) at mouse.c:514 #8 0x406a55a8 in GetCursorPos (pt=0x8) at ../../windows/input.c:476 #9 0x10008fc7 in ?? () #10 0x101aa657 in ?? () (gdb) n Single stepping until exit from function write, which has no line number information. 0x40922050 in _X11TransGetConnectionNumber () from /usr/X11R6/lib/libX11.so.6 (gdb) n Single stepping until exit from function _X11TransGetConnectionNumber, which has no line number information. 0x4092122f in _X11TransWrite () from /usr/X11R6/lib/libX11.so.6 (gdb) n Single stepping until exit from function _X11TransWrite, which has no line number information. 0x40904bc2 in _XScreenOfWindow () from /usr/X11R6/lib/libX11.so.6 (gdb) n Single stepping until exit from function _XScreenOfWindow, which has no line number information. 0x40902717 in _XReply () from /usr/X11R6/lib/libX11.so.6 (gdb) n Single stepping until exit from function _XReply, which has no line number information. 0x408f881b in XQueryPointer () from /usr/X11R6/lib/libX11.so.6 (gdb) n Single stepping until exit from function XQueryPointer, which has no line number information. TSXQueryPointer (a0=0x809e030, a1=70, a2=0x405a5cbc, a3=0x405a5cc0, a4=0x405a5cc4, a5=0x405a5cc8, a6=0x405a5ccc, a7=0x405a5cd0, a8=0x405a5cd4) at ts_xlib.c:847 847 wine_tsx11_unlock(); (gdb) n 846 r = XQueryPointer(a0, a1, a2, a3, a4, a5, a6, a7, a8); (gdb) n 847 wine_tsx11_unlock(); (gdb) n 849 } (gdb) n X11DRV_GetCursorPos (pos=0x405a5d20) at mouse.c:518 518 update_key_state( xstate ); (gdb) n 519 TRACE("pointer at (%d,%d)\n", winX, winY ); (gdb) n 520 pos->x = winX; (gdb) n 521 pos->y = winY; (gdb) n 522 } (gdb) n 0x406a55a8 in GetCursorPos (pt=0x40887b03) at ../../windows/input.c:476 476 } (gdb) n 475 return 1; (gdb) n 476 } (gdb) n Here, just like ivanovich(a)menta.net's post, the gdb hangs and the wine process takes 100% cpu. I tried putting a while loop in synchro.c, so that it would loop until !(HIWORD(ret)), but I did something wrong: --- synchro.c line 231 int ret, cookie,testparm; struct timeval tv; testparm = 0; while (testparm == 0){ testparm = 1; if (count > MAXIMUM_WAIT_OBJECTS) ... ... if (HIWORD(ret)) /* is it an error code? */ { SetLastError( RtlNtStatusToDosError(ret) ); ret = WAIT_FAILED; testparm = 0; } } return ret; --- I don't know if something like that would actually work, but my last gdb step through showed testparm set to 0 before returning ret ;) - so I whatever I did, I didn't do it right. ------- End Comments From rick(a)havokmon.com 2002-08-31 21:22 ------- Any direction to take would be greatly appreciated. Thanks Rick -- -- Rick Romero IT Manager Valeo, Inc. ph: 262.695.4841 Sussex, WI. fax: 262.695.4850 Rick(a)valeoinc.com

1 0

current wine status pr-1
by tom 03 Sep '02

03 Sep '02

Hello, I would like to thank everyone who has re-plied so far about the current wine status. I have a pre-1 hacked together and request any feed back that you can give. My main goal is the info I put up be as accurate as possiable . And since i'm not a Developer I have to bug/spam you guy's for the info :) So please bear with me .......... Known ToDo's will be next on my list after ** WE ** get this up to date.. Tom Wine status changes from 9-29-01 untill 9-01-02 pre-1 reply to : twickline2(a)triad.rr.com ( Aspect or Component ) Wine's fundamental architecture Documentation = workers = Alexandre Julliard % = 85% Process/Address Space model Documentation = workers = Alexandre Julliard % = 100% Threading model Documentation = workers = Alexandre Julliard % = 100% Scheduling and synchronization Documentation = workers = Alexandre Julliard % = 100% Supervisory process (wineserver) Documentation = workers = Alexandre Julliard % = 90% Windows binary loader Documentation = workers = Alexandre Julliard % = 100% Memory management Documentation = workers = Alexandre Julliard % = 90% Wine DLL infrastructure Documentation = workers = Alexandre Julliard % = 95% Need to ADD --- DLL separation Documentation = workers = AJ % = 75% Message passing/queues Documentation = workers = Alexandre Julliard % = 95% Window management Documentation = workers = ? % = 95% Disk drive emulation Documentation = workers = ? % = 100% CD-ROM emulation Documentation = workers = Eric Pouech eric.pouech(a)wanadoo.fr % 90% Native DLL overrides Documentation = workers = ? % = 95% X11 display/window driver Documentation = workers = ? % = 90% X11 font mapper Documentation = workers = ? % = 70% Registry handling Documentation = workers = ? % = 90% Clipboard handling Documentation = workers = ? % = 90% File I/O Documentation = workers = Mike McCormack % = 100% TrueType support Documentation = workers = Huw D M Davies % = 80% National Language Support (NLS) Documentation = Dmitry Timoshkov, Alexandre Julliard workers = % = 90% Unicode support Documentation = workers = Dmitry Timoshkov, Alexandre Julliard % = 80% Dynamic Data Exchange (DDE) Documentation = workers =Eric Pouech eric.pouech(a)wanadoo.fr % = 80% Standard Windows Controls Documentation = workers = ? % = 95% Serial/parallel ports 16-bit 95% 32-bit 90% Documentation = workers = Mike McCormack I/O port access Documentation = workers = ? % = 100% VxDs Documentation = workers = ? % = 5% General printer setup Documentation = workers = Huw D M Davies % = 70% Internal PostScript printer driver Documentation = workers = Huw D M Davies, Ian Pilcher % = 60% Native Windows printer drivers 16-bit 50% 32-bit 0% Documentation = workers = ? Win32 Console Documentation = workers =Eric Pouech eric.pouech(a)wanadoo.fr % = 75% DOS application support Documentation = workers = Ove Kåven, Alexandre Julliard % = 60% CPU emulation Documentation = workers = ? % = 5% Multi-user support Documentation = workers = ? % = 20% ( DLLs ) crtdll&msvcrt: Standard C runtime library Documentation = workers = CodeWeavers % = 60% comctl32: Common Controls Documentation = workers = CodeWeavers % = 95% Note-- Is Macadamian still working on Wine ??? comdlg32: Common Dialogs Documentation = workers = ? % = 75% riched32: Rich Text Control Documentation = workers = ? % = 20% shell32: Shell interface Documentation = workers = CodeWeavers % = 80% tapi32: Telephony API (TAPI) Documentation = workers = ? % = 0% rasapi32: Dial-Up Networking (DUN) and Remote Access Service (RAS) Documentation = workers = ? % = 0% wsock32: Windows Sockets (WinSock) 1.1 Documentation = workers = Macadamian ???????? % = 90% ws2_32: WinSock 2 Documentation = workers = Macadamian ???????? % = 20% wininet: Internet application protocols Documentation = workers = CodeWeavers % = 50% winmm: Multimedia architecture Documentation = workers = Eric Pouech eric.pouech(a)wanadoo.fr % = 80% ( Eric has this changed ??? ) Multimedia wave audio Documentation = workers =Eric Pouech eric.pouech(a)wanadoo.fr % = 100% for OSS Multimedia MIDI audio Documentation = workers =Eric Pouech eric.pouech(a)wanadoo.fr % = 100% for OSS **Preliminary ALSA support 10% Multimedia joystick driver Documentation = workers = Eric Pouech eric.pouech(a)wanadoo.fr % = 80% ( Eric has this changed ??? ) Multimedia CD audio Documentation = workers =Eric Pouech eric.pouech(a)wanadoo.fr % = 100% MCI (Media Control Interface) drivers Documentation = workers = Eric Pouech eric.pouech(a)wanadoo.fr % = 60% ( Eric has this changed ??? ) msacm32: Audio Compression Manager (ACM) Documentation = workers =Eric Pouech eric.pouech(a)wanadoo.fr % = 60% msvfw32: Video for Windows (VFW) Documentation = workers =Eric Pouech eric.pouech(a)wanadoo.fr % = 30% ddraw: DirectDraw Documentation = workers = TransGaming % = 85% Direct3D Documentation = workers = TransGaming % = 30% dinput: DirectInput Documentation = workers = TransGaming % = 40% dplayx: DirectPlay Documentation = workers = Peter Hunnisett % = 25% dsound: DirectSound Documentation = workers = TransGaming % = 80% quartz: DirectShow core Documentation = workers = In TransGaming cvs ?? % = 0% wing: WinG 16-bit game library Documentation = workers = ? % = 50% rpcrt4: RPC/DCOM subsystem Documentation = workers = ? % = 0% ole32: OLE/COM core Documentation = workers = CodeWeavers % = 60% oleaut32: OLE Automation core Documentation = workers = CodeWeavers % = 60% olecli32: OLE client library Documentation = workers = ? % = 5% olesvr32: OLE server library Documentation = workers = ? % = 5% oledlg: OLE user interface Documentation = workers = ? % = 5% opengl32: OpenGL interface Documentation = workers = Lionel Ulmer, TransGaming % = 90% odbc32: ODBC Database Manager Documentation = workers = Corel % = 100% wnaspi32: Advanced SCSI Peripheral Interface Documentation = workers = ? % = 85% ( Tools ) Wine Resource Compiler Documentation = workers = Bertho Stultiens ??? % = 95% Wine Message Compiler Documentation = workers = Bertho Stultiens ??? % = 75% Wine Debugger Documentation = workers = Eric Pouech eric.pouech(a)wanadoo.fr % = 85% Wine Porting Tool (winemaker) Documentation = workers = CodeWeavers % = 70% Wine Installer (wineinstall) Documentation = workers = Andreas Mohr % = 90% Wine Installation Checker (winecheck) Documentation = workers = Andreas Mohr % = 30% Wine Setup Tool (winesetuptk) Documentation = workers = CodeWeavers % = 50% Wine Launcher Documentation = workers = CodeWeavers % = 60% Wine Regression Test Suite Documentation = workers = CodeWeavers % = 10% ( No-Windows installation issues ) Initial registry contents Documentation = workers = ? % = 25% Initial directory structure Documentation = workers = ? % = 90% Initial INI files Documentation = workers = ? % = 40% DLL placeholder files Documentation = workers = CodeWeavers % = 100% ( Instructions ) How to install Wine Documentation = workers = Andreas Mohr % = 90% How to debug Documentation = workers = Andreas Mohr % = 80% How to create a useful bug report Documentation = workers = Andreas Mohr % = 80% How to become a Wine developer Documentation = workers = Andreas Mohr % = 80% How to use Winelib Documentation = workers = Andreas Mohr % = 90% How to compile MFC with Winelib Documentation = workers = Andreas Mohr % = 80% ( Miscellaneous ) Wine 1.0 Release Plan Both link's are dead !! I did find this link: http://www.winehq.com/news/?view=118#Road%20to%200.9 Ove- do you plan to do a updated Road to 1.0 ? The History of the Wine Project MS has got nervous and released junk API's What a MS breakup might mean to Wine ? Remove as there not going to get BROKE -UP!!!! ): ??? WineHQ and Corel relationship CodeWeavers is the host of WineHQ now ? ----------------- Need to ADD BiDi Documentation = workers = Shachar Shemesh contact = wine-devel(a)sun.consumer.org.il % = 5% individual control status Documentation = workers = Dimitrie O.Paun contact = dimi(a)bigfoot.com % = ?%

8 14

current wine status pre-2
by Thomas Wickline 03 Sep '02

03 Sep '02

Hello, Here is Pre-2 I have made changes from the feedback that I recieved from Pre-1 From now on I will just send a diff from Pre-2 to cut back on Bandwith. Please take a minute and look over it and send me any corrections that may be needed. Bad info is worse than NO info at all.. I know this is a estimate of work done... I would just like for it to be as close as possiable.. Many Thanks to everyone Thomas Wickline Wine status changes from 9-29-01 untill 9-03-02 pre-2 reply to : twickline2(a)triad.rr.com ( Aspect or Component ) Wine's fundamental architecture Documentation = workers = Alexandre Julliard % = 85% Process/Address Space model Documentation = workers = Alexandre Julliard % = 100% Threading model Documentation = workers = Alexandre Julliard % = 100% Scheduling and synchronization Documentation = workers = Alexandre Julliard % = 100% Supervisory process (wineserver) Documentation = workers = Alexandre Julliard % = 90% Windows binary loader Documentation = workers = Alexandre Julliard % = 100% Memory management Documentation = workers = Alexandre Julliard % = 90% Wine DLL infrastructure Documentation = workers = Alexandre Julliard % = 95% Need to ADD --- DLL separation Documentation = workers = AJ % = 75% Message passing/queues Documentation = workers = Alexandre Julliard % = 95% Window management Documentation = workers = ? % = 95% Disk drive emulation Documentation = workers = ? % = 100% CD-ROM emulation Documentation = workers = Eric Pouech % 90% Native DLL overrides Documentation = workers = ? % = 95% X11 display/window driver Documentation = workers = ? % = 90% X11 font mapper Documentation = workers = Huw D M Davies % = 70% Registry handling Documentation = workers = ? % = 90% Clipboard handling Documentation = workers = ? % = 90% File I/O Documentation = workers = Mike McCormack % = 100% TrueType support Documentation = workers = Huw D M Davies % = 80% National Language Support (NLS) Documentation = workers = Dmitry Timoshkov, Alexandre Julliard % = 90% Unicode support Documentation = workers = Dmitry Timoshkov, Alexandre Julliard % = 80% Dynamic Data Exchange (DDE) Documentation = workers =Eric Pouech % = 80% Standard Windows Controls Documentation = workers = ? % = 95% Serial/parallel ports 16-bit 95% 32-bit 90% Documentation = workers = Mike McCormack I/O port access Documentation = workers = ? % = 100% VxDs Documentation = workers = ? % = 5% General printer setup Documentation = workers = Huw D M Davies % = 70% Internal PostScript printer driver Documentation = workers = Huw D M Davies, Ian Pilcher % = 60% Native Windows printer drivers 16-bit 65% 32-bit 65% Documentation = workers = Huw D M Davies Win32 Console Documentation = workers = Eric Pouech % = 75% DOS application support Documentation = workers = Ove Kåven, Alexandre Julliard % = 60% CPU emulation Documentation = workers = ? % = 5% Multi-user support Documentation = workers = ? % = 20% ( DLLs ) crtdll&msvcrt: Standard C runtime library Documentation = workers = CodeWeavers % = 60% comctl32: Common Controls Documentation = workers = Macadamian % = 95% comdlg32: Common Dialogs Documentation = workers = ? % = 75% riched32: Rich Text Control Documentation = workers = ? % = 20% shell32: Shell interface Documentation = workers = CodeWeavers % = 80% tapi32: Telephony API (TAPI) Documentation = workers = ? % = 0% rasapi32: Dial-Up Networking (DUN) and Remote Access Service (RAS) Documentation = workers = ? % = 0% wsock32: Windows Sockets (WinSock) 1.1 Documentation = workers = Martin Wilck % = 90% ******** http://www.winehq.com/news/?view=121#Winsock2%20Patches also news in #108 ws2_32: WinSock 2 Documentation = workers = Martin Wilck % = 70% ******** http://www.winehq.com/news/?view=121#Winsock2%20Patches also news in #108 wininet: Internet application protocols Documentation = workers = CodeWeavers % = 50% winmm: Multimedia architecture Documentation = workers = Eric Pouech % = 80% Multimedia wave audio Documentation = workers =Eric Pouech % = 100% for OSS Multimedia MIDI audio Documentation = workers =Eric Pouech % = 100% for OSS **Preliminary ALSA support 10% Multimedia joystick driver Documentation = workers = Eric Pouech % = 80% Multimedia CD audio Documentation = workers =Eric Pouech % = 100% MCI (Media Control Interface) drivers Documentation = workers = Eric Pouech % = 60% msacm32: Audio Compression Manager (ACM) Documentation = workers =Eric Pouech % = 60% msvfw32: Video for Windows (VFW) Documentation = workers =Eric Pouech % = 30% ddraw: DirectDraw Documentation = workers = TransGaming % = 85% Direct3D Documentation = workers = TransGaming % = 30% dinput: DirectInput Documentation = workers = TransGaming % = 40% dplayx: DirectPlay Documentation = workers = Peter Hunnisett % = 25% dsound: DirectSound Documentation = workers = TransGaming % = 80% quartz: DirectShow core Documentation = workers = % = 0% wing: WinG 16-bit game library Documentation = workers = ? % = 50% rpcrt4: RPC/DCOM subsystem Documentation = workers = ? % = 0% ole32: OLE/COM core Documentation = workers = CodeWeavers % = 60% oleaut32: OLE Automation core Documentation = workers = CodeWeavers % = 60% olecli32: OLE client library Documentation = workers = ? % = 5% olesvr32: OLE server library Documentation = workers = ? % = 5% oledlg: OLE user interface Documentation = workers = ? % = 5% opengl32: OpenGL interface Documentation = workers = Lionel Ulmer, TransGaming % = 90% odbc32: ODBC Database Manager Documentation = workers = Corel % = 100% wnaspi32: Advanced SCSI Peripheral Interface Documentation = workers = ? % = 85% ( Tools ) Wine Resource Compiler Documentation = workers = Bertho Stultiens ??? % = 95% Wine Message Compiler Documentation = workers = Bertho Stultiens ??? % = 75% Wine Debugger Documentation = workers = Eric Pouech % = 85% Wine Porting Tool (winemaker) Documentation = workers = CodeWeavers % = 70% Wine Installer (wineinstall) Documentation = workers = Andreas Mohr % = 90% Wine Installation Checker (winecheck) Documentation = workers = Andreas Mohr % = 30% Wine Setup Tool (winesetuptk) Documentation = workers = Martin Pilka, CodeWeavers % = 100% Wine Launcher Documentation = workers = CodeWeavers % = 60% Re-name to = Wine Unit Testing Framework Wine Regression Test Suite Documentation = workers = Andriy Palamarchuk % = 70% ( No-Windows installation issues ) Initial registry contents Documentation = workers = ? % = 25% Initial directory structure Documentation = workers = ? % = 90% Initial INI files Documentation = workers = ? % = 40% DLL placeholder files Documentation = workers = CodeWeavers % = 100% ( Instructions ) How to install Wine Documentation = workers = Andreas Mohr % = 90% How to debug Documentation = workers = Andreas Mohr % = 80% How to create a useful bug report Documentation = workers = Andreas Mohr % = 80% How to become a Wine developer Documentation = workers = Andreas Mohr % = 80% How to use Winelib Documentation = workers = Andreas Mohr % = 90% How to compile MFC with Winelib Documentation = workers = Andreas Mohr % = 80% ( Miscellaneous ) Wine 1.0 Release Plan update link to: http://www.winehq.com/about/index.php?contrib#active remove WWN #45 Known Remaining: Window management rewrite Wine Unit Testing Framework More DLL Separation Documentation Quality assurance The History of the Wine Project MS is definitely getting nervous What a MS breakup might mean to Wine ? Remove as there not going to get broke up ?? WineHQ and Corel relationship CodeWeavers is the host of WineHQ now should this be removed ???? ----------------- Need to ADD BiDi Documentation = workers = Shachar Shemesh contact = wine-devel(a)sun.consumer.org.il % = 5% individual control status Documentation = workers = Dimitrie O.Paun % = 80% Rolling cvs testing Documentation = workers = Paul Millar % = 90% **Side note... The test its self is 90% done.

1 0

Compiling Wine gdi dlls under cygwin
by David Fraser 03 Sep '02

03 Sep '02

I have been trying to compile the wine gdi dll under cygwin. I am using the 20020804 snapshot This is part of an attempt to get native Windows applications to display themselves in cygwin's X Windows. I have seen several posts from Steven Edwards and others about compiling wine under cygwin So far I have managed to link in all required object files, but still receive the error below: fu000001.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000003.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000005.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000007.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000009.o(.idata$3+0xc): undefined reference to `libwine_a_iname' fu000011.o(.idata$3+0xc): more undefined references to `libwine_a_iname' follow Some other unresolved references are resolved by auto-import (wine_main_argc etc) and enable-stdcall-fixup (_RELAY_DoCallFrom32Regs) but I can't work out where libwine_a_iname comes from. Basically as I only need the gdi dll I have linked in a whole lot of object files: /graphics/*.c, /objects/*.c, /files/*.c, /loader/*.c, /loader/ne/*.c, /relay32/*.c, /memory/*.c /library/ldt.c, /dlls/ntdll/*.c, unicode/*.c, scheduler/*.c, msdos/*.c, win32/*.c, misc/*.c, if1632/*.c as well as everything in dlls/gdi and subdirs. This is probably a bit ambitious as it's my first attempt at wine development, but any advice?

2 1

Re: ANSI_CHARSET
by Jeff Smith 03 Sep '02

03 Sep '02

>From: Marcus Meissner <meissner(a)suse.de> >To: Francois Gouget <fgouget(a)free.fr> >CC: Jeff Smith <whydoubt(a)hotmail.com>, wine-devel(a)winehq.com >Subject: Re: ANSI_CHARSET >Date: Tue, 3 Sep 2002 09:02:20 +0200 >MIME-Version: 1.0 >Received: from Cantor.suse.de ([213.95.15.193]) by >mc4-f10.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Tue, 3 Sep >2002 00:02:24 -0700 >Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201])by >Cantor.suse.de (Postfix) with ESMTPid A471C142DA; Tue, 3 Sep 2002 09:02:20 >+0200 (MEST) >Message-ID: <20020903090220.C30897(a)suse.de> >References: <F155awoeMTVNcBklFJN00020b3e(a)hotmail.com> ><Pine.LNX.4.43.0209022354330.31721-100000(a)amboise.dolphin> >In-Reply-To: <Pine.LNX.4.43.0209022354330.31721-100000(a)amboise.dolphin> >User-Agent: Mutt/1.3.22.1i >Return-Path: meissner(a)suse.de >X-OriginalArrivalTime: 03 Sep 2002 07:02:24.0593 (UTC) >FILETIME=[DB273C10:01C25317] > >On Mon, Sep 02, 2002 at 11:56:49PM -0700, Francois Gouget wrote: > > On Mon, 2 Sep 2002, Jeff Smith wrote: > > > > > ANSI_CHARSET and SYMBOL_CHARSET need to be defined (in >include/wingdi.h), > > > but I have some doubts about the details. > >They are already defined there: > >#define ANSI_CHARSET (BYTE)0 /* CP1252, ansi-0, iso8859-{1,15} >*/ >#define DEFAULT_CHARSET (BYTE)1 >#define SYMBOL_CHARSET (BYTE)2 > >Why arent they in your wingdi.h file? > >Ciao, Marcus _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

1 0

Ignoring exceptions
by Fabian Cenedese 03 Sep '02

03 Sep '02

Hi I still try to find the reason for the exception in my app while loading an ocx. But I don't seem to make much progress. Here is a new trace: 08153fd8:Call kernel32.lstrlenA(40791300 "") ret=5f587c81 08153fd8:Ret kernel32.lstrlenA() retval=00000000 ret=5f587c81 08153fd8:Call kernel32.MultiByteToWideChar(00000000,00000000,40791300 "",ffffffff,405c45fc,00000001) ret=5f5010de 08153fd8:Ret kernel32.MultiByteToWideChar() retval=00000001 ret=5f5010de 08153fd8:Call kernel32.GetProcAddress(65340000,00000002) ret=5f54db21 08153fd8:Ret kernel32.GetProcAddress() retval=65341408 ret=5f54db21 08153fd8:Call kernel32.IsBadReadPtr(405c469c,00000020) ret=40c27bce 08153fd8:Ret kernel32.IsBadReadPtr() retval=00000000 ret=40c27bce 08153fd8:Call kernel32.IsBadReadPtr(405c467c,00000004) ret=40c27bce 08153fd8:Ret kernel32.IsBadReadPtr() retval=00000000 ret=40c27bce 08153fd8:Call ntdll.RtlSizeHeap(40360000,00000000,403c0850) ret=65f019c3 trace:heap:RtlSizeHeap (40360000,00000002,403c0850): returning 00000020 08153fd8:Ret ntdll.RtlSizeHeap() retval=00000020 ret=65f019c3 08153fd8:Call kernel32.IsBadReadPtr(41986f50,00000020) ret=10214168 08153fd8:Ret kernel32.IsBadReadPtr() retval=00000000 ret=10214168 08153fd8:Call kernel32.IsBadWritePtr(41986f50,00000020) ret=10214180 08153fd8:Ret kernel32.IsBadWritePtr() retval=00000000 ret=10214180 08153fd8:Call kernel32.OutputDebugStringA(405c2154 "Warning: constructing COleException, scode = DISP_E_MEMBERNOTFOUND ($80020003).\r\n") ret=10215139 08073540:Ret kernel32.ContinueDebugEvent() retval=00000001 ret=404c3ee2 08073540:Call kernel32.WaitForDebugEvent(40615e0c,ffffffff) ret=404c3ef8 08073540:Ret kernel32.WaitForDebugEvent() retval=00000001 ret=404c3ef8 08073540:Call kernel32.ReadProcessMemory(0000002c,405c2154,40615cf4,00000100,40615cc4) ret=404c2e27 08073540:Ret kernel32.ReadProcessMemory() retval=00000001 ret=404c2e27 08073540:Call kernel32.ContinueDebugEvent(08153f20,08153fd8,00010002) ret=404c3ee2 08153fd8:Ret kernel32.OutputDebugStringA() retval=00000000 ret=10215139 08153fd8:Call kernel32.RaiseException(e06d7363,00000001,00000003,405c45b4) ret=10209499 It used to stop right after the RtlSizeHeap function. I don't know why it's later now, but leads me to thinking that it's just accidentally at this place and the reason is much earlier. Anyway, I now have a new message stating an exception (DISP_E_MEMBERNOTFOUND). After looking into MSDN to find out what it means I found this little article: <MSDN> Debugging Output You Can Safely Ignore -- snip -- Warning: constructing COleException, scode = DISP_E_MEMBERNOTFOUND ($80020003). First-chance exception in TSTCON32.EXE (MFCO42D.DLL): 0xE06D7363: Microsoft C++ Exception. -- snip -- The last two lines are notification that an exception has been thrown because the test container didn't provide a Color property to be read. This is okay, because we've provided a default value for the property. You won't get this error if you use a container that provides the property, such as a Visual Basic application. In Visual C++ version 4.1, the only line I got was a warning about the exception for properties that couldn't be loaded from the container. First-chance exception in TSTCON32.EXE (MFC40.DLL): 0xE06D7363: Microsoft C++ Exception. Depending on how your container handles threads, you may also get occasional messages about threads exiting. You don't need to worry about these, either. </MSDN> It seems to me that it's probably this exception that stops my app. Somehow it is better handled in Windows than in Wine as my app runs in Windows. I also tried a pure VB-app with just my ocx in it. Output looks quite similar. Can anybody with more insight in this matter give me some hints? Thanks (for helping and for reading my long mails :) Fabi

2 1

Quartz DLL
by tom 03 Sep '02

03 Sep '02

Hello, I was looking at the WineX cvs version on sourceforge and it looks as if they have a quartz.dll based on ffmpeg. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/winex/wine/dlls/quartz/ What are the odd's of this work being put into the main wine tree ? As the old quartz.dll got pulled........ Tom

6 6

ANSI_CHARSET
by Jeff Smith 03 Sep '02

03 Sep '02

ANSI_CHARSET and SYMBOL_CHARSET need to be defined (in include/wingdi.h), but I have some doubts about the details. SYMBOL_CHARSET should be defined as (BYTE)2, I believe. If the current value of DEFAULT_CHARSET as (BYTE)1 is correct, then I suspect ANSI_CHARSET should be (BYTE)0. I question the current value of DEFAULT_CHARSET, and suspect it should be the reverse (DEFAULT:0 ANSI:1). DEFAULT defines tend to be 0 except for a few special cases (and this one does not fit as one of in my book). I'm sure someone out there is more familiar with this than I am, and I would appreciate their feedback. Notes: There is a function in shell32.dll as distributed in Win95-OSR-2.1, that uses the LOGFONT structure. In this function, the structure is used for three fonts: "Times New Roman", "Arial", and "Wingdings". The lfCharSet member for each case is 0, 0, and 2, respectively. -- Jeff Smith _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com

5 5

Mono / winforms + Winelib
by Steven Edwards 02 Sep '02

02 Sep '02

I have started some discussion with the Mono developers on how to better share our work and they have sent these directions for anyone that is interested in testing Mono with Winelib. There is also a Mono build for Win32 if you want to test it under Wine/ReactOS. I will try and find some free time in the next few weeks to see if I can help with documenting problems or areas our projects can work together better. Note: forwarded message attached. __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

ALSA 0.9 sound problems
by TJ 02 Sep '02

02 Sep '02

Hi =) I have ALSA 0.9 with OSS compat modules. I recently got DeusEx to run (on Wine w/ openGL, not talking about WineX) However using winealsa.drv sound is very laggy and lots of nasty clicks and hissing occurs, but if I use wineoss.drv sound is fine?? (note OSS driver will be talking to ALSA via the snd-pcm-oss compat module) Also when using the wineoss module and the game (not just DeusEx but most games I got working) is setting up sound it seems to freeze, all i do then is ctrl+z, fg, in controling term and things run fine from then on. -TJ

3 4

Creating ocx
by Fabian Cenedese 02 Sep '02

02 Sep '02

Hi I have a problem with an ocx (not with WineDbg this time :). To create it I do: CreateControl(GetClsid(), lpszWindowName, dwStyle, rect, pParentWnd, nID,pPersist, bStorage, bstrLicKey); which works fine in windows (NT4), but in Wine-20020804 I get the following: First chance exception: e06d7363 in 32-bit code (0x400d5ee5). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:400d5ee5 ESP:405c4e18 EBP:405c4e70 EFLAGS:00000246( - 00 I Z- -P1 ) EAX:405c4e20 EBX:4010ca04 ECX:00000000 EDX:405c4e34 ESI:405c4f4c EDI:00000000 Stack dump: 0x405c4e18 (_end+0x265cf4): 4010ca04 400ca2f2 e06d7363 00000001 0x405c4e28 (_end+0x265d04): 00000000 400d5e70 00000003 19930520 0x405c4e38 (_end+0x265d14): 405c4f84 5f4bb5d8 405c4ecc 400fbc9c 0x405c4e48 (_end+0x265d24): 405c4e74 00000400 405c4f58 405c4e80 0x405c4e58 (_end+0x265d34): 4010ca04 400da28a 00000002 40123a68 0x405c4e68 (_end+0x265d44): 00000058 40129d48 405c4e90 400ca303 0x405c4e78 (_end+0x265d54): 0011: sel=008f base=401225c0 limit=00000fff 32-bit rw- Backtrace: =>0 0x400d5ee5 (RaiseException+0x75(code=0xe06d7363, flags=0x1, nbargs=0x3, args=0x405c4f4c) [except.c:81] in libntdll.dll.so) (ebp=405c4e70) 1 0x400ca303 (call_stdcall_function+0xc3(func=0x400d5e70, nb_args=0x4, args=0x405c4f20) [relay386.c:327] in libntdll.dll.so) (ebp=405c4e90) 2 0x400ca6e8 (RELAY_CallFrom32+0x148(ret_addr=0x7800ac4e) [relay386.c:400] in libntdll.dll.so) (ebp=405c4f14) 3 0x4076fed5 (KERNEL32.DLL.TryEnterCriticalSection+0x2b59 in kernel32.dll.so) (ebp=405c4f58) 4 0x5f47d5b1 (MFC42.DLL.1269+0x4d in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c4f7c) 5 0x5f48ceab (MFC42.DLL.2464+0x11c in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5004) 6 0x5f423445 (MFC42.DLL.4035+0x51 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c502c) 7 0x5f42348d (MFC42.DLL.6095+0x43 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5054) 8 0x5f423520 (MFC42.DLL.5719+0x28 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5088) 9 0x5f42375d (MFC42.DLL.6198+0x14 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c50f0) 10 0x5f421996 (MFC42.DLL.6621+0x86 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5148) 11 0x5f42168b (MFC42.DLL.6623+0x3f in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5184) 12 0x5f421647 (MFC42.DLL.2135+0x59 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c51d8) 13 0x3001e1ad (CIXOutWinView::Create+0x43(lpszWindowName=0x406cb3f0, dwStyle=0x50300000, rect=0x405c5244, pParentWnd=0x41568c60, nID=0x1320, ExtStyle=0x200, pPersist=0x0, bStorage=0x0, bstrLicKey=0x0) [N:\IMD\Imex\Src\IXOutWin.cpp:167] in C:\IMD\BIN\IMEX.DLL) (ebp=405c520c) (here is the above mentioned CreateControl) 0x400d5ee5 (RaiseException+0x75 [except.c:81] in libntdll.dll.so): leal 0xffffffa8(%ebp),%esp 81 RtlRaiseException( &record ); It finds the .ocx so that shouldn't be a problem. The registry should be correct too as other ocx's I have work fine, all installed with the same setup. This is also the reason why I believe it's something inside the ocx code. The exception code e06d7363 means float inexact result or so, but I never used float or double or any 64 bit integer. The OnCreate and OnFontChanged of the ocx are called and left successfully. I traced it down to this (shortly after OnFontChanged is left, maybe some painting done): 08153fd8:Call kernel32.lstrlenA(405c5062 "\016") ret=5f418414 08153fd8:Ret kernel32.lstrlenA() retval=00000001 ret=5f418414 08153fd8:Call kernel32.lstrlenA(406cb3f0 "") ret=5f4184ce 08153fd8:Ret kernel32.lstrlenA() retval=00000000 ret=5f4184ce 08153fd8:Call kernel32.MultiByteToWideChar(00000000,00000000,406cb3f0 "",ffffffff,405c4f88,00000001) ret=5f4184f9 08153fd8:Ret kernel32.MultiByteToWideChar() retval=00000001 ret=5f4184f9 08153fd8:Call kernel32.GetProcAddress(65340000,00000002) ret=5f405724 08153fd8:Ret kernel32.GetProcAddress() retval=65341408 ret=5f405724 08153fd8:Call kernel32.IsBadReadPtr(405c4f98,00000020) ret=42622bce 08153fd8:Ret kernel32.IsBadReadPtr() retval=00000000 ret=42622bce 08153fd8:Call kernel32.IsBadReadPtr(405c4fd8,00000004) ret=42622bce 08153fd8:Ret kernel32.IsBadReadPtr() retval=00000000 ret=42622bce 08153fd8:Call ntdll.RtlSizeHeap(40360000,00000000,403c0738) ret=65f019c3 trace:heap:RtlSizeHeap (40360000,00000002,403c0738): returning 00000020 08153fd8:Ret ntdll.RtlSizeHeap() retval=00000020 ret=65f019c3 08153fd8:Call kernel32.RaiseException(e06d7363,00000001,00000003,405c4f4c) ret=7800ac4e 65340000 is the handle for the OLEAUT32.DLL, function 2 seems to be SysAllocString but it doesn't seem to get there (at least I never see my message in the log file).. Any ideas how I can find out what goes wrong (inside the MFC42.dll)? Thanks Fabi

1 0

Re: SHLWAPI IQueryAssociations helpers
by Jürgen Schmied 02 Sep '02

02 Sep '02

> This patch implements the Assoc* functions for SHLWAPI. We need to > decide whether to duplicate or share the code for the underlying COM > object though (i.e. can I include the c file from the shell dir?). Sharing code is never a good idea. Usually windows implements things on one place and we should do so too. The only reason for some code duplication between shlwapi and shell32 is ms moved some functionality from shell32 to shlwapi over time. All the assoc-stuff belongs to shlwapi now. Shell32 uses only this services. juergen --- juergen.schmied(a)debitel.net

1 0

Opinions about univesal printer driver
by m.kostrzewa＠pentacomp.com.pl 02 Sep '02

02 Sep '02

Greetings to all Wine community! I've been wondering if this is the right place to post it, I belive yes, please forgive me if not :) I'm trying to imagine a method for using windows printer drivers under linux. As far as I know, from gdi's point of view it works like: LoadLibrary(driver) (drv appears to be a dll), some of 24 DDI functions which every printer driver should contain, Initialization = Enable, Control, next goes drawing functions like Output, Pixel. It doesn't have to access paralell ports - it can write to file (when printing under Windows you have this little checkbox, and gdi initializes driver telling this filename I think). Content of this file can be directly sent to port in Linux's way. I know that's not that simple, but I'm very interested in your opinions: what do you think about it having experience in dlling under linux :-) ? I know that wine doesn't run drivers, but it can run win dlls. Is it possible at all? Or this is just a linux-supports-every-printer dream? Perhaps someone tried this already? best regards, Michal Kostrzewa

3 2

Heap overruns
by Shachar Shemesh 02 Sep '02

02 Sep '02

Hi list, I am currently having some problems with a change I am working on, that result in heap corruption as a result of buffer overrun. I was wondering whether there was any builtin debug options to detect and help fix these things. If there aren't, I am perfectly willing to sidetrack a little and write them. Please let me know. Shachar

5 8

internet explorer installation
by Franky Van Liedekerke 01 Sep '02

01 Sep '02

Hi all, I have a program here that wants to install MDAC 2.6 SP1 first. Now this needs IE 4.0 SP1 or higher installed, so I try to install IE6. Now, when doing that, I get the following error: err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception This is using the latest cvs from wine. Does anybody know how to fix this, or simulate the registry entries so the MDAC install thinks IE is installed? I have to say that *somehow* I managed to get around that error once, but I can't remember what I did (no config changes to wine though, must be something I installed with wine) :( Franky

1 0

winedbg
by admiral coeyman 01 Sep '02

01 Sep '02

Group, I am not the only developer who has trouble reading the wine debugger screen. The solution which was pointed out will not work for me since I do not run wine that way. We should have a real solution rather than one that is bodged together anyway. What I'm getting at is, are any developers already working on making the debugger screen more readable? Since I cannot do much until this is fixed, I'll take a crack at it if somebody can give me some pointers on changing the concole appearance settings, size/font/etc. Ideally, I'd like this to be controlled by a few variables in the wine configuration file, or registry so that they can be adjusted. My personal preference would be to redirect the debugger to an unsued virtual terminal because I can read those. God Bless, --Robert 'Admiral' Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

2 3

ReactOS PSAPI released as LGPL
by Steven Edwards 31 Aug '02

31 Aug '02

Hi all. To help share code with WINE I have asked some of the ReactOS developers to license thier work as LGPL where possible. ReactOS is distributed under the GPL with certain sources being LGPL or X11/BSD. In case anyone wants to work on PSAPI in wine feel free to leech whatever. I will keep wine-devel up to date if anything else is relicensed. CVSROOT: /CVS/ReactOS Module name: reactos Repository: reactos/lib/psapi/misc/ Changes by: hyperion(a)mok.lvcm.com 02/08/31 08:36:56 Modified files: reactos/lib/psapi/misc/: dllmain.c malloc.c win32.c reactos/lib/psapi/: psapi.def psapi.edf reactos/lib/psapi/enum/: module.c process.c reactos/lib/psapi/include/internal/: psapi.h reactos/lib/psapi/: makefile psapi.def psapi.edf reactos/lib/psapi/misc/: stubs.c win32.c Log message: PSAPI: all the annoying stuff (enumeration and search, basically) has been taken care of. Only profiling remains to be implemented. PSAPI (re)licensed under LGPL to be shared with WinE, as per Steven's request. Interfaces (headers and import library definitions) and trivial sources put in the public domain Check out the subsystem-independent routines in enum/ (FWIW: the whole DLL only imports two calls from kernel32.dll, SetLastError and AreFileApisANSI): they've been tested, and they could make for a great static library, to implement task manager, tlist, ToolHelp API, etc. Maybe a future addition to mingwnt? __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

removing mp3 code
by Marcus Meissner 31 Aug '02

31 Aug '02

Hi, Apparently distributing even mp3 decoders is not royaltee free anymore, according to the slashdot thread and the Thomson MultiMedia pages. So we probably should remove the msacm mp3 decoder we include. :( Ciao, Marcus

8 10

quartz.dll
by Hidenori Takeshima 31 Aug '02

31 Aug '02

I'm original developer of quartz. I don't want my quartz code to be restored. There seems to be many patented algorythms. Many codecs like MPEG-1/2/4 are patented. The ffmpeg library seems to use many patented codes. And the legal state of quartz interfaces is unclear for me. I can't accept any liability. Please add all codes in CVS explicitly: The code has been removed since the original author requests 'please remove my quartz codes' explicitly. The original author don't accept any liability. __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

2 2

Re: PATCH: rename WIN_Handle{16,32} to HWND_{16,32}
by Alexandre Julliard 31 Aug '02

31 Aug '02

Michael Stefaniuc <mstefani(a)redhat.de> writes: > - rename WIN_Handle{16,32} to HWND_{16,32} to make it consistent > with the other handle <--> handle16 macros I think you should keep WIN_Handle32 as it is, to make it clear that it does more that simply cast the handle to the right type. Especially since we will need an HWND_32 macro in other dlls that does what its name suggests. Otherwise it's going to be very confusing to have HWND_32 be sometimes a simple macro and sometimes a complex function. -- Alexandre Julliard julliard(a)winehq.com

1 0

MYOB 3.5.2 autorun
by Anand Kumria 31 Aug '02

31 Aug '02

I just tried out MYOB (a popular financial program used widely in Australia). The autorun program on the CD attempts to start programs using WinExec as WinExec("whatnews\\whatnews.exe") Unfortunately the FILE_contains_pathW function belueves that is a full path which causes (in files/directory.c): if (FILE_contains_pathW(name)) { ret = DOSFS_GetFullName( name, TRUE, full_name ); goto done; } to fail and return an error to WinExec and subsequently not do anything. The below patch fixes this problem (for me) and lets me install a number of ancillory programs. Unfortunately MYOB install uses InstallShield6 as its installer, so I've had no success with the actual program. Is there a better way to do this patch? Thanks, Anand -- `` We are shaped by our thoughts, we become what we think. When the mind is pure, joy follows like a shadow that never leaves. '' -- Buddha, The Dhammapada --- files/directory.c Sun Sep 1 01:27:00 2002 +++ files/directory.c Sun Sep 1 01:26:02 2002 @@ -821,12 +821,11 @@ } /* If the name contains an explicit path, everything's easy */ + /* But only jump if we successfully found it */ - if (FILE_contains_pathW(name)) - { - ret = DOSFS_GetFullName( name, TRUE, full_name ); + if ( FILE_contains_pathW(name) && + DOSFS_GetFullName(name, TRUE, full_name) ) goto done; - } /* Search in the specified path */

1 0

Re: seg fault compiling wine
by Sebastian 'yath' Schmidt 31 Aug '02

31 Aug '02

On Tue, May 07, 2002 at 08:40:20PM -0500, Mason Kidd wrote: > Hi everyone, Hi, > I'm getting a segmentation fault compiling wine. This is the error > message: > [...] I got the same error. > wine-20020411 release of wine and got the same error. I am assuming > that > there is something wrong with my setup, because I compiled the CVS > source about 2 weeks ago without problems, which was after the > wine-20020411 release. Any ideas? It seems the configure-script is broken; it detects mmap64(), but there isn't mmap64(). So size_t gets 32 bits and off_t 64 bits. fstat() returns a structure with a member of type off_t, which is handed over to mmap(), which wants a size_t. mmap() gets 0 as size, returns a NULL-pointer, and in check_header(), where get_dword() the program receives a segmentation fault. Fix: change the "#define _FILE_OFFSET_BITS 64" in config.h to "#undef _FILE_OFFSET_BITS" and recompile. Sebastian -- pub 1024D/5A13B048 2001-08-28 Sebastian Schmidt (yath) <yathen(a)web.de> Key fingerprint = 8D25 C96B 3DE0 C7D0 AE01 6824 BC15 6273 5A13 B048 VI VI VI The editor of the beast.

1 0

Re: Wine Ma os X port
by Francois Gouget 30 Aug '02

30 Aug '02

On Wed, 28 Aug 2002, Lionel Ulmer wrote: [...] > Anyway, if you do that, you would need to simulate also a full Linux kernel > on this emulator (as otherwise, on what system would emulated Wine run). Not necessarily. What you propose to do for Wine can be done for the C and X11 libraries. Then you get an emulator that lets you run x86 Linux applications on a PPC machine... including Wine. It is similar, though more complex, to FreeBSD's Linux emulation mode. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ $live{free} || die "";

2 3

Re: Check accelerator descriptions in CreateAcceleratorTableA
by Vincent Béron 30 Aug '02

30 Aug '02

Le mar 13/08/2002 à 09:52, Steven K. a écrit : > Was looking for something to get me started with Wine, > and a message kept coming up that accelerator > descriptions should be checked in > CreateAcceleratorTableA, this is a patch to hopefully > do that. Like I say this is my first, so please be > gentle with me ;) > > Changelog: > Check accelerator descriptions are valid in > CreateAcceleratorTableA. > Please use the -u option for diff (normal diff or cvs diff). It's much easier to merge should somebody else had also changed the file, and it's the only format that Alexandre will accept anyway :) If you use cvs diff, you can add it to your .cvsrc as "diff -u". Vincent

2 1

trying to draw off-screen
by Bill Medland 30 Aug '02

30 Aug '02

Does anyone know who constrains a window to be on the screen? Our application, in order to minimise flicker, does the hard work with a container application deliberately positioned well off-screen (enormous negative coordinates I think). This works under Windows. However under WINE the initial window appears in the top right corner of my screen (I think I've seen it appear in other corners too on other computers). It then resizes , keeping the same top left corner (with parts of the window off-screen) before correctly repositioning itself into the middle of the screen. Does anyone know which code is doing the initial positioning in the top right corner? Is this deliberate? Bill

2 2

wine regression - win16 file read problem!?
by Rizsanyi Zsolt 30 Aug '02

30 Aug '02

Hi! I have recently upgraded wine cvs and done a recompile and install. But now one of the programs I'm using does not work. My last cvs update was about 2 weeks ago. Its an old dictionary program (win16). It starts up ok, but when it tries to open the dictionary data, it says, that it is not found, and I should specify a location. I have looked at the +file debug channel output, and it does not even contain the location I have specified. Does that mean, that it does not even tries to open the file? Does somebody has some ideas where the problem could come from? Or which debug channel should I turn on to get some info about the problem? I just would like to ask for ideas before I start more serious debugging... Thanks Zsolt

1 0

Re: Wine Status
by Andriy Palamarchuk 30 Aug '02

30 Aug '02

[skipped] > I am new to the Wine Project and I am in need of some > assistance to make > sure all changes are corrct and accurate. > Over the next week or so I plan to read over the change > log's for the > last year > so I will have a feel of the changes that have been > made. A couple of good sources of information about changes in Wine: 1) Wine Weekly News articles http://www.winehq.com 2) Notes in the release ANNOUNCE file http://cvs.winehq.com/cvsweb/wine/ANNOUNCE Good luck, Andriy Boston, MA, USA __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

3 2

Re: DOSFS_FindUnixName and "unix" filesystem (was: Re: (HELP) ...)
by Duane Clark 30 Aug '02

30 Aug '02

Martin Wilck wrote: > > In any case this is relatively minor and we can live without. If we > don't patch, we need to be prepared that other people stumble into the > problem I had, though. I am still feeling dumb - my wine development was > practically stuck for 2 months because of that "wine" file. Since I also was stumbled for a long period on a similar problem, due to specifying a "unix" filesystem, perhaps it would be appropriate in the documentation to put some large warnings on that option.

3 3

RE: Added H_SRCS (used by msvcmaker)
by Patrik Stridvall 29 Aug '02

29 Aug '02

> Patrik Stridvall <ps(a)leissner.se> writes: > > > Perhaps files such as include/winuser.h should be included > > for USER32 for example? > > > > Anyway what do you think about adding H_SRCS to > > every Makefile.in file? > > I don't think we want that, especially if you want to add all relevant > includes it's going to be a nightmare to maintain. Yes, I'm a little worried about that myself, but then the C_SRCS doesn't change that often and the H_SRCS are likely to change MUCH less. Futhermore it doesn't really matter if it out out sync either. If somebody developing in MSVC misses a file he can add it. It not like Wine won't build correctly. > And make depend (or > some perl equivalent) can easily determine that information for you. Well, if you just want all .h files the DLL depends on MSVC already have that in a automatically generated "folder" called External dependencies. The H_SRCS is mostly for the .h files that you are likely to want to look at or modify while developing the DLL under MSVC. But it is not strictly nessary. It is more a convenience sort of thing. Another reason that I proposed it is that maybe H_SRCS could be used fo something else though I can't think of anything right now... But sure I can search for the .h files in the director{y,ies} of each DLL. However for a DLL like ntdll files like include/wine/exception.h is very much relevent and won't be included is such a case. Not that it really matters that much but still...

1 0

Re: Added H_SRCS (used by msvcmaker)
by Alexandre Julliard 29 Aug '02

29 Aug '02

Patrik Stridvall <ps(a)leissner.se> writes: > Perhaps files such as include/winuser.h should be included > for USER32 for example? > > Anyway what do you think about adding H_SRCS to > every Makefile.in file? I don't think we want that, especially if you want to add all relevant includes it's going to be a nightmare to maintain. And make depend (or some perl equivalent) can easily determine that information for you. -- Alexandre Julliard julliard(a)winehq.com

1 0

WineDbg and sources
by Fabian Cenedese 29 Aug '02

29 Aug '02

Hello If WineDbg stops it tries to show the actual source line. With my files it always says "Unable to open file X" Looking into debugger/source.c I found that it always bails out after stat (returns -1). This seems like it can't find the file. But if I use wine wcmd I can go there without a problem. My guess is that stat is a Unix tool and therefore case sensitive so this could arise a problem. But still after trying out different cases it could never find my source files. The code looks good as does the (windows-) path it is looking for the file. The only reason is the failing return value of stat. Is it important if the files are Dos/Unix style? (Kate says it's Unix). Does anybody have any ideas? Thanks Fabi

2 1

Wine Status
by tom 29 Aug '02

29 Aug '02

Hello , The Wine Status page located here : http://www.winehq.com/about/index.php?status Has gone for about one year now with out updates and I have volunteer'd to work on bringing this page up to date. I am new to the Wine Project and I am in need of some assistance to make sure all changes are corrct and accurate. Over the next week or so I plan to read over the change log's for the last year so I will have a feel of the changes that have been made. If current Users/Developers could send me changes that they are aware of I will start a log of changes against the current page. If anyone is willing to help me with this I would be most appreciative . Thomas Wickline

2 1

Menu patch breakage
by Rein Klazes 29 Aug '02

29 Aug '02

Hi, Yesterday's destroymenu patch broke a number of applications, among them Forte Agent. Because I don't quite understand the issues yet, I have uploaded a +relay,+menu log to www.xs4all.nl/~rklazes/temp/ag.log.bz2 if anyone wants to have a look. Thanks, Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 1

GetObject with empty buffer
by Fabian Cenedese 29 Aug '02

29 Aug '02

Hello I think I found my (or better a :) problem with fonts. The function GetObject <MSDN> int GetObject( HGDIOBJ hgdiobj, // handle to graphics object int cbBuffer, // size of buffer for object information LPVOID lpvObject // buffer for object information ); </MSDN> should either return the info in the object buffer or, if this pointer is zero, just the size the required info would need. <MSDN> If the lpvObject parameter is NULL, the function return value is the number of bytes required to store the information it writes to the buffer for the specified graphics object. </MSDN> But I couldn't find this anywhere, not in the general function in gdiobj.c nor in the subtypes FONT_GetObject or BRUSH_GetObject (sure others neither). As my app uses this feature Wine tries to memcpy to a NULL pointer and jumps out of the window... literally :) bye Fabi

2 1

heise online: Tumultuous Response to Alleged Change in MP3 Licensing Conditions
by Thomas Rösch 29 Aug '02

29 Aug '02

>From a huge german computer magazin, you can found it under: http://www.heise.de/english/newsticker/data/jk-28.08.02-008/ -------------------------------------------------------------------- Tumultuous Response to Alleged Change in MP3 Licensing Conditions Ever since the early morning heise online has been receiving a swelling stream of disapproving comment on alleged changes to MP3 licenses: According to a posting at Slashdot[1] Thomson Multimedia, the exclusive licensor of MP3, is said to have erased a passage from its licensing conditions according to which no licensing fees were due for non-commercial free MP3 decoders. In doing so the company was said to be referring to the official table of fees[2], according to which a fee of 75 US cents per MP3 decoder or a one-off payment of 60,000 US dollars (for patent and software; 50,000 US dollars for the patent only) was due. As a matter of fact this rule has been in force for about eighteen months now[3]. At that time not only was the web design of MP3licensing.com modified, in the course of the creation of the then new MP3Pro the licensing conditions were also adjusted. Another decisive passage was also scrapped at that time: "No license fee is expected for desktop software mp3 decoders/players that are distributed free-of-charge via the Internet for personal use of end-users". By inquiring with the Fraunhofer Institute for Integrated Circuits (IIS[4]) and MP3Pro developer Coding Technologies[5] heise online was able to verify the existence of this link -- the tumult has hence been pretty late in coming. Given that Thomson Multimedia has since then not taken any legal steps against developers or distributors of non-commercial MP3 decoders, it does not appear that the future of free MP3 decoders is in jeopardy. As it is, for Thomson to take drastic legal measures in this matter would not make much sense: There is not much money to be had from freeware and open source developers who have created their own MP3 decoders. This is probably the reason why the licensor has refrained to date from taking the appropriate steps. The situation appears to be different with regard to encoders for the creation of MP3 files, however: As a rule in these cases the Fraunhofer Institute as well as Thomson insist that the licensing conditions be met; an open source packet called lame does, however, exist (whether, in the event, its self-referential Gödelian acronym reading LAME Ain't a Mp3 Encoder has enough protective charm is a moot point). It is also not to be feared that such popular players as Winamp or the Musicmatch Jukebox will in future be distributed free-of-charge only without an MP3 decoder: Nullsoft as well as Musicmatch are among the official licensees of MP3(Pro), in the case of Musicmatch this statement also applies to its integrated encoder. Whatever the merits, if any, of the changes in licensing conditions, Mr. Emmett Plant, CEO by profession of Xiph.org Foundation has expressed his considerable delight at the turn of events. In an open letter[6] he thanked Thomson Multimedia. "Thank you for the huge amount of free advertising to our benefit created by your announcement that licensing conditions had changed," Mr. Plant wrote. The letter closes with: "We support all actions on the part of Thomson that make it plain that MP3 costs money. Once again thank you and good luck." Unlike MP3, Ogg Vorbis, recently published in its version 1.0 (according to its developers' statements), is free of patent protection and subject to the GNU Public License; hence, even in future no license fees of any sort would be due for this compression process. It is not a good idea as yet to rely exclusively on Ogg Vorbis, however: Even if Ogg Vorbis manages to close the quality gap between it and MP3 or even manages to get ahead of the latter, it will still take some time before Ogg-capable portable players make their appearance as hardware. (Robert W. Smith) / (jk[7]/c't) URL of this article: http://www.heise.de/english/newsticker/data/jk-28.08.02-008/ Links in this article: [1] http://www.slashdot.org [2] http://www.mp3licensing.com/royalty/software.html [3] http://web.archive.org/web/20010331223305/www.mp3licensing.com/royalty/swde… [4] http://www.iis.fhg.de/ [5] http://www.codingtechnologies.com/ [6] http://www.xiph.org/ogg/vorbis/openletter.html [7] mailto:jk@ct.heise.de -------------------------------------------------------------------- Copyright 2002 by Verlag Heinz Heise

1 0

Re: Return value GetStockObject
by Fabian Cenedese 29 Aug '02

29 Aug '02

> > In my app I try to get a handle to a system font with following call: > > HGDIOBJ hobj=GetStockObject(ANSI_FIXED_FONT); > > If the call succeeds it should return a handle to the requested object, > > otherwise zero. In Windows I get something like 0x018A000E (looks ok), > > but in Wine I get 0x0000009E. Even not zero I can't imagine that this is > > a valid handle (address). ANSI_FIXED_FONT is never really used in Wine, > > only SYSTEM_FONT. > > Is this an error or am I barking up the wrong tree? > >In Wine, handles are not (yet) all void * (see bug #90). Even then, it >doesn't mean a handle is a valid heap address; I know there are a couple >places in Wine where they are used as an index in an array locating all >objects of a kind. It doesn't exactly follow the Windows convention, but >I think handles are supposed to be passed back to APIs, not handled >(dereferenced) directly by apps. > >So 0x0000009E doesn't strike me as bad. If you use it in calls to font >APIs, does it work correctly? With this returned handle I try to fill a structure with GetObject: HGDIOBJ hobj=GetStockObject(ANSI_FIXED_FONT); LOGFONT lfSys; int ret=GetObject(hobj, sizeof(lfSys), &lfSys); (Windows returns 36) After that lfSys has all the info about this font. In Windows the members are filled nicely, lfSys.lfFaceName is "Courier". In Wine GetObject returns 60 (for whatever reason), and lfSys.lfFaceName is empty. Now this could mean that the handles are invalid or that there is something wrong with my fonts. Thanks Fabi

1 0

RE: removing mp3 code
by Patrik Stridvall 29 Aug '02

29 Aug '02

> Apparently distributing even mp3 decoders is not royaltee > free anymore, > according to the slashdot thread and the Thomson MultiMedia pages. > > So we probably should remove the msacm mp3 decoder we include. :( At the very least we should make it compile option that is by default disabled. I don't think we need to go that far as to remove it. IIRC LAME an mp3 ENCODER (that was non royalty free even before) got around it by only distributing source code and so can we. BTW: Why do we include a mp3 decoder in the Wine tree? Why not just link to an external library? I can't see maintaining a mp3 decoder being in the best intrest of Wine anyway patents or not...

1 0

(HELP) cannot run tests anymore
by Martin Wilck 29 Aug '02

29 Aug '02

$ make test /home/martin/Software/Wine/TMP/wine/miscemu/wine: cannot find 'tests/kernel32_test.exe.so' make: *** [tests/alloc.ok] Fehler 1 What am I doing wrong? I have tried this and that, but I don't seem to be able to run the tests. This happens for any tests I try. It seems that wine isn't looking for "tests/kernel32_test.exe.so" below the current directory. 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

5 7

Re: Need to know some macro values
by Andriy Palamarchuk 29 Aug '02

29 Aug '02

Dmitry, one of the ERROR_ constant values you provided to me looks suspicious: ERROR_AUDITING_DISABLED c0090001 All other error codes have much lesser values (the biggest is 14011 - 0x36bb). The value for this error code reminds me values for STATUS_ constants. Could you check if this is correct value? Is it definend in header file with other ERROR_ constants or with STATUS_ constants? Thank you for help, Andriy __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

2 1

Keyboard Switching
by Supphachoke Suntiwichaya 29 Aug '02

29 Aug '02

Hi I made Thai keyboard layout and compiled but I can't switch to thai char.. I use th in X but it not support X thai key input.. Help me.. Serious..! MrChoke -- ========================================== Supphachoke Suntiwichaya WWW:http://jedi.links.nectec.or.th/~mrchoke UIN:10509387 TEL:+66-1-5408959 Love Me Love Linux.... ===========================================

1 0

Press: A couple articles about Wine products
by Francois Gouget 29 Aug '02

29 Aug '02

I have added a couple entries to WineHQ's press references: http://www.winehq.com/about/index.php?press Let me know if you know of other Wine-related articles or announcements that you think would be worth mentioning there. * August 19, 2002 - TransGaming TransGaming and TimeGate Partner to Port KOHAN http://www.transgaming.com/news.php?newsid=43 * August 14, 2002 - CodeWeavers CodeWeavers CrossOver Office Wins 'Best Desktop Office Solution' At LinuxWorld 2002 http://www.codeweavers.com/about/press_releases/?id=20020814 * August 13, 2002 - CodeWeavers CodeWeavers Unveils CrossOver Office Server Edition for Solaris and Linux thin clients http://www.codeweavers.com/about/press_releases/?id=20020813 * August 6, 2002 - DesktopLinux CrossOver Office 1.2 review: Quicken and QuickBooks and Visio, oh my! (on Linux, that is) http://www.desktoplinux.com/articles/AT2282537026.html -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ f u kn rd ts, ur wy 2 gky 4 ur wn gd.

1 0

Re: CVS wine/ dlls/gdi/win16drv/font.c dlls/gdi/win16d ...
by Duane Clark 29 Aug '02

29 Aug '02

Xilinx again:-) This patch http://cvs.winehq.com/patch.py?id=1030574123182059719300927 causes a bunch of error messages when scrolling the main window in fpga_editor. The scrolling however works fine. This is repeated for every "sliver" (or whatever that is called) as the window is scrolled. trace:nonclient:WIN_UpdateNCRgn hwnd 2005a [1e12] hrgn 0000, unc 0005, ncf 0 err:region:CombineRgn Invalid rgn=0000

1 0

WIN_Handle{16,32} questions
by Michael Stefaniuc 29 Aug '02

29 Aug '02

Hello, while converting HWND to a void* i've seen that the WIN_Handle{16,32} functions were used (but not everywhere) to do the conversion HWND16 <--> HWND. WIN_Handle16 is declared and implemented in include/win.h and WIN_Handle32 is also declared in include/win.h but implemented in windows/win.c . I have used both functions with success in dlls/user/, windows/, controls/ but i would have to link to windows/win.c to make that work for other dlls too. Assuming that WIN_Handle{16,32} are not windows funtions (a search on google has given only links to wine pages) i would do following: - rename WIN_Handle{16,32} to HWND_{16,32} to make the naming consistent to the othe handle conversions - maybe remove the declaration of the two functions from include/win.h (or at least don't include win.h where it isn't yet used) - define HWND_16 as macro like the other HANDLE_16 macros and put it directly in the files where it's needed - HWND_32 has to do a little bit more work then the other HANDLE_32 macros and i would keep it as function. This means it has to be duplicated in every dll that needs it and one of the *16.c files in the dll directory would be the place to put it in. Comments? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Re: Patch to restore iconified window
by Alexandre Julliard 28 Aug '02

28 Aug '02

Duane Clark <dclark(a)akamail.com> writes: > Unlike most other apps, when iconified fpga_editor triggers > X11DRV_ShowWindow() with a cmd==SW_HIDE, to hide the window. When > X11DRV_MapNotify() was subsequently called, it did nothing because > WS_VISIBLE was not set. This patch fixes that. > > I've been using this patch with everything I run for about 5 months now. > > Log message: > Fix restoring of windows that were iconified with SW_HIDE. Well, SW_HIDE is supposed to hide the window, not iconify it, so we are not supposed to get a MapNotify at this point. What is probably missing is proper handling for hiding an iconified window. -- Alexandre Julliard julliard(a)winehq.com

2 1

BreakOnDllLoad crashes Wine
by Fabian Cenedese 28 Aug '02

28 Aug '02

Hi I set the registry setting BreakOnDllLoad to 1 to find a problem in the DllMain function of my dll. Like that WineDbg stops first while loading NTDll.dll. After continuing with c it stops again at Kernel32.dll. If I try now to continue with c I get an "illegal instruction in 32-bit code" and I can't continue. Without the registry setting it starts up without a problem. Has anyone else had this problem? (WinNT4, Wine-20020804, all dlls builtin) WineDbg starting on pid 81433c8 Loaded debug information from ELF 'wine' (0x00000000) Breakpoint 2 at 0x4000c714 (_end+0x37fbefec) Loaded debug information from ELF '/usr/local/lib/libntdll.dll.so' (0x4002b000) Loaded debug information from ELF '/usr/local/lib/libwine.so' (0x40125000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so' (0x4013d000) No debug information in ELF '/lib/libm.so.6' (0x40207000) No debug information in ELF '/lib/libc.so.6' (0x4022b000) No debug information in ELF '/lib/libdl.so.2' (0x40353000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from 32bit DLL 'C:\imd\Bin\ImdD.exe' (0x18000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40063000) Stopping on DLL C:\WINDOWS\SYSTEM\NTDLL.DLL loading at 40063000 Wine-dbg>c No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x4084b000) Stopping on DLL C:\WINDOWS\SYSTEM\KERNEL32.DLL loading at 4084b000 Wine-dbg>c First chance exception: illegal instruction in 32-bit code (0xbffff3d6). In 32-bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:bffff3d6 ESP:405c65d0 EBP:bffff3c4 EFLAGS:00010243( R- 00 I Z- - 1C) EAX:4001600c EBX:40015a60 ECX:bffff3c4 EDX:4001600c ESI:40016004 EDI:4001600c Stack dump: 0x405c65d0 (NTDLL.DLL.sscanf+0x33dd10): 4034db98 00000008 080501b8 40000660 0x405c65e0 (NTDLL.DLL.sscanf+0x33dd20): 405c6668 4000bcd0 00000003 bffff3c4 0x405c65f0 (NTDLL.DLL.sscanf+0x33dd30): 00000003 080501b8 405c6668 4032b6b1 0x405c6600 (NTDLL.DLL.sscanf+0x33dd40): bffff3d4 08050354 00000000 00000000 0x405c6610 (NTDLL.DLL.sscanf+0x33dd50): 40015a60 00000000 08050108 00009052 0x405c6620 (NTDLL.DLL.sscanf+0x33dd60): 4022a000 00000000 00000000 00000000 0x405c6630 (NTDLL.DLL.sscanf+0x33dd70): 0011: sel=008f base=401225c0 limit=00000fff 32-bit rw- Backtrace: =>0 0xbffff3d6 (KERNEL32.DLL.TryEnterCriticalSection+0x7f77005a) (ebp=bffff3c4) 1 0xbffff58f (KERNEL32.DLL.TryEnterCriticalSection+0x7f770213) (ebp=bffff57b) 2 0x636f6c2f (KERNEL32.DLL.TryEnterCriticalSection+0x22e678b3) (ebp=7273752f) 0xbffff3d6 (KERNEL32.DLL.TryEnterCriticalSection+0x7f77005a): Wine-dbg>c Unhandled exception: illegal instruction in 32-bit code (0xbffff3d6). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:bffff3d6 ESP:405c65d0 EBP:bffff3c4 EFLAGS:00010243( R- 00 I Z- - 1C) EAX:4001600c EBX:40015a60 ECX:bffff3c4 EDX:4001600c ESI:40016004 EDI:4001600c Stack dump: 0x405c65d0 (NTDLL.DLL.sscanf+0x33dd10): 4034db98 00000008 080501b8 40000660 0x405c65e0 (NTDLL.DLL.sscanf+0x33dd20): 405c6668 4000bcd0 00000003 bffff3c4 0x405c65f0 (NTDLL.DLL.sscanf+0x33dd30): 00000003 080501b8 405c6668 4032b6b1 0x405c6600 (NTDLL.DLL.sscanf+0x33dd40): bffff3d4 08050354 00000000 00000000 0x405c6610 (NTDLL.DLL.sscanf+0x33dd50): 40015a60 00000000 08050108 00009052 0x405c6620 (NTDLL.DLL.sscanf+0x33dd60): 4022a000 00000000 00000000 00000000 0x405c6630 (NTDLL.DLL.sscanf+0x33dd70): 0011: sel=008f base=401225c0 limit=00000fff 32-bit rw- Backtrace: =>0 0xbffff3d6 (KERNEL32.DLL.TryEnterCriticalSection+0x7f77005a) (ebp=bffff3c4) 1 0xbffff58f (KERNEL32.DLL.TryEnterCriticalSection+0x7f770213) (ebp=bffff57b) 2 0x636f6c2f (KERNEL32.DLL.TryEnterCriticalSection+0x22e678b3) (ebp=7273752f) 0xbffff3d6 (KERNEL32.DLL.TryEnterCriticalSection+0x7f77005a): Wine-dbg>c Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Process of pid=081433c8 has terminated Thanks Fabi

2 1

"conformance" tests succeeding in TODO block ...
by Paul Millar 28 Aug '02

28 Aug '02

Hi, The test in dlls/kernel/tests/path.c:360 succeeds despite being marked "todo". path.c:360: Test succeeded inside todo block: GetTempPathA should not have modified the buffer Trivial diff not included :) Cheers, Paul. ---- Paul Millar

1 0

Return value GetStockObject
by Fabian Cenedese 28 Aug '02

28 Aug '02

Hi again In my app I try to get a handle to a system font with following call: HGDIOBJ hobj=GetStockObject(ANSI_FIXED_FONT); If the call succeeds it should return a handle to the requested object, otherwise zero. In Windows I get something like 0x018A000E (looks ok), but in Wine I get 0x0000009E. Even not zero I can't imagine that this is a valid handle (address). ANSI_FIXED_FONT is never really used in Wine, only SYSTEM_FONT. Is this an error or am I barking up the wrong tree? Thanks Fabi

2 1

Contact info / Leaving Sun
by Gregg Mattinson 28 Aug '02

28 Aug '02

Unfortunatly, this is my last week at Sun. I will no longer be able to submit Sparc / Solaris patches, but I will probably continue working on Wine from home on i386 / RedHat. If anyone needs to contact me, my home email address is grmattin(a)uwaterloo.ca Thanks, Gregg Mattinson Co-op Developer Sun Microsystems of Canada

1 0

New win api docs
by Michael Stefaniuc 28 Aug '02

28 Aug '02

Hello, here is the documentation for the API's that m$ had to disclose after the settlement: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnapiover/… bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

4 4

Re: Wine Status
by Jas Sandys-Lumsdaine 28 Aug '02

28 Aug '02

I'm completely new to the Wine project mailing list - but I noticed on the status page mentioned below there's a section for "CPU Emulation" which has "No serious efforts yet". Is there some plan to integrate bochs (or some other) x86 emulator into WINE so WINE can be run on non-x86 platforms. I realise this is very non-critical to 1.0 release! Just interested. Jas. >The Wine Status page located here : >http://www.winehq.com/about/index.php?status >Has gone for about one year now with out updates and I

1 0

[Help] Handwriting input?
by leanne 28 Aug '02

28 Aug '02

Dear all, Does WINE support hand-writing input? I got a software and use mouse for input, here is my error: err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. Any idea? Thanks in advance. Leanne

1 1

Wine Ma os X port
by David Suarez 27 Aug '02

27 Aug '02

Im kinda new to Wine, and I hope to get into very much, however I had one question which im sure everyone has heard alot of. Is there any way to run WINE on mac OS X being that it is based on FreeBSD. I have played around with the mac's and have gotten several linux programs to run, however i haven't tried wine yet. I do no that os X comes with many development tools that could possible be used for porting an app, but then again i am new at this so im not sure. Any information on this would be greatly appreciated.

7 7

Need to know some macro values
by Andriy Palamarchuk 27 Aug '02

27 Aug '02

I'm going to add some define's to our headers, but can't find their values online. Can somebody who has Microsoft headers compile and run the test application and send me the output? Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

2 2

Re: wine/ dlls/kernel/wowthunk.c dlls/ntdll/file.c ...
by Marcus Meissner 27 Aug '02

27 Aug '02

On Mon, Aug 26, 2002 at 08:14:00PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 1030410840440784468854876 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/08/26 20:14:00 > > Modified files: > dlls/kernel : wowthunk.c > dlls/ntdll : file.c > dlls/winedos : int21.c > files : directory.c dos_fs.c drive.c file.c profile.c > smb.c smb.h > include : drive.h file.h > loader : task.c > memory : registry.c > misc : registry.c > msdos : dosconf.c int11.c int21.c ioports.c > scheduler : process.c > > Log message: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Convert most of the file APIs to Unicode. Is it just me or did this patch and several more not go over wine-patches? Ciao, Marcus

2 1

I'm baaak
by Dustin Navea 27 Aug '02

27 Aug '02

im back! __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

Question about unix path request in 2 of the wine dlls
by Steven Edwards 26 Aug '02

26 Aug '02

in urlmon umon.c calls cabextract for by requesting the unix path via wine_get_unix_file_name and in shell32 shelllink.c get_unix_file_name is used in a few locations. Does anyone have a suggestion on a clean simple way to handle both of these on non-nix platforms? Can this be moved to libwine? Thanks Steven __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

2 2

--dll buggy behaviour ?
by Raul Dias 26 Aug '02

26 Aug '02

Hi, I think that I spot a bug in the way --dll command line behaves. When trying to install internet explorer 5.01 sp2 in a empty tree/fake windows (protected with WINEPREFIX), the IE 5 installer launchs: trace:process:CreateProcessA app (null) cmdline "acmsetup /T nashbase.stf /S C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\ /QT /g \"C:\\WINDOWS\\IE Setup Log.Txt\"" trace:process:find_exe_file looking for "acmsetup" trace:process:open_exe_file Trying native exe "C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\acmsetup.exe" trace:process:CreateProcessA starting "C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\acmsetup.exe" as Windows binary trace:process:PROCESS_InitWine starting process name="C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\acmsetup.exe" file=4 argv[0]="acmsetup" trace:process:PROCESS_InitWine starting Win32 binary "C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\acmsetup.exe" trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\kernel32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\msdownld.tmp\AS00AA6F.tmp\advapi32.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\user32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\rpcrt4.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\ole32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\mpr.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\lz32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\version.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\msdownld.tmp\AS00AA6F.tmp\mssetup.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\WINDOWS\SYSTEM\shlwapi.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\msdownld.tmp\AS00AA6F.tmp\comctl32.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\WINDOWS\SYSTEM\SHELL32.dll' : builtin err:thunk:_loadthunk (commctrl.dll, Cctl1632_ThunkData16, comctl32.dll): Unable to load 'commctrl.dll', error 2 Note that tm comctl32.dll is native. However I have launched the instller with: wine --dll comctl32,commctrl=b ie5setup.exe In my config file however, I have the load order as "native, builtin" for both dlls. Is it possible that the --dll command line argument is not valid for subprocess/forks from the lauched process? Or is it a feature ? []'s Raul Dias

5 12

Problems compiling wine with Intel Compiler
by mkyprianou＠ICTV.com 26 Aug '02

26 Aug '02

I'm getting compiler errors when I try to compile wine with the Intel C++ 6.0 Compiler. This works fine with the g++ compiler. $ icc -c tstwine.cpp -I/usr/include/wine tstwine.cpp /usr/include/wine/basetsd.h(27): error: invalid combination of type specifiers typedef char __int8; ^ /usr/include/wine/basetsd.h(30): error: invalid combination of type specifiers typedef short __int16; ^ /usr/include/wine/basetsd.h(33): error: invalid combination of type specifiers typedef int __int32; ^ /usr/include/wine/basetsd.h(36): error: invalid combination of type specifiers typedef long long __int64; ^ /usr/include/wine/basetsd.h(36): error: invalid combination of type specifiers typedef long long __int64; ^ /usr/include/wine/winnt.h(59): catastrophic error: #error directive: You need gcc >= 2.7 to build Wine on a 386 # error You need gcc >= 2.7 to build Wine on a 386 ^ compilation aborted for tstwine.cpp (code 4) It looks like the wine headers need a level of the gcc version for the compiler, but since I'm not using gcc, there is no gcc version level set. Has anyone built wine with the Intel Compiler? If so, what was done to get this to work? Is any work being done to allow the usage of the Intel compiler with wine? thanx

2 1

How do I grab the screen contents referred to by an hDC?
by Bill Medland 26 Aug '02

26 Aug '02

Can anyone tell me how I can do this; I am trying to debug a problem with user32.dll under the native NT comctl32.? When drawing a ListView --debugmsg +relay shows three consecutive calls; SetRect (&rect...) FillRect (00000b04,&rect,00000082 (/* I reckon that is GetStockObject(BLACK_BRUSH)*/) DrawIcon (00000b04,0x40,0x60,hicon,...) Now as it stands I get random rubbish in the background of the icons (in the region covered by the mask). If I insert a hack into DrawIcon so that it does a FillRect (b04,the rectangle, GetStockObject (WHITE_BRUSH)) then things work out OK. (Also, the code seems to draw the icon to four hDCs and I can do the same hack on the second hDC to get the same effect but not the third and fourth). Firstly I don't understand how it has a chance of working given that it fills the rectangle with a black brush. So what I want is a way of seeing what the contents of the rectangular region is at the exit from the FillRect and the entrance to the DrawIconEx, based on the hDC. (Something like "give me the pixels of the 32x32 rectangle at this location of this hDC") Also it seems to me that these two function calls are consecutive, so if anything is changing I guess it would be as a result of code within comctl32 itself. Is there any other way that control can come back into the Wine code between a relay exit and entrance? Bill

1 0

Re: Add BiDi infrastructure
by Dimitrie O. Paun 26 Aug '02

26 Aug '02

On August 15, 2002 12:08 pm, Shachar Shemesh wrote: > configure.ac: > Added a check for the existance of the fribidi include file. No > check for the library, as we do not statically link with it. Like any programmer, I usually hate copying stuff around, but in this case isn't it better to simply have a copy of the fribidi heades around? I mean, we do the runtime load and checks anyway, why do we need to have the header around? If we don't use much out of the header, I would say simply include the prototype of the functions we're calling into the dlls/gdi/fribidi.c file directly, and be done with it. No configure, no macros, no ifdefs, no mess. -- Dimi.

4 12

RE: Problems compiling wine with Intel Compiler
by Patrik Stridvall 26 Aug '02

26 Aug '02

> On Mon, Aug 26, 2002 at 05:40:01PM +0200, Patrik Stridvall wrote: > > The Intel compiler like the Microsoft compiler probably > already supports > > __int{8,16,32,64}. > > > > This will have to be changed to > > > > #if !defined(_MSC_VER) && !defined(XXX) > > Or maybe a HAVE_xxx configure check? In general this is the way is should be done. However no rule without an exception. :-) Short explaination: In the header files it can't be done that way because the same header files must support multiple compilers and thus they can't have a shared config.h file.

1 0

RE: Problems compiling wine with Intel Compiler
by Patrik Stridvall 26 Aug '02

26 Aug '02

> I'm getting compiler errors when I try to compile wine with the Intel > C++ 6.0 Compiler. This works fine with the g++ compiler. > > $ icc -c tstwine.cpp -I/usr/include/wine > tstwine.cpp > /usr/include/wine/basetsd.h(27): error: invalid combination of type > specifiers > typedef char __int8; > ^ > > /usr/include/wine/basetsd.h(30): error: invalid combination of type > specifiers > typedef short __int16; > ^ > > /usr/include/wine/basetsd.h(33): error: invalid combination of type > specifiers > typedef int __int32; > ^ > > /usr/include/wine/basetsd.h(36): error: invalid combination of type > specifiers > typedef long long __int64; > ^ > > /usr/include/wine/basetsd.h(36): error: invalid combination of type > specifiers > typedef long long __int64; > ^ The Intel compiler like the Microsoft compiler probably already supports __int{8,16,32,64}. The typedef are protected by a #ifndef _MSC_VER This will have to be changed to #if !defined(_MSC_VER) && !defined(XXX) where XXX is some that indicate that the Intel compiler is used. Check the manual. > /usr/include/wine/winnt.h(59): catastrophic error: #error directive: > You need gcc >= 2.7 to build Wine on a 386 > # error You need gcc >= 2.7 to build Wine on a 386 > ^ > > compilation aborted for tstwine.cpp (code 4) > > It looks like the wine headers need a level of the gcc version for the > compiler, but since I'm not using gcc, there is no gcc version level > set. Presumably the Intel compiler like the Microsoft compiler already defined __cdecl and __stdcall. In that case similar to first problem above the line # elif defined(_MSC_VER) will have to be change to # elif defined(_MSC_VER) || defined(XXX) where XXX is the same as above. > Has anyone built wine with the Intel Compiler? If so, what was > done to get this to work? > > Is any work being done to allow the usage of the Intel > compiler with wine? Not that I know of.

2 1

Try for Thai input
by Supphachoke Suntiwichaya 26 Aug '02

26 Aug '02

hi,all I try modified keyboard.c for thai keymap static const char main_key_th[MAIN_LEN][4] = { "`~_%", "1!ๅ+", "2@/๑", "3#-๒", "4$ภ๓", "5%ถ๔", "6^ุู", "7&ึ฿", "8*ค๕", "9(ต๖", "0)จ๗", "-_ข๘", "=+ช๙", "\\|ฃฅ", "qQๆ๐", "wWไ\"", "eEำฎ", "rRพฑ", "tTะธ", "yYัํ", "uUี๊", "iIรณ", "oOนฯ", "pPยญ", "[{บฐ", "]}ล,", "aAฟฤ", "sSหฆ", "dDกฏ", "fFดโ", "gGเฌ", "hH้็", "jJ่๋", "kKาษ", "lLสศ", ";:วซ", "'\"ง.", "zZผ(", "xXป)", "cCแฉ", "vVอฮ", "bBิฺ", "nNื์", "mMท?", ",<มฒ", ".>ใฬ", "/?ฝฦ" }; but I still can't input Thai char.. err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0DB4 (Thai_dodek) : err:keyboard:X11DRV_ToUnicode (virtKey=47,scanCode=22,keycode=29,state=2010) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0DCA (Thai_sosua) : err:keyboard:X11DRV_ToUnicode (virtKey=BA,scanCode=27,keycode=2E,state=2010) Help Me plz. mrchoke :::: Windows use cp874 for Thai :::: Linux use tis620 for Thai (Std) -- ========================================== Supphachoke Suntiwichaya WWW:http://jedi.links.nectec.or.th/~mrchoke UIN:10509387 TEL:+66-1-5408959 Love Me Love Linux.... ===========================================

1 0

IDA stopped working
by Shachar Shemesh 25 Aug '02

25 Aug '02

Hi all, somewhere back (havn't checked when, yet), some change in WINE made IDA (The Interactive Disassembler) stop working. I am talking about the bought version, have not checked the free one. Initial analysis (using IDA) suggest some heavy anti-disassembler techniques were used in this executable. One thing that is immediatly visible, however, is that the base address (as well as the address IDA is loading under windows) is different than the on in WINE. Wine: Execution starts at 0x006fb000 Windows, as well as static base address: Execution starts at 0x00599000 I believe this may be a hint, together with the fact it is employing some wierd arithmetics on the PC to stop static analysis using tools such as IDA ;-). Before I go through the tiring process of CVSing back and finding the patch that killed it, anyone happens to know who's using 00599000 and causing the conflict? Is there any simple way to check this? Shachar

2 2

extremely simple borland C builder app hangs
by Grzegorz Prokopski 25 Aug '02

25 Aug '02

Hi! This is still the same app, that used previously for testing freereport. How the app works. 0. show main window 1. call simple and meaningless freereport funtions (works now) 2. show [OK] dialog saying what above function returned 3. allow to press [OK] (of course ;-) 4. show main windows until it's closed. The app hangs after or around [2] it seems. Frames of main window and of the dialog show up, hovever their content is not painted and I cannot click/Enter/Esc/space anything. Final part of +relay log is this: 08072028:Ret x11drv.SetWindowPos() retval=00000001 ret=408c83ef 08072028:Ret x11drv.ShowWindow() retval=00000001 ret=408c7690 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call window proc 0x418a0fef (hwnd=00010021,msg=WM_USER+ac00,wp=00000000,lp=00000000) 08072028:Ret window proc 0x418a0fef (hwnd=00010021,msg=WM_USER+ac00,wp=00000000,lp=00000000) retval=00000000 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call window proc 0x418a0fef (hwnd=00010021,msg=WM_ENTERIDLE,wp=00000000,lp=0001002a) 08072028:Call user32.DefWindowProcA(00010021,00000121,00000000,0001002a) ret=40620e03 08072028:Ret user32.DefWindowProcA() retval=00000000 ret=40620e03 08072028:Ret window proc 0x418a0fef (hwnd=00010021,msg=WM_ENTERIDLE,wp=00000000,lp=0001002a) retval=00000000 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000001,403c53e8,ffffffff,00000000,00000000) ret=408dee6d So it seems that MsgWaitForMultipleObjectsEx doesn't return if it has anything to do (first parameter is number of objects to wait for). It is almost exactly the same, as the "big app", which hangs at this: 08072028:Ret window proc 0x422408ed (hwnd=0001004d,msg=WM_PAINT,wp=00000000,lp=00000000) retval=0000000008072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call window proc 0x42240fef (hwnd=00010021,msg=WM_ENTERIDLE,wp=00000000,lp=00010052) 08072028:Call user32.DefWindowProcA(00010021,00000121,00000000,00010052) ret=40620e03 08072028:Ret user32.DefWindowProcA() retval=00000000 ret=40620e03 08072028:Ret window proc 0x42240fef (hwnd=00010021,msg=WM_ENTERIDLE,wp=00000000,lp=00010052) retval=00000000 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000001,403c7eb8,ffffffff,00000000,00000000) ret=408dee6d It seems, that dll/x11drv/event.c:X11DRV_MsgWaitForMultipleObjectsEx is being called which in turn is calling scheduler/synchro.c:WaitForMultipleObjectsEx (I think). I looked at the code, but ATM it's still black magic for me - too many unknown wine interlans ivolved :-/ Is this known problem? What should I look for while debugging? Any pointers/hints? (I don't mean general wine-developers docs pointers) Regards Grzegorz B. Prokopski PS: I compiled wine from CVS, but not today's version (as it had some problems with compilation) but 2 weeks old.

4 5

REQUEST: symlinks behaviour change
by Raul Dias 25 Aug '02

25 Aug '02

Hi, I would like to suggest a new way for wine deal with symlinks in some situations. The change in wine should be trivial, however I would like to know how do you feel about this. When building a fake windows tree, some files are symlinks to winelib apps in the DLLDIR . e.g. c:\windows\notepad.exe -> /usr/lib/wine/notepad.exe.so c:\windows\system\regsvr32.exe -> /usr/lib/wine/regsvr32.exe.so Some applications tries to replace this files. The way they do this is to open the file for writting. However, if the fake_windows tree is owned by a non-root user (and wine is ran by a non-root user), but the DLLDIR files are owned by root, the open will fail. This is because the user has no writting permition to the symlink destination file. This is a Good Thing, because if wine was run by root, the file in the DLLDIR would probably be replaced. However, some applications needs to replace this files. I noted this with the Internet Explorer Installer (5.01 sp1 and 6.0). If it cannot replace the c:\windows\system\regsrv32.exe file it will abort. However, as the c:\windows\system\regsrv32.exe is a symlink and wine has permition to move/delete this symlink, I would link to suggest that wine first delete the symlink file when an application tries to write on it. This has 2 benefits: 1 - wine will be able to replace files that are symlinks to files it does not have write permition. 2 - root run wine programs will not overwrite files in the DLLDIR if it tries to overwrite the symlinks that points to them. So, what do you think? []'s Raul Dias

2 2

Re: comctl32.dll compile on WinXP
by Steven Edwards 25 Aug '02

25 Aug '02

Hola Sorry about being so late in getting back to you but I've been busy. I'm going to adapt your test for mingw and commit it to the reactos tree so I can test our comctl32.dll. If you are going to do more work on porting the wine dlls to windows please use the diff -u format Thanks Steven --- Zolt�n_Nagy <nagyzoli(a)netelek.hu> wrote: > Dear Wine, > > I made two changes (wine 10.07.2002.) in your wine software > > First: > controls/edit.c > If you select a text area width mouse, then caret is not moved (like Windows). > The follow code solution the problem: > > end of EDIT_WM_MouseMove(): > EDIT_SetCaretPos(hwnd,es,es->selection_end,es->flags & EF_AFTER_WRAP); > return 0; > } > > > Second: > How can I build comctl32.dll (or other dll) with MS Visual C++ .NET (on WinXP)? > This is not problem (tested on WinXP): > > 1. please create a directory (examlpe test1) > 2. please create an INCLUDE directory (examlpe test1\INCLUDE) > 3. please copy the full wine include files here (test1\inlude\*.*) > 3. unzip the full.zip into test1 directory (this changes more include files) > 4. Open width MS Visual C++ .net the test1\dlls\testcomctl32\testcomctl32.sln file > 5. Compile project (F7). No panic, if you see very lot of warning (1679 pc.). (if not success > the compile, then maybe problem width include files) > > But I have a big problem, if I use the testcomctl32.dll from Windows aplication, then > RegisterClass function fail width 1410 error code (Class already exists), therefore I renamed > the name of classes (ex. msctls_progress32 -> wine_msctls_progress32). > > I made two examle, how to use the testcomctl32.dll? > In the BIN directory can be found the TESTCOM.EXE (this use the WINE comctl32.dll) and > TESTCOMWINDOWS.EXE (use the MS comctl32.dll). > > > > Best Regards, > > Zoltan Nagy > form Hungary > > nagy.zoltan(a)drotposta.hu > or > mazli(a)mazli.hu > or > nagyzoli(a)netelek.hu > > ATTACHMENT part 2 application/x-zip-compressed name=FULL.ZIP __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

Detecting wine
by Fabian Cenedese 24 Aug '02

24 Aug '02

Hi Is there a possibility that a running program can detect if it's running on a real Win OS or if it's on Linux/Wine? I want to use this to disable stuff in my program that maybe won't run (yet) on Wine. Is there a variable in environments? Thanks Fabi

3 2

Wine Win98 setup problems...
by Steve M 24 Aug '02

24 Aug '02

Hi, I am having problems getting Wine to startup right. I would like to know, is there a way you can use Windows 98 Second Edition setup CD from within Wine, or does it have to be pre-installed? (e.g. I did it with wine --winver win98 setup.exe) and here are the errors it came up with: fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo noy yet supported on this system wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x2811563e I loaded the program using KDE 3.0, included in FreeBSD 4.6 Stable. Basically, this is the wine that came "out of the box"(as opposed to the tarball). I have checked other posts and I have corrected my .wine/config file for my cdrom, but it still comes up with the same error(This was based on the GetSystemInfo error msg). The only thing I changed was my config file and the error that complained about the SHAREDMEMLOCATION variable, which I copied from the source tarball(Wine-20020804.tar.gz). I tried to compile that source which is the same one on the CD, but to no avail. --------------------------- checking Wine base files --------------------------- 001. Checking for file "wine"... OK. 002. Checking for correct .so lib config (please wait)... Read on closed filehandle <LDCONF> at ./winecheck.pl line 225. Use of uninitialized value at ./winecheck.pl line 232. DEBUG: found libwine: OK. ----------------------------- checking config file ----------------------------- 003. Checking config file access... OK. >>> Checking drive A settings: 004. Checking Path option... OK. 005. Checking Type option... OK. 006. Checking device /dev/fd0... OK. 007. Checking Filesystem option... OK. --> OK. >>> Checking drive C settings: 008. Checking Path option... OK. 009. Checking Type option... OK. 010. Checking Filesystem option... OK. --> OK. >>> Checking drive D settings: 011. Checking Path option... OK. 012. Checking Type option... OK. 013. Checking device /dev/acd0c... OK. 014. Checking Filesystem option... OK. --> OK. >>> Checking drive E settings: 015. Checking Path option... OK. 016. Checking Type option... OK. 017. Checking Filesystem option... OK. --> OK. >>> Checking drive F settings: 018. Checking Path option... OK. 019. Checking Type option... OK. 020. Checking Filesystem option... OK. --> OK. --------------------- checking system devices used by Wine --------------------- 021. Checking sound device /dev/dsp... CRITICAL (no kernel driver for /dev/dsp?). - ADVICE: module loading problems ? Read /usr/src/linux/Documentation/modules.txt. 022. Checking audio mixer device /dev/mixer... OK. 023. Checking MIDI sequencer device /dev/sequencer... BAD (no kernel driver for /dev/sequencer?). - ADVICE: module loading problems ? Read /usr/src/linux/Documentation/modules.txt. ----------------------- checking registry configuration ------------------------ 024. Checking availability of winedefault.reg entries... OK. 025. Checking availability of windows registry entries... CRITICAL (entry "Default Taskbar" not found). - ADVICE: Windows registry does not seem to be added to Wine, as this typical Windows registry entry does not exist in Wine's registry. Thi lete original Windows registry entry set will *not* be available with a no-windows install, of course, so you'll have to live with that.. 25 tests. 0 suspicious, 1 bad, 2 critical, 0 failed. Wine configuration correctness score: 68.64% ... Any hints on how to correct these errors? Also, my /dev/dsp is symlinked to /dev/dsp0. I have a Sound Blaster Live, which comes up as follows: bash-2.05a# dmesg | grep pcm pcm0: <Creative EMU10K1> port 0xe000-0xe01f irq 11 at device 12.0 on pci0 ... Anything to make this thing work right, is worth a try! Thanks for your time! __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

2 1

RFC: 'test' bugzilla keyword
by Francois Gouget 24 Aug '02

24 Aug '02

Hi, I think that conformance test failures should generally be easier to analyze and fix than general application failures. Thus I think we may get a community of contributers interested in specifically tracking these issues to fix them, and that some in this community may not otherwise be interested in tackling the complex diagnosis of general application failures. In other words, if we make it easy to track conformance test issues in Bugzilla, we may get new contributers (sure I realize it's not a magic bullet either). Thus I propose to add a 'test' keyword to make it easy to find such issues in bugzilla for people specifically interested in conformance tests. This keyword would apply to reports concerning a conformance/regression test that: * fails to pass on Windows * fails to pass on Wine * fails to pass on specific architectures (e.g. FreeBSD, Solaris, etc.) Note that this would be different from the regression keyword which only applies to reports describing something that used to work and no longer works. Obviously, if a conformance test used to pass in Wine but no longer does, then both keywords would apply to the report. So for instance, if one finds that a conformance test passes on Win98 but not on NT4, then one would create a bug report with the keyword 'test' and OS 'Windows NT'. If a conformance test fails to pass on Solaris systems, then the report would have the 'test' keyword and the OS would be 'Solaris'. Comments / Objections / Better names for the keyword? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Any sufficiently advanced bug is indistinguishable from a feature. -- from some indian guy

1 0

broken input
by sauer＠studcs.uni-sb.de 23 Aug '02

23 Aug '02

i succeded to run the game "Wizardry 8" with original wine. Now the input is broken, almost every event is handled twice (e.g. i hit a and 2 a's appear, clicking with mouse results in doubleclick) and it does not seem to be a problem with dlls/x11drv/[event.c|keyboard.c|mouse.c]. Also the windows/input.c sends all requests only once! to see this insert in windows/input.c line 113 (the queue_raw_hardwar...): if (message == 0x0100) printf("request KeyDown\n"); if (message == 0x0101) printf("request KeyUp\n"); here, 0x0100 is WM_KEYDOWN, 0x0101 is WM_KEYUP now, i've added to scheduler/client.c line 745 (the wine_server_call): if (req->u.req.send_message_request.msg == 0x0100) \\ printf("sending KeyDown\n"); if (req->u.req.send_message_request.msg == 0x0101) \\ printf("sending KeyUp\n"); In most cases this results in two send_requests per action (mouse also) and sometimes (nondeterministic) i've got only one WM_KEYDOWN => only one keypress (at the end of the mail is some output). I'm stuck now at this point and do not know how to debug furhtermore. It's obvious that wine_server_call gets called twice (once from windows/input.c and the second time from ?!?). Can someone help me and tell me how to continue. What do I have to do now to find the bug ? mIc P.S.: Yes, beeing addicted to computer games make's me debug wine!!!!! Output: request KeyDown sending KeyDown sending KeyDown request KeyUp sending KeyUp sending KeyUp request KeyDown sending KeyDown sending KeyDown request KeyUp sending KeyUp request KeyDown sending KeyDown sending KeyDown request KeyUp sending KeyUp sending KeyUp request KeyDown sending KeyDown request KeyUp sending KeyUp sending KeyUp request KeyDown sending KeyDown sending KeyDown request KeyUp sending KeyUp sending KeyUp

1 1

freereport initialization crash - cups problem?
by Grzegorz Prokopski 23 Aug '02

23 Aug '02

Hi! I finally narowed down the problem with crashing freereport app while it is initializing freereport dll. I got a workaround, but real fix should be trivial for someone who knows a bit more about wineps driver. App was crashing int wineps/init.c:PSDRV_UpdateDevCaps at: physDev->horzSize = (physDev->horzRes * 25.4) / physDev->logPixelsX because physDev->logPixelsX == 0 In wineps/init.c:PSDRV_CreateDC I see: physDev->logPixelsX = physDev->pi->ppd->DefaultResolution; physDev->logPixelsY = physDev->pi->ppd->DefaultResolution; in turn ppd->DefaultResolution is filled in wineps/ppd.c:PSDRV_ParsePPD where it scans for "*DefaultResolution" or "*DefaultJCLResolution" in ppd file. For me it was /etc/cups/ppd/lp.ppd (HP DeskJet 694C, Foomatic + cdj550) Unfortunatelly there was NO "DefaultResolution" information in it. For now, because the app has more problems with running (now it hangs) I just added: "DefaultResolution: 20" to this file. But long term solution would be IMO to check in either ppd.c or CreateDC if adequatly ppd->DefaultResolution or physDev->LogPixels* are not 0. If they are... hm... no idea - maybe we can somehow calculate some values for that? Surely it shouldn't stay as it is now. Dividing by zero in wine's code is Bad Thing(tm). Anyone would propose "the right fix" for this? Regards Grzegorz B. Prokopski

2 2

Bug in VirtualAlloc
by Robert Lunnon 23 Aug '02

23 Aug '02

An Interesting one, on my system wine has been broken for a little while failing with a bad heap message I have tracked it down to one solitary line in Virtual.c:(115) and here it is : #define ADDRESS_SPACE_LIMIT ((void *)0xc0000000) /* top of the user address space */ when making an anonymous mmap Solaris returns (gdb) disp ptr 11: ptr = (void *) 0xdf620000 (ptr gets copied to base later) Which is somewhat larger than 0xc0000000 and a comparison at around line 1010 if ((base <= (char *)granularity_mask) || (base + size < base) || (base + size > (char *)ADDRESS_SPACE_LIMIT)) { SetLastError( ERROR_INVALID_PARAMETER ); return NULL; } Fails Q. Why is there a hard limit on this ? Is this a Windows thing or a Linux thing. My only way to work around it would be to "strongly Suggest* mapping addresses to the OS which would be very messy. Suggestions (Constructive ones) warmly received Bob

3 4

10072002 version - printing bug
by leanne 23 Aug '02

23 Aug '02

Dear all, I found the 10072002 version of WINE that the layout of printout got problems. some letters overlap. Thanks. Leanne

2 3

quick question about windows.h and then a long one if anyone is interested.
by Steven Edwards 23 Aug '02

23 Aug '02

I've been playing around with building the wine dlls with the headers in winsup for cygwin/mingw. I've included the mingw headers after the local directory but before inclusion of the wine headers. I can build some of the more simple like twain and mapi doing this but I must also include windows.h in the sources. I noticed in wines windows.h it says it should not be included internaly so I assume this is also wrong for Mingw/MS_VC. Simple Question: Is my assumption right? Long Question: If so then does anyone have any recommendations on testing 3rd party headers under mingw. Thanks Steven __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

2 2

Re: spec file format changed?
by Michael Cardenas 23 Aug '02

23 Aug '02

Hello again. I found this cvs entry: http://cvs.winehq.com/patch.py?id=1020902756411430620894865 Describing how imports have to be moved to Makefiles and out of spec files. and by looking at parser.c in winebuild, I see that when alexandre removed the need for "type win32" entries, he made it a required change, so now winebuild terminates if it finds a "type win32" line in a spec file. michael -- michael cardenas | lead software engineer | lindows.com | hyperpoem.net "Be the change you want to see in the world" - Mahatma Gandhi

1 0

Bad icon drawing under native comctl32
by Bill Medland 22 Aug '02

22 Aug '02

Any ideas? I'll try and get together a reasoanbly sized test case. When our application runs using the native comctl32 the icons in the SysListview32 are displayed with random black pixels in the background. The pattern varies between icons and between runs of the application. Bill

1 0

wine systray and KDE tray
by Medland, Bill 22 Aug '02

22 Aug '02

I just noticed the other day that the icon that used to appear nicely in the KDE's tray has gone and now the WINE systray comes up (but without the icon in it). Is this a deliberate change? Bill

2 1

spec file format changed?
by Michael Cardenas 22 Aug '02

22 Aug '02

Hello all. I'm trying to compile our wine tree with the latest release of wine, and it seems that some of the codeweavers' helper applications don't want to compile. Specifically, when tring to do a "make" in the utils directory, it complains about the spec file for geticon. LD_LIBRARY_PATH="/home/mbc/src/wineall/wine/library:/home/mbc/src/wineall/wine/dlls:$LD_LIBRARY_PATH" /home/mbc/src/wineall/wine/tools/winebuild/winebuild -fPIC -L/home/mbc/src/wineall/wine/dlls -sym geticon.tmp.o -o geticon.spec.c -spec ./geticon.spec ./geticon.spec:3: Expected name, id, length or ordinal make[1]: *** [geticon.spec.c] Error 1 make[1]: Leaving directory `/home/mbc/src/wineall/utils/geticon' make: *** [geticon] Error 2 Has the spec file format changed? According to the manpage in it's dir, it's the same, and according to the docs on winehq the format is unchanged. thanks for your time michael -- michael cardenas | lead software engineer | lindows.com | hyperpoem.net "A painting of a rice cake does not satisfy hunger." - Ancient saying

1 0

Declaring debugging channel
by Andriy Palamarchuk 22 Aug '02

22 Aug '02

In what cases do I need to declare a debugging channel? As I see some debugging channels are declared with WINE_DECLARE_DEBUG_CHANNEL (e.g. channels cursor, icon, resource). Some other channels are used and not declared anywhere, e.g. (e.g. channels in comctl32.dll - animate, comtl, comboex). Documentation in DEVELOPER-HINTS seems obsolete regarding this. Andriy __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

2 1

is this known to you (wine gurus) ?
by Igor 22 Aug '02

22 Aug '02

GnuPoc makes it possible to develop EPOC applications on your GNU/Linux machine. It is using GNU make, Wine and GCC crosscompiler for ARM. http://gnupoc.sourceforge.net/ regaeds Igor

1 0

Comboex: CBES_EX_NOSIZELIMIT
by Dimitrie O. Paun 22 Aug '02

22 Aug '02

Does anyone know WT!$@# is CBES_EX_NOSIZELIMIT supposed to do? I'd like to finish Comboex, and this is giving me grief... TIA, Dimi.

3 4

thread confusion
by Bill Medland 21 Aug '02

21 Aug '02

I just noticed this while looking into a problem with the ComboBox code. It makes no sense to me. The application runs a container executable which then loads up an OCX (based on the command line). Part of that OCX includes a control based on the ComboBox control. (That's another story). I added a couple of MessageBox calls in the source of the control's code. While the OCX was loading the "before" and "after" message boxes were displayed as expected. However once the OCX was up and I pulled down the dropdown list the "before" message box popped up TWICE and you had to say OK to them in the correct order to get the pair of "after" boxes. So I included GetCurrentThreadID in the message they displayed, thinking that we now had two threads. But both had (or appeared to have) the same thread ID. So I turned on the dialog warnings and, yes, the second call to MessageBox was occurring while the first was still executing. Anyone know what is going on there? Bill

2 2

OpenGL ICD
by Jurgen Van Gael 21 Aug '02

21 Aug '02

Hi everyone, I am looking into implementing opengl based on MesaGL for the reactos platform. I am currently looking into the possibility of hardware accelerating opengl but it seems microsoft has stopped spreading around it's ICD (installable client driver) documentation. Steven edwards told me marcus meissner of lionel ulmer might be able to help out here. First of all (maybe wine people won't know the details of this), if I get my hands on one of those, would that pose a legal risk on the reactos project. (They used to be distibuted to anyone, last year they were pulled of the MS website) Second of all, if using ICD documentation wouldn't be a problem, has anyone lying an old copy around? As microsoft will be open sourcing some of their protocols, there is a chance this might be one of them. Any other comments on planning to implement opengl? Jurgen

2 1

ODBC SQL Server or mySQL
by List vmn 21 Aug '02

21 Aug '02

Hi, I need to run a visual basic app that accesses SQL Server. Does anyone have any experience with ADO and wine? Does the current state of wine support ADO? Should I use a connection with an ODBC instead of ADO´s SQL Server Provider? How does ODBC support work in wine? Has anybody made mySQL windows ODBC driver work under wine? The app can also acess mysql....but preferably accesses SQL Server. Thanks, Miguel

1 0

warning, arena
by Fabian Cenedese 21 Aug '02

21 Aug '02

Hi While debugging I found following warning: warn:heap:HEAP_ValidateInUseArena Heap 413a0000: unaligned arena pointer 413a0b62 Is this warning a Wine problem or a Windows problem? (Hmm, arena, had to look it up first :) Thanks Fabi

3 2

undefined references when building shlwapi on mingw
by Steven Edwards 21 Aug '02

21 Aug '02

shlwapi.exp(.edata+0x4b4):fake: undefined reference to `StrRStrIA@8' shlwapi.exp(.edata+0x4b8):fake: undefined reference to `StrRStrIW@8' __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

2 2

RE: Comboex: CBES_EX_NOSIZELIMIT
by Patrik Stridvall 21 Aug '02

21 Aug '02

> On August 21, 2002 03:59 am, Patrik Stridvall wrote: > > > Does anyone know WT!$@# is CBES_EX_NOSIZELIMIT supposed to do? > > > > CBES_EX_NOSIZELIMIT > > Allows the ComboBoxEx control to be vertically sized smaller than > > its contained combo box control. If the ComboBoxEx is sized smaller > > than the combo box, the combo box will be clipped. > > Sorry, I should have been more explicit. Of course I know what the > official documentation says... What I don't understand is what is this > supposed to do, exactly? Exactly what it says. :-) Seriously. I'm not sure. It might mean that the height of the height of the combobox shouldn't be enlarged if it doesn't fit. Look at the code below. Perhaps if( infoPtr->himl ) { should be changed to if( infoPtr->himl && !(infoPtr->dwExtStyle & CBES_EX_NOSIZELIMIT) ) { or something. Possible should other places be changed as well. Not sure. I don't understand what it would be useful for either. Oh well... Does anybody have any other ideas? ---8<--- static void COMBOEX_ReSize (COMBOEX_INFO *infoPtr) { SIZE mysize; UINT cy; IMAGEINFO iinfo; COMBOEX_GetComboFontSize (infoPtr, &mysize); cy = mysize.cy + CBE_EXTRA; if (infoPtr->himl) { ImageList_GetImageInfo(infoPtr->himl, 0, &iinfo); cy = max (iinfo.rcImage.bottom - iinfo.rcImage.top, cy); TRACE("upgraded height due to image: height=%d\n", cy); } SendMessageW (infoPtr->hwndSelf, CB_SETITEMHEIGHT, (WPARAM)-1, (LPARAM)cy); if (infoPtr->hwndCombo) SendMessageW (infoPtr->hwndCombo, CB_SETITEMHEIGHT, (WPARAM) 0, (LPARAM) cy); }

1 0

RE: Comboex: CBES_EX_NOSIZELIMIT
by Patrik Stridvall 21 Aug '02

21 Aug '02

> Does anyone know WT!$@# is CBES_EX_NOSIZELIMIT supposed to do? CBES_EX_NOSIZELIMIT Allows the ComboBoxEx control to be vertically sized smaller than its contained combo box control. If the ComboBoxEx is sized smaller than the combo box, the combo box will be clipped. > I'd like to finish Comboex, and this is giving me grief... OK. :-) PS. In case you didn't know here are all ComboBox extended styles: CBES_EX_CASESENSITIVE String searches in the list will be case sensitive. This includes searches as a result of text being typed in the edit box and the CB_FINDSTRINGEXACT message. CBES_EX_NOEDITIMAGE The edit box and the dropdown list will not display item images. CBES_EX_NOEDITIMAGEINDENT The edit box and the dropdown list will not display item images. CBES_EX_NOSIZELIMIT Allows the ComboBoxEx control to be vertically sized smaller than its contained combo box control. If the ComboBoxEx is sized smaller than the combo box, the combo box will be clipped. CBES_EX_PATHWORDBREAKPROC Windows NT only. The edit box will use the slash (/), backslash (\), and period (.) characters as word delimiters. This makes keyboard shortcuts for word-by-word cursor movement (CTRL+ARROW) effective in path names and URLs. Note: if you try to set an extended style for a ComboBoxEx control created with the CBS_SIMPLE style, it might not repaint properly. The CBS_SIMPLE style also does not work properly with the CBES_EX_PATHWORDBREAKPROC extended style.

2 1

size art
by Dmitry Timoshkov 21 Aug '02

21 Aug '02

Hello all. Is anybody interested to make it work under Wine? :-) -- Dmitry.

1 0

Re: thread confusion
by John K. Hohm 21 Aug '02

21 Aug '02

Thus spake Bill Medland: [...] > I added a couple of MessageBox calls in the source of the control's code. > While the OCX was loading the "before" and "after" message boxes were > displayed as expected. However once the OCX was up and I pulled down the > dropdown list the "before" message box popped up TWICE and you had to say > OK > to them in the correct order to get the pair of "after" boxes. So I > included GetCurrentThreadID in the message they displayed, thinking that we > now had two threads. But both had (or appeared to have) the same thread > ID. > So I turned on the dialog warnings and, yes, the second call to MessageBox > was occurring while the first was still executing. > > Anyone know what is going on there? I suspect you are calling MessageBox() during processing of a message sent via SendMessage() during processing of another message posted to the control's queue. That is typically a recipe for confusion or worse; one way to avoid it, though it might not make MessageBox() debugging very useful, is to call MessageBox() only when InSendMessage() returns FALSE.

1 0

Small bug in trace msg
by Fabian Cenedese 21 Aug '02

21 Aug '02

Hi Looking through debugmessages I found a small bug. There's a message of CALL ... (really all upper case) and the next message is appended to it, seems like there is a linefeed missing. I don't have cvs access and I didn't thought it's a bug as big as it would need a bug report. So I posted it here. Why are there Call ... and CALL ...? Fabi

2 3

dreamweaver 4
by tom 21 Aug '02

21 Aug '02

Hello, I installed Dreamweaver 4 today and I get this message in my log start log -------- Wed Aug 21 01:14:58 2002, starting [/home/tom/cxoffice/bin/wine --] C:/Program Files/Macromedia/Dreamweaver 4/Dreamweaver.exe Use of uninitialized value in pattern match (m//) at /home/tom/cxoffice/bin/wine line 890. fixme:xrender:X11DRV_XRender_Finalize Free cached glyphsets stop log ------------ So does anyone here know what I need to do to fix this ? Or a work around ? It looks as if it needs a hack on line 890 ??? Tom -- 'extraordinary claims require extraordinary evidence' -Carl Sagan."

1 0

pdb symbols
by Fabian Cenedese 20 Aug '02

20 Aug '02

Hi I try to debug my MSVC-application, consisting of an exe and several dlls. When I start it in WineDBG it tells my that it can't find symbol information for my files. I tried having debug info in .pdb files as well as included in the linked files but nothing worked. How can I give WineDBG the symbol information? When it stops on an exception it prints me the stack trace, sometimes even with function names but I strongly suspect that the shown info is wrong now. I'm using Wine 20020605. Thanks Fabi

2 1

Another font question
by Spanke, Alexander 20 Aug '02

20 Aug '02

Hi again, In which file, what option is to set the used Font ? I play with the config-file, the system.reg but nothing changed, in the application i define no special font, so i want it change over the configuration. But how ? I will kick this machine to the moon ! Or the programmer of the Application. Thnx / regards Alex

1 0

Unmanaged window focus problem
by Brad Campbell 20 Aug '02

20 Aug '02

G'day all, I have been battling with this for a while and would appreciate the guidance of someone who knows the x11 driver better.. At http://www.wasp.net.au/~brad/test3.tgz there is a simple program that will demonstrate the error on wine with managed set to N in the config file. File is compiled with Borland Delphi 4 and includes full source for the paranoid/interested. The problem seems to be the same as most dialog box problems I encounter in managed or unmanaged mode. The program opens a small form, then after 1 second it opens a second form in modal format. The second form is focused above the first form as it should be. After another second the second form closes and the first form is again focused correctly. A third form opens and is given focus, but the first form remains the top form where the third form should be on top. In normal applications, particularly full screen ones, this means the dialog box that gets opened and focused is underneath the main window and can't be accessed. If I'm in unmanaged mode, usually I have to kill wine from a console to get control back. I have looked at a +x11drv,+timer,+message trace and found that when the third form opens, it focuses correctly however something causes the original form to then stack on top of the third form. If I only use two forms, and open/close the second one twice this does not occur. It only seems to happen when at least three diffenent windows are present. A good example. You go to quit a program and it pops up a dialog asking you if you want to save your work. When you click yes, the question dialog closes and a save file selector opens. The save file selector is focused but stacked underneath the main window and you can't get to it. In managed mode I can get to it by windowshading the main window, but in unmanaged mode I'm stuck. I have been poking around in dlls/x11drv/winpos.c but I'm having a bit of trouble following things. Unfortunately C is not my native language and so it's taking me a while to get a grasp. Thanks for any pointers.. -- Brad.... /"\ Save the Forests \ / ASCII RIBBON CAMPAIGN Burn a Greenie. X AGAINST HTML MAIL / \

1 0

Wine and the fonts
by Spanke, Alexander 19 Aug '02

19 Aug '02

Hi, Ii try to start an application with wine, but the fonts used by the application are terrible. So i changed the default - entry in the config - file to change the font. Nothing changed :( I don't want any special font, only a simple mono font, how can i get it ? Reagrds Alex

1 0

[breakage] Set the correct permissions on the PE image sections.
by Uwe Bonnes 18 Aug '02

18 Aug '02

Hallo, the patch http://cvs.winehq.com/patch.py?id=1027987166850574216879071 "Set the correct permissions on the PE image sections" breaks the propsheet handling on the xilinx webpack suite. When a propsheet should be opened, appended backtrace appears. PROPSHEET_CreatePage writes to ppshpage->u.pResource when PSP_DLGINDIRECT is set. MSDN also tells that applications will break if pResource is not writable. It seems that above patch maps the resource section write protected. Info segments doesn't tell about a range including 0x00467390, info maps tells about VirtualQueryEx Unsupported . Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- First chance exception: page fault on write access to 0x00467390 in 32-bit code (0x408c888c). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:408c888c ESP:405c6080 EBP:405c60c4 EFLAGS:00010202( R- 00 I - - 1 ) EAX:40000440 EBX:409203dc ECX:00000000 EDX:4092021d ESI:00467390 EDI:41552098 Stack dump: 0x405c6080 (_end+0x117800): 409203dc 00000000 00000000 00010056 0x405c6090 (_end+0x117810): 405c60c4 00000000 00010056 0000130c 0x405c60a0 (_end+0x117820): 00000000 41552070 00000000 ffffffff 0x405c60b0 (_end+0x117830): 405c60c0 409203dc 4092021d 00000000 0x405c60c0 (_end+0x117840): 00000000 405c6108 408c9587 00020051 0x405c60d0 (_end+0x117850): 00000000 40400788 41552098 409203dc 0x405c60e0 (_end+0x117860): 0011: sel=008f base=4010f1c0 limit=00000fff 32-bit rw- Backtrace: =>0 0x408c888c (PROPSHEET_CreatePage+0xec(hwndParent=0x20051, index=0x0, psInfo=0x40400788, ppshpage=0x41552098) [propsheet.c:1239] in comctl32.dll.so) (ebp=405c60c4) 1 0x408c9587 (PROPSHEET_SetCurSel+0x127(hwndDlg=0x20051, index=0x0, skipdir=0x1, hpage=0x41552098) [propsheet.c:1773] in comctl32.dll.so) (ebp=405c6108) 2 0x408cabc0 (PROPSHEET_DialogProc+0x320(hwnd=0x20051, uMsg=0x110, wParam=0x10052, lParam=0x40400788) [propsheet.c:2591] in comctl32.dll.so) (ebp=405c6330) 3 0x40755cfb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c6354) 4 0x40755d9f (WINPROC_CallWndProc+0x8f(proc=0x408ca8a0, hwnd=0x20051, msg=0x110, wParam=0x10052, lParam=0x40400788) [winproc.c:183] in user32.dll.so) (ebp=405c6384) 5 0x4075c3b7 (CallWindowProcW+0xa7(func=0x414012f8, hwnd=0x20051, msg=0x110, wParam=0x10052, lParam=0x40400788) [winproc.c:2836] in user32.dll.so) (ebp=405c63ac) 6 0x4072ce71 (DefDlgProcW+0x51(hwnd=0x20051, msg=0x110, wParam=0x10052, lParam=0x40400788, hwnd=0x20051) [defdlg.c:405] in user32.dll.so) (ebp=405c63d8) 7 0x40755cfb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c63fc) 8 0x40755d9f (WINPROC_CallWndProc+0x8f(proc=0x4072ce20, hwnd=0x20051, msg=0x110, wParam=0x10052, lParam=0x40400788) [winproc.c:183] in user32.dll.so) (ebp=405c642c) 9 0x4075bd26 (WINPROC_CallProc32ATo32W+0xc6(func=0x4072ce20, hwnd=0x20051, msg=0x110, wParam=0x10052, lParam=0x40400788) [winproc.c:2592] in user32.dll.so) (ebp=405c6458) 10 0x4075c2d7 (CallWindowProcA+0xa7(func=0x414001f6, hwnd=0x20051, msg=0x110, wParam=0x10052, lParam=0x40400788) [winproc.c:2800] in user32.dll.so) (ebp=405c6480) 11 0x5f446f6b (MFC42.DLL.?DefWindowProcA@CWnd@@MAEJIIJ@Z+0x42 in I:\XILINX\MFC\MFC42.DLL) (ebp=405c64a0) 12 0x5f446603 (MFC42.DLL.?Default@CWnd@@IAEJXZ+0x25 in I:\XILINX\MFC\MFC42.DLL) (ebp=405c64f4) 13 0x0042b8ef (_pn.exe.??4RticStore@@QAEAAV0@ABV0@@Z+0xa8af in I:\xilinx\bin\nt\_pn.exe) (ebp=405c6594) 14 0x5f447664 (MFC42.DLL.?WindowProc@CWnd@@MAEJIIJ@Z+0x45 in I:\XILINX\MFC\MFC42.DLL) (ebp=405c65bc) 15 0x5f446546 (MFC42.DLL.?AfxCallWndProc@@YGJPAVCWnd@@PAUHWND__@@IIJ@Z+0x90 in I:\XILINX\MFC\MFC42.DLL) (ebp=405c661c) 16 0x5f446749 (MFC42.DLL.?AfxWndProc@@YGJPAUHWND__@@IIJ@Z+0x2b in I:\XILINX\MFC\MFC42.DLL) (ebp=405c6638) 17 0x5f46f12b (MFC42.DLL.?AfxWndProcBase@@YGJPAUHWND__@@IIJ@Z+0x39 in I:\XILINX\MFC\MFC42.DLL) (ebp=405c6664) 18 0x40755cfb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c6688) 19 0x40755d9f (WINPROC_CallWndProc+0x8f(proc=0x5f46f0f2, hwnd=0x20051, msg=0x110, wParam=0x10052, lParam=0x40400788) [winproc.c:183] in user32.dll.so) (ebp=405c66b8) 20 0x4075c26b (CallWindowProcA+0x3b(func=0x5f46f0f2, hwnd=0x20051, msg=0x110, wParam=0x10052, lParam=0x40400788) [winproc.c:2781] in user32.dll.so) (ebp=405c66e0) 21 0x4076bd00 (call_window_proc+0x100(hwnd=0x20051, msg=0x110, wparam=0x10052, lparam=0x40400788, unicode=0x0) [message.c:1372] in user32.dll.so) (ebp=405c6730) 22 0x4076c9d9 (SendMessageTimeoutA+0xe9(hwnd=0x20051, msg=0x110, wparam=0x10052, lparam=0x40400788, flags=0x0, timeout=0xffffffff, res_ptr=0x405c67b8, hwnd=0x20051) [message.c:1784] in user32.dll.so) (ebp=405c6788) 23 0x4076cb59 (SendMessageA+0x39(hwnd=0x20051, msg=0x110, wparam=0x10052, lparam=0x40400788) [message.c:1829] in user32.dll.so) (ebp=405c67bc) 24 0x40730695 (DIALOG_CreateIndirect+0x525(hInst=0x0, dlgTemplate=0x41552244, owner=0x20025, dlgProc=0x408ca8a0, param=0x40400788, procType=0x3, modal=0x0, hwnd=0x20025) [dialog.c:860] in user32.dll.so) (ebp=405c683c) 25 0x40730a6f (CreateDialogIndirectParamW+0x2f(hInst=0x0, dlgTemplate=0x415521e8, owner=0x20025, dlgProc=0x408ca8a0, param=0x40400788) [dialog.c:1011] in user32.dll.so) (ebp=405c686c) 26 0x408c7adc (PROPSHEET_CreateDialog+0xfc(psInfo=0x40400788) [propsheet.c:581] in comctl32.dll.so) (ebp=405c6898) 27 0x408ca21c (PropertySheetA+0x11c(lppsh=0x4113d250) [propsheet.c:2245] in comctl32.dll.so) (ebp=405c68bc) 28 0x5f4661eb (MFC42.DLL.?DoModal@CPropertySheet@@UAEHXZ+0xbc in I:\XILINX\MFC\MFC42.DLL) (ebp=00000000)

3 5

Re: AutoCAD2000 again and CreateFiber
by Matts 18 Aug '02

18 Aug '02

Hi! Does this mean that AutoCad 2000 works good in wine, if I set window version to win95 (which I dont see a problem with right now)? Regards Matts >Well, after the patch-hack-or whatever on VirtualQuery, AutoCAD2000 >began >coming alive ! Some problems yet, but one wonders me in particular : >setting window version as win98 or winnt40, app shows an exception >stating >that CreateFiber function is not implemented; setting as win95 the apps >starts quite well. >Any idea ? Is there some plan to implement xxxxxFiber functions, or >it's too >difficult ? >BTW, looking for help on the net, i haven't really understood the >difference >between a regular thread and a fiber (only caught that use of fibers >instead >of threads is somehow discouraged...) >Regards >Max _____________________________________________________________ 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

3 2

gdbproxy
by Robert Lunnon 18 Aug '02

18 Aug '02

On solaris gdbproxy doesn't compile because S_un is not defined, S_un is only defined on SOlaris for XPG 4 applications. The header file however exposed _S_un so should this be _S_un or do I have to invent a new test for these features. Grabbed these comments off the net POSIX Applications that are intended to be conforming POSIX.1 applications must define the feature test macros specified by the standard before including any headers. For the stan- dards listed below, applications must define the feature test macros listed. Application writers must check the corresponding standards for other macros that can be queried to determine if desired options are supported by the imple- mentation. POSIX Standard Feature Test Macros POSIX.1-1990 _POSIX_SOURCE POSIX.1-1990 and _POSIX_SOURCE and POSIX.2-1992 C-Language _POSIX_C_SOURCE=2 Bindings Option POSIX.1b-1993 _POSIX_C_SOURCE=199309L POSIX.1c-1996 _POSIX_C_SOURCE=199506L X/Open CAE To build or compile an application that conforms to one of the X/Open CAE specifications, use the following guidelines. Applications need not set the POSIX feature test macros if they require both CAE and POSIX functionality. XPG3 The application must define _XOPEN_SOURCE with a value other than 500 (preferably 1). XPG4 The application must define _XOPEN_SOURCE with a value other than 500 (preferably 1) and set _XOPEN_VERSION=4. SUS (XPG4v2) The application must define _XOPEN_SOURCE with a value other than 500 (preferably 1) and set _XOPEN_SOURCE_EXTENDED=1. SUSv2 The application must define _XOPEN_SOURCE=500.

1 1

WINE fork and Win32api implementation
by Steven Edwards 18 Aug '02

18 Aug '02

Hola Everyone, I'm CC'ing this to wine-devel so all of the WINE devs know whats going on as they have been very nice and supporting of my work so far. As everyone knows I've been doing a lot of work with Casper, James and Jurgan on the WINE fork to windows. I've had a lot of luck and been learning alot along the way but I dont think I can contribute much more the WINE porting work at this point from the ReactOS side. As David, Eugene and Jason are makeing lots of progress on the Windowing are just a few days/weeks(?) away from having Winhello working with the new Region code, I think someone needs to take over merging and maintaining the WINE dlls. I talked to Jason about it today and we thought that Robert might want to take over for a while if he is interested because he seems to like doing a lot of the Win32 side of things. If he is not interested does anyone else want to do it? IMHO the "right" way to fork the WINE code to best suite both projects is going to have to work like this: 1. We make a set policy of when to merge. I know Jason was wanting to change the release cycle times so the merging should be cordinated with that. Mabey like 2 weeks before a new release? 2. Whoever wants to try and maintain the fork is going to need to work with Capser on keeping the w32api headers up to date. I have submitted a few minor patches but I dont have the time to do the work that is really needed. This has been one of the biggest problems so far. Having 3 sets of headers is just a pain and all of the projects seem interested in moving to one common include system. I did a little bit of work trying to get some of the WINE dlls to compile with only the mingw headers but I didnt have the time to do to much with it. 3. Keep from forking/redunancy as much as possible. It bothers me when as small as our projects are we have already manged to have so much forking in WINE, mingw and ReactOS. How many registry editors do we need? How many filemanamgers? Once again the header thing bothers me. Sorry I'm ranting. Anyways, as things move along it should get better as we will be able to share the headers, programs, and librarys with WINE and Mingw. As of right now though I dont know how much more I can do with my limited skill. So who wants to do it? In another few weeks/month we are going to need to to try and get WINEmine, notepad and win/winefile working and import shell32, comctl32 and comdlg32. I'm going to keep submitting patches to the winehq.com tree as I find fun and interesting stuff. I still want to work toward having a drop in replacement with the "bleeding edge". My hope is that ReactOS will one day work off of the stable wine 1.0 if it is ever released =) and people that want the cutting edge can build wine 1.x dlls/programs for a ReactOS system. Most of my work from now on though is going to focus documentation, testing and spreeding the word about OpenSource, ReactOS, Wine and Mingw. Thanks Steven __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

1 0

Compilation errors when using CFLAGS=-g
by Shachar Shemesh 17 Aug '02

17 Aug '02

I did the following: make dist-clean CFLAGS=-g ./configure make depend make For some strange reason, I get the following errors: make[2]: Entering directory `/home/sun/sources/wine/wine/programs/winhelp' gcc -o hlp2sgml hlp2sgml.o hlpfile.o hlpfile.o: In function `HLPFILE_ReadHlpFile': /home/sun/sources/wine/wine/programs/winhelp/hlpfile.c:205: undefined reference to `GetProcessHeap' /home/sun/sources/wine/wine/programs/winhelp/hlpfile.c:238: undefined reference to `GetProcessHeap' /home/sun/sources/wine/wine/programs/winhelp/hlpfile.c:239: undefined reference to `GetProcessHeap' /home/sun/sources/wine/wine/programs/winhelp/hlpfile.c:240: undefined reference to `GetProcessHeap' /home/sun/sources/wine/wine/programs/winhelp/hlpfile.c:241: undefined reference to `GetProcessHeap' hlpfile.o:/home/sun/sources/wine/wine/programs/winhelp/hlpfile.c:337: more undefined references to `GetProcessHeap' follow collect2: ld returned 1 exit status make[2]: *** [hlp2sgml] Error 1 make[2]: Leaving directory `/home/sun/sources/wine/wine/programs/winhelp' make[1]: *** [winhelp] Error 2 make[1]: Leaving directory `/home/sun/sources/wine/wine/programs' make: *** [programs] Error 2 The exact same line of code failing in this file works without a problem in a hundred other places throughout the code, and when not overriding the flags (that is, if I understand correctly, when -g -O2 is used), everything is fine. Now, I don't need this file for my tests, so I just skip compiling it, but the problem is .... wierd. Anyone has any insight into it? sun@sun:~/sources/wine/wine/programs/winhelp$ cvs stat hlpfile.c =================================================================== File: hlpfile.c Status: Up-to-date Working revision: 1.9 Tue Jul 16 01:46:29 2002 Repository revision: 1.9 /home/sun/sources/wine/cvs/wine/programs/winhelp/hlpfile.c,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none)

1 0

Re: Agent crashes on accessing Disk
by Rein Klazes 17 Aug '02

17 Aug '02

On Wed, 14 Aug 2002 20:40:10 +0200, you wrote: > On Mon, 12 Aug 2002 20:45:10 +0200, Rein Klazes <rklazes(a)xs4all.nl> > wrote: > > >On Mon, 12 Aug 2002 13:49:45 +0200, you wrote: > > > > > >> The output from the relay messages, although voluminous, didn't > >> contain a "starting debugger" message. > > > >Probably the way I've set up the debugger here. Still you should be > >able to find the spot, accompanied by "EXC_RtlRaiseException" and > >"UnhandledExceptionFilter". I see those in the backtrace. > > hi, > Did you (or the list) get enough information from what I posted to > begin looking at the problem? Do you need a more info? > Oliver, you gave an good backtrace showing where the application crashed (function TOOLBAR_Referesh in toolbar.c around line 976). It looks like some part of the data concerning the toolbar buttons is not properly initialised (or got corrupted). Unfortunately it does not show why this happened (and why it happens with not you and not anyone else). Therefore you should try to produce the --debugmsg +relay output, and while you are at it better the --debugmsg +relay,+toolbar output. If you cannot cut this log to the interesting part, then zip or bzip2 the complete output, put it somewere on the net and give us the URL or mail it to me. I will compare your output with a similar one here, perhaps that gives some insight. When did this problem start? If by upgrading wine, which versions. Anything else changed on your system? The file dialog that crashes for you opens the last used directory. This directory can be found/inspected/changed in agent.ini. Try to change it, see if that makes a difference. Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

[Fwd: Re: New user/developer has questions ...]
by Vincent Béron 16 Aug '02

16 Aug '02

Crispen, I think the list will appreciate your reply as well :) Vincent

1 0

rhlx01 cvs mirror "downtime"
by Andreas Mohr 16 Aug '02

16 Aug '02

Hi all, unfortunately the rhlx01 cvs mirror has been "down" for some days (no cvs syncs) due to a mail loop and thus the main admin having disabled the procmail processing. It should be properly updating the mirror again now that I've fixed my BROKEN mail processing ;-) Let me know if it's still broken for some reason. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

1 0

right way to compile wine with a "buildroot" DESTDIR is missing
by Raul Dias 16 Aug '02

16 Aug '02

Hi, I have been building wine RPMs for some time now. The way I do is to specify the correct paths to ./configure script (like prefix, mandir, bindir, ...). After building I have to use an ugly make install in orther to install it into another dir that is different from the one. However, talking to some wine developers on #winehq in openprojects network. They state that a ./configure --prefix=<you buildroot>/prefix was enough. That's because wine does not hardcode any %prefix related path. This would simplify a lot the process. However I just checked that wine does hardcode the %prefix dir in the binaries. This is done in dlls/ntdll/ntdll.dll.so and possible at miscemu/wine . AFAIU, this is done to keep the path to the global registries which is the Right Thing to do. So what I really would like to know is which way is the right way to install wine in a dir different than %prefix or /usr/local (default %prefix)? Is there any chance to get a DESTDIR implemented in the Makefiles? []'s Raul Dias

4 12

microsoft CFileDialog problem
by mayonaise＠beer.com 16 Aug '02

16 Aug '02

hi everybody, i am currently working on making a windows program function in wine. it works for the most part, so i'm trying to iron out a few critical bugs. first off... i'm looking at microsoft's CFileDialog class - it is what the standard windows 'open file' and 'save file' dialog windows use. the problem is this: CFileDialog has a built in function called OnFolderChange, that is used to determine whether the user has changed folders in the dialog, whether by double click or what not.. the program i'm working on overrides the CFileDialog class, and includes more code for the OnFolderChange function (and for other functions) for its own purposes. the new OnFolderChange function works perfectly fine in windows, but is completely ignored when using wine - it never even gets called, while the rest of the dialog window retains all of its intended functionality. as a reference, the built in functions OnFileNameChange, GetFolderPath, and others gets overridden successfully. as far as i can tell, the only function that is not working properly is the OnFolderChange function. the overriding of CFileDialog was accomplished by using a hooking procedure provided in the MSDN library. i hope this is enough information, however i don't expect anyone to fully be able to address this issue without seeing the code i'm working on first.thank you for your time! -kyle

2 1

note to packagers (new optional dependancy)
by Shachar Shemesh 16 Aug '02

16 Aug '02

Hi all, A patch just submitted to wine-patches changes the rules when building binary packages of WINE for distributions. This is an optional change, so ignoring this email will not break anything, but will result in decreased functionality. During the configure phase ./configure will now check for the availability of the libfribidi header files. These are typically distributed in a package called "libfribidi-dev". I would highly recommend installing this library on the machine you compile the package on, so as to include the option for BiDi support in the resulting binary. If the headers are found during compile time, a run time check is performed whether the libfribidi library is available. If it is not, Wine will continue without BiDi support. If it is, BiDi support will (at some future date, admitably) be enabled. In .deb speak, libfribidi-dev is build recommended for wine src. libfribidi is suggested for wine. Shachar

2 1

RE: New user/developer has questions ...
by Medland, Bill 16 Aug '02

16 Aug '02

> -----Original Message----- > From: Crispen Scott [mailto:C.Scott@astronautics.com] > Sent: Friday, August 16, 2002 6:56 AM > To: wine-devel(a)winehq.com > Subject: New user/developer has questions ... > > > I have just RPMed wine-20020512-1.i386.rpm and attempted to > run several WIN > programs (to wit: sol.exe and a proprietary package). > Both fail. I am including the entire run/error message from > my attempt to run > sol.exe below. Being new to WINE, I have no idea where > to begin to find the problem. I have annotated the error > message with notes. > All notes are separated by a > > <NOTE - TEXT> then a CR and follows the line(s) that the NOTE > applies to. > > [root@localhost root]# wine /mnt/windows/windows/system32/sol.exe > <NOTE - This is the command line entry > > > err:reg:_convert_win95_registry_to_wine_format unable to load > native win95 > registry file C:\WINDOWS\system.dat: unknown signature. > err:reg:_convert_win95_registry_to_wine_format Unable to load > native win95 > registry file C:\WINDOWS\system.dat. > err:reg:_convert_win95_registry_to_wine_format Please report to > a.mohr(a)mailto.de. > err:reg:_convert_win95_registry_to_wine_format Make a backup > of the file, run > a good reg cleaner program and try again! > <NOTE - The SYSTEM.DAT file located in the windows SUBDIR was > exported from > regedit.exe. This is from a WIN2K OS > That's your mistake. You shouldn't export it. reg_convert_win95_registry_to_wine_format actually reads the files that store a Win95 registry (the actual files, not exports). > > fixme:win32:PE_CreateModule Security directory ignored > <NOTE - I assume this is a FIXME in the SRC> True > > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/desktop.ini" err = 55 > <NOTE - This file exists in the proper location so what is the error?> I don't know the font stuff; someone else maybe will help here. > > err:font:AddFontFileToList Already loaded font L"Garamond" L"Bold" > err:font:AddFontFileToList Already loaded font L"Garamond" L"Italic" > err:font:AddFontFileToList Already loaded font L"Garamond" L"Regular" > > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/modern.fon" err = 2 > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/mtsorts.ttf" err = 2 > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/roman.fon" err = 2 > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/script.fon" err = 2 > <NOTE - These files exist so why are they able to be loaded?> > > X Error of failed request: XF86DGANoDirectVideoMode > Major opcode of failed request: 136 (XFree86-DGA) > Minor opcode of failed request: 22 (XDGAOpenFramebuffer) > Serial number of failed request: 181 > Current serial number in output stream: 181 > <NOTE - What does this indicate?> > > I am trying to come up to speed on the use of WINE but, as > everyone knows, > the documentation is a little light > as is the commenting of the source code. If someone could > please head me in > the right direction, I would greatly appreciate it. > > Once I have gained some additional expertise in WINE I will > use my 15+ years > of Windows development experience and knowledge > to try and resolve some of the issues and bugs that are > reported. This may > take me several more weeks. > > I am also intending to write a technical book on WINE so will > submit chapters > for review to the community as the become available. > Much of the information will deal with the issues the I, as a > newbie, am > encountering. > > I await the response. > > Crispen Scott > > BTW: I downloaded the source for 20020804 and, after fixing > several build > related problems (incorrect build order, root objections, & > eliminating > programs with build problems I couldn't readily resolve, i.e. > widl), I had > even worse problems with trying to get that version of wine > to run. That is > why I reverted to the latest RPM version. Some of the > problems with the > 20020804 build might be resolved after I see the answers to > the problems I > stated above. > > I am excited about becoming an integral part of this > community but need some > start-up help! > Thanks! > > -- > Crispen Scott > Engineer - Software > Astronautics.com > 4115 Teutonia Road > Milwaukee, WI 53209 > Tel: 414-447-8200 x4434 > C.Scott(a)Astronautics.com > What is your environment; you shouldn't have had all those build problems. Bill

4 3

RFC: winedefault.reg
by lawson_whitney＠juno.com 16 Aug '02

16 Aug '02

Good day! Should we maybe install it somewhere in --prefix so it has a chance to get included in binary packages? I have one in /usr/local, but it is from April 19, 2001 and not much use... Lawson ---oops---

2 1

RE: window parent/owner handling
by Medland, Bill 16 Aug '02

16 Aug '02

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry@baikal.ru] > Sent: Thursday, August 15, 2002 8:22 PM > To: Medland, Bill > Cc: wine-devel(a)winehq.com > Subject: Re: window parent/owner handling > > > "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > > Includes my previous patch for SetWindowLong (for Bug 825) > > Seems that your investigations are correct, at least test succeeds > under win2000. I would suggest to apply tiny patch (attached) to catch > some additional problems. Thanks Dmitry; for all your help on this. p.s. I suddenly realised I'd put only my name on the copyright in the test. It's based on your code; You want to be mentioned? (Or is this sufficient ackowledgement?). > > -- > Dmitry. > Bill

2 1

FW: what's with WS_OVERLAPPED?
by Medland, Bill 16 Aug '02

16 Aug '02

(Damn; Outlook bugs me) -----Original Message----- From: Medland, Bill Sent: Friday, August 16, 2002 8:19 AM To: 'rolf.kalbermatter(a)citeng.com' Subject: RE: what's with WS_OVERLAPPED? > -----Original Message----- > From: Rolf Kalbermatter [mailto:r.kalbermatter@hccnet.nl] > Sent: Thursday, August 15, 2002 11:31 PM > To: Bill.Medland(a)accpac.com > Cc: wine-devel(a)winehq.com > Subject: RE: what's with WS_OVERLAPPED? > > > On Thu, 15 Aug 2002 "Medland, Bill" <Bill.Medland(a)accpac.com> wrote > > > >> On Wednesday, August 14, 2002 Ove Kaaven [mailto:ovehk@ping.uio.no] > wrote: > > <snip> > > >> WS_OVERLAPPED is in practice considered the absence of the > >> WS_POPUP and > >> WS_CHILD flags, I believe. > > > >Thanks Ove; that'll do for a working hypothesis. (I wish > Microsoft would > be > >consistant) > > > >Just for the record it is clearly more complex than that. I > guess since > >Microsoft wrote it we can trust Spy++ a little. I have seen > spy++ declare > >that a "tooltips" class window (style 0x84800000/00000088) has style > >WS_OVERLAPPED whereas a "tooltips_class32" class window (style > >0x84800003/00000088) doesn't. > > Hmm, this is just a wild guess but couldn't it be that the > WS_OVERLAPPED > style applies only to the lower word of the windows style. > Windows coming > from 16bit DOS it wouldn't be surprising if the original > windows style was > 16 bit only as well. Either that or Spy++ has a bug, even > though you trust > it so much ;-). Except all the general style stuff is in the top word; the only difference between the two styles, the 3, is two TTS_* toolbar style; generally the stuff in the low word is, I believe, control-specific. I honestly think that it is not so much that Spy++ has a bug as that it is based on some knowledge within Microsoft that describes how they have worked around the mess they have generated over the years. > > Rolf Kalbermatter > mailto:rolf.kalbermatter@citeng.com > > Bill

1 0

New user/developer has questions ...
by Crispen Scott 16 Aug '02

16 Aug '02

I have just RPMed wine-20020512-1.i386.rpm and attempted to run several WIN programs (to wit: sol.exe and a proprietary package). Both fail. I am including the entire run/error message from my attempt to run sol.exe below. Being new to WINE, I have no idea where to begin to find the problem. I have annotated the error message with notes. All notes are separated by a <NOTE - TEXT> then a CR and follows the line(s) that the NOTE applies to. [root@localhost root]# wine /mnt/windows/windows/system32/sol.exe <NOTE - This is the command line entry > err:reg:_convert_win95_registry_to_wine_format unable to load native win95 registry file C:\WINDOWS\system.dat: unknown signature. err:reg:_convert_win95_registry_to_wine_format Unable to load native win95 registry file C:\WINDOWS\system.dat. err:reg:_convert_win95_registry_to_wine_format Please report to a.mohr(a)mailto.de. err:reg:_convert_win95_registry_to_wine_format Make a backup of the file, run a good reg cleaner program and try again! <NOTE - The SYSTEM.DAT file located in the windows SUBDIR was exported from regedit.exe. This is from a WIN2K OS > fixme:win32:PE_CreateModule Security directory ignored <NOTE - I assume this is a FIXME in the SRC> err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/desktop.ini" err = 55 <NOTE - This file exists in the proper location so what is the error?> err:font:AddFontFileToList Already loaded font L"Garamond" L"Bold" err:font:AddFontFileToList Already loaded font L"Garamond" L"Italic" err:font:AddFontFileToList Already loaded font L"Garamond" L"Regular" err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/modern.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/mtsorts.ttf" err = 2 err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/roman.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/script.fon" err = 2 <NOTE - These files exist so why are they able to be loaded?> X Error of failed request: XF86DGANoDirectVideoMode Major opcode of failed request: 136 (XFree86-DGA) Minor opcode of failed request: 22 (XDGAOpenFramebuffer) Serial number of failed request: 181 Current serial number in output stream: 181 <NOTE - What does this indicate?> I am trying to come up to speed on the use of WINE but, as everyone knows, the documentation is a little light as is the commenting of the source code. If someone could please head me in the right direction, I would greatly appreciate it. Once I have gained some additional expertise in WINE I will use my 15+ years of Windows development experience and knowledge to try and resolve some of the issues and bugs that are reported. This may take me several more weeks. I am also intending to write a technical book on WINE so will submit chapters for review to the community as the become available. Much of the information will deal with the issues the I, as a newbie, am encountering. I await the response. Crispen Scott BTW: I downloaded the source for 20020804 and, after fixing several build related problems (incorrect build order, root objections, & eliminating programs with build problems I couldn't readily resolve, i.e. widl), I had even worse problems with trying to get that version of wine to run. That is why I reverted to the latest RPM version. Some of the problems with the 20020804 build might be resolved after I see the answers to the problems I stated above. I am excited about becoming an integral part of this community but need some start-up help! Thanks! -- Crispen Scott Engineer - Software Astronautics.com 4115 Teutonia Road Milwaukee, WI 53209 Tel: 414-447-8200 x4434 C.Scott(a)Astronautics.com

2 1

RE: what's with WS_OVERLAPPED?
by Rolf Kalbermatter 16 Aug '02

16 Aug '02

On Thu, 15 Aug 2002 "Medland, Bill" <Bill.Medland(a)accpac.com> wrote > >> On Wednesday, August 14, 2002 Ove Kaaven [mailto:ovehk@ping.uio.no] wrote: <snip> >> WS_OVERLAPPED is in practice considered the absence of the >> WS_POPUP and >> WS_CHILD flags, I believe. > >Thanks Ove; that'll do for a working hypothesis. (I wish Microsoft would be >consistant) > >Just for the record it is clearly more complex than that. I guess since >Microsoft wrote it we can trust Spy++ a little. I have seen spy++ declare >that a "tooltips" class window (style 0x84800000/00000088) has style >WS_OVERLAPPED whereas a "tooltips_class32" class window (style >0x84800003/00000088) doesn't. Hmm, this is just a wild guess but couldn't it be that the WS_OVERLAPPED style applies only to the lower word of the windows style. Windows coming from 16bit DOS it wouldn't be surprising if the original windows style was 16 bit only as well. Either that or Spy++ has a bug, even though you trust it so much ;-). Rolf Kalbermatter mailto:rolf.kalbermatter@citeng.com

1 0

Re: wine/ dlls/gdi/Makefile.in dlls/gdi/bidi16.c d ...
by Dimitrie O. Paun 16 Aug '02

16 Aug '02

On August 15, 2002 08:42 pm, Alexandre Julliard wrote: [...] > Log message: > Moved a large number of 16-bit functions to a separate gdi16.c file. This is a great idea that I've been advocating for a loooong time now <g>. I think moving 16 bit code into separate files is cool: -- runtime efficiency: If 16 bit code is not invoked, it's not going to be paged in during execution -- code neatness: developers working on the 32-bit code (which is _the_ code in Wine) will not get distracted by silly 16-to-32-to-16 bit conversions. -- helps correctness: 16-bit code is in general a simple: 16-to-32 bit conversion call the 32-bit equivalent function 32-to-16 bit conversion Which means there is a lot of repetition, template-like coding. Any departure from the usual pattern is a *lot* more easily spotted by the naked eye if it's present in a file that does just that. -- 16-to-32 bit: we can more easily see (and fix) cases where 32 bit code calls 16 bit code. For all these reasons, I think we should have _all_ 16-bit code into separate files. Always. Who knows, maybe we can have makefiles done such a way that we can avoid compiling 16 bit code altogether! :) Even if only as a simple check that no 32 bit code calls down to 16 bit... And again, the _same_ rationale applies to xxxW & xxxA functions, but I'll not pursue this point for now ;). -- Dimi.

1 0

Re: window parent/owner handling
by Dmitry Timoshkov 16 Aug '02

16 Aug '02

"Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > Includes my previous patch for SetWindowLong (for Bug 825) Seems that your investigations are correct, at least test succeeds under win2000. I would suggest to apply tiny patch (attached) to catch some additional problems. -- Dmitry.

1 0

RE: Some observations on window parentage etc.
by Medland, Bill 15 Aug '02

15 Aug '02

> -----Original Message----- > From: Medland, Bill [mailto:Bill.Medland@accpac.com] > Sent: Thursday, August 15, 2002 8:59 AM > To: Wine devel (E-mail) > Subject: Some observations on window parentage etc. > > > Here are some observations with regard to Window > parentage/ownership etc. snip > > More to follow. > > Bill > OK guys; who can justify the claim in the server (set_window_owner) that the owner and the window must have the same parent? I think it is untrue, but I don't know what it should be. I believe we need to extend the WIN_SetOwner to return the previous owner. Should we take that out of the structure on the user side or should we modify the server reply to return it? I guess modifying the server reply is the safer option and should have no performance penalty. So here is what I am looking at doing. (I'd prefer comments here rather than after I submit the patch) 1. Modify the set_window_owner reply to return both the new full handle and the previous full handle. (p.s. what is this full handle anyway? Why is it different from the one passed in the request?) 2. Modify the set_window_owner handler to fill in the reply and also remove the parent test (or replace it with anything you guys think makes sense) 3. Modify WIN_SetOwner to return the value 4. Leave GetParent as it is 5. Modify GetWindowLong (GWL_HWNDPARENT to return the parent if a WS_CHILD and the owner otherwise (even if not a WS_POPUP) 6. Modify GetAncestor (GA_ROOTWINDOW) to return the same as recursing on GetParent. 7. Write a test set. Comments? Bill

1 0

RE: Re:can windows be reparented?
by Medland, Bill 15 Aug '02

15 Aug '02

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry@baikal.ru] > Sent: Thursday, August 15, 2002 10:00 AM > To: Medland, Bill > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > > > "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > > (Do you want the test case code?) > > Why not? :-) > > -- > Dmitry. > > > First is without WS_POPUP, second is with

1 0

RE: Re:can windows be reparented?
by Medland, Bill 15 Aug '02

15 Aug '02

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry@baikal.ru] > Sent: Thursday, August 15, 2002 9:17 AM > To: Medland, Bill > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > > > "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > > Honest question : how do you know the parent is changing? > by calling > > GetWindowLong (GWL_HWNDPARENT)? > > Yes, and verifying the result in Spy++. (As discussed in my other email) I guess Spy++ is displaying the result of GetWindowLong > > > I believe that it is the owner that is changing and the > parent (as returned > > by getAncestor (GA_PARENT) willl be unchanged. > > Hmm, I didn't try GetAncestor(), only GetWindowLong() and GetParent(). (Do you want the test case code?) > > -- > Dmitry. > > >

2 1

RE: Re:can windows be reparented?
by Medland, Bill 15 Aug '02

15 Aug '02

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry@baikal.ru] > Sent: Tuesday, August 13, 2002 6:33 PM > To: us(a)the-edmeades.demon.co.uk > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > snip > Could you please test patch posted by Bill Medland to > wine-patches today? It's > not entirely correct though. My tests show that > SetWindowLong(GWL_HWNDPARENT) > call changes simultaneously both parent and owner for top > level windows and > returns old value (not sure old owner or parent it is). Honest question : how do you know the parent is changing? by calling GetWindowLong (GWL_HWNDPARENT)? I believe that it is the owner that is changing and the parent (as returned by getAncestor (GA_PARENT) willl be unchanged. snip Bill

2 1

Some observations on window parentage etc.
by Medland, Bill 15 Aug '02

15 Aug '02

Here are some observations with regard to Window parentage/ownership etc. Clearlt Microsoft documentation is quite out of date and contradictory on the subject these days so we are going to have to experiment and find out what actually happens. We also are going to have to be careful about terminology and not jumping to conclusions. I mean what ther heck are we supposed to think when Spy++ shows a window as a top-level window (by which I mean just below the desktop in the listview that Spy++ uses), tells us that its parent is its owner (a different top-level window) but that "parent" says it has no children. So. 1. GetParent does not necessarily return the same value as GetWindowLong (GWL_HWNDPARENT). I have seen GetParent returning 0 while GetWindowLong returns the same non zero value as GetWindow (GW_OWNER). 2. GetAncestor (GA_PARENT) seems to be the best way to get the "true parent". 3. WIN_CreateWindowEx is currently slightly wrong. I know MSDN says don't mix WS_POPUP and WS_CHILD but if you do then the result is wrong, I believe. However I am loth to fix it and submit the patch because that really messes everything else up so I guess we need a bigger patch first. (Heck, even under windows 98 you can get the kernel to fall over rather easily this way). 4. I don't like the look of GetAncestor (GA_ROOTOWNER). The MSDN documentation suggests that it should return the result of recursively calling GetParent (or should it be recursively calling GetWindowLong (GWL_HWNDPARENT) whereas GetAncestor (GA_ROOT) should return the result of recursively calling GetAncestor (GA_PARENT) (each stopping just before the desktop, of course). (And of course that is definition, not necessarily mechanism) More to follow. Bill

1 0

RE: what's with WS_OVERLAPPED?
by Medland, Bill 15 Aug '02

15 Aug '02

> -----Original Message----- > From: Ove Kaaven [mailto:ovehk@ping.uio.no] > Sent: Wednesday, August 14, 2002 11:08 AM > To: Medland, Bill > Cc: Wine devel (E-mail) > Subject: Re: what's with WS_OVERLAPPED? > > > > On Wed, 14 Aug 2002, Medland, Bill wrote: > > > (Regarding the whole issue of windows reparenting) > > > > MSDN keeps going on about windows with the WS_OVERLAPPED > style. However > > surely (since WS_OVERLAPPED=0) every window has such a > style these days. > > > > Is there something I don't understand? > > WS_OVERLAPPED is in practice considered the absence of the > WS_POPUP and > WS_CHILD flags, I believe. > Thanks Ove; that'll do for a working hypothesis. (I wish Microsoft would be consistant) Just for the record it is clearly more complex than that. I guess since Microsoft wrote it we can trust Spy++ a little. I have seen spy++ declare that a "tooltips" class window (style 0x84800000/00000088) has style WS_OVERLAPPED whereas a "tooltips_class32" class window (style 0x84800003/00000088) doesn't. Bill

1 0

ListView Patch
by Steve Whine 15 Aug '02

15 Aug '02

Hi all, I should maybe have posted this to the patches list, but I would like your comments first. I have fixed a few problems with the ListView control when using icons larger than the sizes returned by the system metrics. This (attached) patch also causes LISTVIEW_Arrange (which was previously a stub) to call the LISTVIEW_AlignTop/Left when appropriate. Please let me know what you think. This is my first time doing any of this, so let me know what I'm doing wrong/right. Cheers Steve

1 0

ListView Issues
by Steve Whine 14 Aug '02

14 Aug '02

Hi, I've just started looking into getting a project of wine running on Linux via Wine, and I'm very impressed so far! However, there are a few (mostly minor) problems with the ListView control: - When using icons bigger than the sizes returned by SystemParametersInfo(SPI_GETICONMETRICS), the text for the items is not displayed correctly at the bottom of the icon. - When running a program created by C++ Builder 5, clicking on an item in the listview causes an access violation in C++ Builder's VCL library code - it is obviously getting passed an unexpected value. - The amount of text displayed is often far less than is displayed in Windows, making the listbox difficult to use. I have been looking into the ListView code and have hacked a fix for the first and third problem, but I am having a little difficulty understanding the code - the LISTVIEW_INFO struct has both an nItemWidth/nItemHeight pair describing the width/height of each item, and an iconSpacing SIZE struct that seems to do the same. What is the difference in these, where should one be used and where should the other be used? Is anyone actively maintaining the listview code, or should I just carry on hacking until I'm happy with it, and post the changes here? I have created a small test program to demonstrate these problems which I can post if anyone is interested. I must say it's very nice to be able to wade into the code to fix these problems myself rather than waiting for someone else (not) to do it! Cheers Steve __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com

3 2

Re: New Slovak translation
by Vincent Béron 14 Aug '02

14 Aug '02

Le lun 12/08/2002 à 08:35, Andrej Kruták a écrit : > > [snip] > > PS3: What about documentation. Are you going to write also some desc. > of > WinAPI or not? I know there's MSDN, but not everyone can subscribe > it... > At least basic things like file IO, windowing, you know :) I have some > experiences with this, so I could help... The documentation on http://msdn.microsoft.com is quite accessible. If you know on which API you want some info, just type it's name in the search box, and you'll get a bunch of results. In my experience, some of the top results are often about WinCE, just skip them. Vincent

1 0

what's with WS_OVERLAPPED?
by Medland, Bill 14 Aug '02

14 Aug '02

(Regarding the whole issue of windows reparenting) MSDN keeps going on about windows with the WS_OVERLAPPED style. However surely (since WS_OVERLAPPED=0) every window has such a style these days. Is there something I don't understand? Bill

2 1

Re: RESUBMIT: Quicken 2000 bug/Category blanking => Wine patch
by Dimitrie O. Paun 14 Aug '02

14 Aug '02

On August 14, 2002 01:53 pm, Carl Sopchak wrote: > It was suggested to me that I should not use strlen(), since I'm not > positive if the string will ever really terminate (which may cause a seg > fault), so I programmed my own scan for a null character.. > > Here's the revised patch (attached). What about this: --- controls/edit.c 13 Jun 2002 19:20:43 -0000 1.95 +++ controls/edit.c 14 Aug 2002 17:49:13 -0000 @@ -3957,20 +3957,25 @@ */ static INT EDIT_WM_GetText(EDITSTATE *es, INT count, LPARAM lParam, BOOL unicode) { + INT ii; + if(!count) return 0; if(unicode) { LPWSTR textW = (LPWSTR)lParam; strncpyW(textW, es->text, count); - textW[count - 1] = 0; /* ensure 0 termination */ + for (ii = 0; (ii < count) & textW[ii]; i++) ; + textW[ii - 1] = 0; /* force 0 termination */ return strlenW(textW); } else { LPSTR textA = (LPSTR)lParam; WideCharToMultiByte(CP_ACP, 0, es->text, -1, textA, count, NULL, NULL); - textA[count - 1] = 0; /* ensure 0 termination */ + for (ii = 0; (ii < count) & textA[ii]; i++) ; + textA[ii - 1] = 0; /* force 0 termination */ return strlen(textA); } } Untested :) -- Dimi.

1 0

Am I the only one getting replies from RealNetworks?
by Medland, Bill 14 Aug '02

14 Aug '02

I am getting messages from RealNetworks corresponding to each of my posts to wine-devel. I presume "Mysore Jaisimha" is on the mailing list but no longer works there. Can we do anything about it or do I just throw the messages away? Bill

2 1

RE: Re:can windows be reparented?
by Medland, Bill 14 Aug '02

14 Aug '02

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry@baikal.ru] > Sent: Wednesday, August 14, 2002 9:34 AM > To: Medland, Bill > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > > > keep cc'ing wine-devel please Sorry; I just realised. It's the way I have Outlook set up; I get confused. > > "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > > > Could you please test patch posted by Bill Medland to > > > wine-patches today? It's > > > not entirely correct though. My tests show that > > > SetWindowLong(GWL_HWNDPARENT) > > > call changes simultaneously both parent and owner for top > > > level windows and > > > returns old value (not sure old owner or parent it is). > > > > Even if the window is not in fact a child? > > Yes. According to my test program. > > > Please excuse my ignorance here; > > I am still a little shaky on terminology. Surely if it is > a top level > > window then its parent is the desktop and always will be. > > > > Or are you saying that it reparents to the desktop (and so > the problem is > > down in the SetParent code)? > > I don't see a reparenting to desktop in the relay trace. > > > > But top level windows created by Visual Vasic are special: > > > they have no parent, > > > but only owner according to Spy++. In my tests I can't > > > reproduce it yet. > > > > So you suspect that Spy++ is not telling the truth? (It > wouldn't be the > > first time) > > I incline to trust Spy++ here. It correctly shows paerent/owner for my > test application playing with SetParent/SetWindowLong. It seems that > Windows always sets 0 in the parent field if the parent is > desktop. Even > after explicit SetParent(GetDesktopWindow()) or > SetWindowLong(GWL_HWNDPARENT, > GetDesktopWindow()) GetWindowLong(GWL_HWNDPARENT)/GetWindow(GW_OWNER) > return 0 in my tests. > > > > A bit of investigation of Wine source revealed that some > places use > > > GetAncestor(hwnd, GA_PARENT), while others use GetParent(hwnd). > > > > And, in the case of WIN_CreateWindowEx, GetAncestor (hwnd, GA_ROOT) > > > > > Since > > > their behaviour is different in respect of top level and > > > child windows, > > > some major clean up in that area in Wine is needed. > > > > Careful. > > > > In our particular case, according to Spy++ the owner of the > ThunderRT6FormDC > > is a third-generation window. viz. the actual window > requested, not one of > > its ancestors. > > > > i.e. I see the call to SetWindowLong (30056 (The > ThunderRT6FormDC), -8, > > 10046 (The ThunderRT6UserControlDC)) > > > > I guess an important point here is that in our case the > Visual Basic is an > > OCX sitting inside a container and so the > ThunderRT6UserControlDC is not > > first generation. > > Now I don't understand your terminology. parent - child - sibling are > the termings in the Windows world. Who of them was born > earlier matters > only when Z order and visibility are taken into account (and > can be easily > changed). Sorry; I am being unclear. I mean that (statically, according to Spy++, when the popup form is active) 1. The ThunderRT6FormDC which "is" the form has style WS_OVERLAPPED, no parent (i.e. the desktop) and owner is the ThunderRT6UserControlDC 2. The ThunderRT6UserControlDC which, I believe, "is" the ocx, has style WS_OVERLAPPED and no owner, but its parent is an ATL window 3. That ATL window's parent is another ATL window 4. That second ATL window has no parent. (So, by generations I am talking about the static parent relationship, independent of how it came to be; c.f. old people adopting young ones resulting in skipped generations) > > -- > Dmitry. > > > And I have just noticed the lie in MSDN. It says (Platform SDK - Windows User Interface - Owned windows) that once the window has been created, with an owner, you cannot change the owner. That has to be wrong. A propos. I think there is a related error in CreateWindowEx. At least it disagrees with MSDN. If passed a parent If this is a child set parent to the paremt passed in and leave the owner 0 else set the parent to the desktop and the owner to the GA_ROOT ancestor of the window passed in. Surely it should be (according to MSDN) if passed a parent if style includes WS_OVERLAPPED or WS_POPUP assert style does not include WS_CHILD if the parent is itself WS_OVERLAPPED or WS_POPUP parent is desktop and owner is the parent passed in else if the parent is a WS_CHILD then parent is desktop and owner is the GetAncestor(parent, GA_ROOT) else assert false? else assert WS_CHILD owner is 0 and parent is as specified Comments? One datum of use. In our particular case this fits; the ThunderRT6FormDC is WS_OVERLAPPED with no parent. Its owner is the ThunderRT6UserControlDC which also is WS_OVERLAPPED but has a parent. Bill

1 0

Re: CVS not building?
by jhurst＠ii.net 14 Aug '02

14 Aug '02

I'm *really* sorry about the multiple messages! :( It seemed I jumped the gun and a manual removal of what i thought were problematic .o files did not resolve my build error! :( -jan On Thu, 2002-08-15 at 00:54, jhurst(a)ii.net wrote: > Hello, > > I just updated my CVS tree, and as several files seemed to have been > updated since my last CVS update I attempted to build a new wine. The > build fails with the error attached below. > > My questions are: > > 1. what is the "correct" way to (re)build wine when an existing wine has > previously been built? I have used ./tools/wineinstall previously (and > the attached error is a result). Is this correct? > > 2. Is there a problem with the files I have just pulled from CVS or have > I broken something on this end?! > > Regards, > > -jan > jhurst(a)ii.net > > --> snip <-- > make[2]: Entering directory `/usr/src/wine/dlls/urlmon' > LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" > ../../tools/winebuild/winebuild -fPIC -D__WINE__ -o urlmon.spec.c -spec > ./urlmon.spec urlmon.dll.tmp.o -L../../dlls -lole32 -lwininet -luser32 > -lkernel32 > ./urlmon.spec:1: could not open .so file for wininet.dll > make[2]: *** [urlmon.spec.c] Error 1 > make[2]: Leaving directory `/usr/src/wine/dlls/urlmon' > make[1]: *** [urlmon] Error 2 > make[1]: Leaving directory `/usr/src/wine/dlls' > make: *** [dlls] Error 2 > --> snip <--

1 0

Re: CVS not building?
by jhurst＠ii.net 14 Aug '02

14 Aug '02

My apologies. It seems make clean did not remove some .o files. Manual removal has allowed me to continue the build process. However, can someone please answer my first question? Regards, -jan On Thu, 2002-08-15 at 00:54, jhurst(a)ii.net wrote: > Hello, > > I just updated my CVS tree, and as several files seemed to have been > updated since my last CVS update I attempted to build a new wine. The > build fails with the error attached below. > > My questions are: > > 1. what is the "correct" way to (re)build wine when an existing wine has > previously been built? I have used ./tools/wineinstall previously (and > the attached error is a result). Is this correct? > > 2. Is there a problem with the files I have just pulled from CVS or have > I broken something on this end?! > > Regards, > > -jan > jhurst(a)ii.net > > --> snip <-- > make[2]: Entering directory `/usr/src/wine/dlls/urlmon' > LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" > ../../tools/winebuild/winebuild -fPIC -D__WINE__ -o urlmon.spec.c -spec > ./urlmon.spec urlmon.dll.tmp.o -L../../dlls -lole32 -lwininet -luser32 > -lkernel32 > ./urlmon.spec:1: could not open .so file for wininet.dll > make[2]: *** [urlmon.spec.c] Error 1 > make[2]: Leaving directory `/usr/src/wine/dlls/urlmon' > make[1]: *** [urlmon] Error 2 > make[1]: Leaving directory `/usr/src/wine/dlls' > make: *** [dlls] Error 2 > --> snip <--

1 0

Re: Re:can windows be reparented?
by Dmitry Timoshkov 14 Aug '02

14 Aug '02

keep cc'ing wine-devel please "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > Could you please test patch posted by Bill Medland to > > wine-patches today? It's > > not entirely correct though. My tests show that > > SetWindowLong(GWL_HWNDPARENT) > > call changes simultaneously both parent and owner for top > > level windows and > > returns old value (not sure old owner or parent it is). > > Even if the window is not in fact a child? Yes. According to my test program. > Please excuse my ignorance here; > I am still a little shaky on terminology. Surely if it is a top level > window then its parent is the desktop and always will be. > > Or are you saying that it reparents to the desktop (and so the problem is > down in the SetParent code)? I don't see a reparenting to desktop in the relay trace. > > But top level windows created by Visual Vasic are special: > > they have no parent, > > but only owner according to Spy++. In my tests I can't > > reproduce it yet. > > So you suspect that Spy++ is not telling the truth? (It wouldn't be the > first time) I incline to trust Spy++ here. It correctly shows paerent/owner for my test application playing with SetParent/SetWindowLong. It seems that Windows always sets 0 in the parent field if the parent is desktop. Even after explicit SetParent(GetDesktopWindow()) or SetWindowLong(GWL_HWNDPARENT, GetDesktopWindow()) GetWindowLong(GWL_HWNDPARENT)/GetWindow(GW_OWNER) return 0 in my tests. > > A bit of investigation of Wine source revealed that some places use > > GetAncestor(hwnd, GA_PARENT), while others use GetParent(hwnd). > > And, in the case of WIN_CreateWindowEx, GetAncestor (hwnd, GA_ROOT) > > > Since > > their behaviour is different in respect of top level and > > child windows, > > some major clean up in that area in Wine is needed. > > Careful. > > In our particular case, according to Spy++ the owner of the ThunderRT6FormDC > is a third-generation window. viz. the actual window requested, not one of > its ancestors. > > i.e. I see the call to SetWindowLong (30056 (The ThunderRT6FormDC), -8, > 10046 (The ThunderRT6UserControlDC)) > > I guess an important point here is that in our case the Visual Basic is an > OCX sitting inside a container and so the ThunderRT6UserControlDC is not > first generation. Now I don't understand your terminology. parent - child - sibling are the termings in the Windows world. Who of them was born earlier matters only when Z order and visibility are taken into account (and can be easily changed). -- Dmitry.

1 0

RE: Re:can windows be reparented?
by Medland, Bill 14 Aug '02

14 Aug '02

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry@baikal.ru] > Sent: Tuesday, August 13, 2002 6:33 PM > To: us(a)the-edmeades.demon.co.uk > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > > > <us(a)the-edmeades.demon.co.uk> wrote: > > > To be honest I never investigated further once I commented > out the SetParent call, > > as I was continuing to fix oleaut32 and left the gui side > to someone else! > > > > I know it was being called in the failing case, and > removing it allowed the > > windows to pop up, BUT they were still wrong as you could > access the 'parent' > > whereas you should not be able to > > Could you please test patch posted by Bill Medland to > wine-patches today? It's > not entirely correct though. My tests show that > SetWindowLong(GWL_HWNDPARENT) > call changes simultaneously both parent and owner for top > level windows and > returns old value (not sure old owner or parent it is). Even if the window is not in fact a child? Please excuse my ignorance here; I am still a little shaky on terminology. Surely if it is a top level window then its parent is the desktop and always will be. Or are you saying that it reparents to the desktop (and so the problem is down in the SetParent code)? > > But top level windows created by Visual Vasic are special: > they have no parent, > but only owner according to Spy++. In my tests I can't > reproduce it yet. So you suspect that Spy++ is not telling the truth? (It wouldn't be the first time) > > A bit of investigation of Wine source revealed that some places use > GetAncestor(hwnd, GA_PARENT), while others use GetParent(hwnd). And, in the case of WIN_CreateWindowEx, GetAncestor (hwnd, GA_ROOT) > Since > their behaviour is different in respect of top level and > child windows, > some major clean up in that area in Wine is needed. Careful. In our particular case, according to Spy++ the owner of the ThunderRT6FormDC is a third-generation window. viz. the actual window requested, not one of its ancestors. i.e. I see the call to SetWindowLong (30056 (The ThunderRT6FormDC), -8, 10046 (The ThunderRT6UserControlDC)) I guess an important point here is that in our case the Visual Basic is an OCX sitting inside a container and so the ThunderRT6UserControlDC is not first generation. > > -- > Dmitry. > > > > Hope this helps. Bill

1 0

RE: [Help] When one application internally invokes another applic ation?
by Medland, Bill 14 Aug '02

14 Aug '02

I presume that c:\windows is in the path Try using --debugmsg +module to see where it looks for the notepad Bill > -----Original Message----- > From: leanne [mailto:leanne@thizlinux.com] > Sent: Wednesday, August 14, 2002 2:44 AM > To: wine-devel(a)winehq.com; wine-users(a)winehq.com > Subject: [Help] When one application internally invokes another > application? > > > Dear all, > > I wonder wine's config would help if one application needs to invoke > another application, say, Notes Client to > open attachment with notepad.exe. I fail to open the > attached txt file > and it complained no such program. > I have put notepad.exe on /usr/share/wine-c/windows/ and > /usr/share/wine-c/windows/system :-( > > Anyone could help is much appreciated. > > Thanks. > Leanne > >

1 0

sgml
by Fabian Cenedese 14 Aug '02

14 Aug '02

Hi What is the easiest way to view/print the wine-help files that are in sgml? I fiddled around with sgmltools but couldn't get a useful output (I guess I just gave up too early, don't want to consider the other option :). What do others use for viewing them? Thanks Fabi

5 4

[Help] When one application internally invokes another application?
by leanne 14 Aug '02

14 Aug '02

Dear all, I wonder wine's config would help if one application needs to invoke another application, say, Notes Client to open attachment with notepad.exe. I fail to open the attached txt file and it complained no such program. I have put notepad.exe on /usr/share/wine-c/windows/ and /usr/share/wine-c/windows/system :-( Anyone could help is much appreciated. Thanks. Leanne

1 0

Problem with CVS ?
by Sylvain Petreolle 14 Aug '02

14 Aug '02

Hi, I checked the CVS to have last changes from August 12 that I see on wine-cvs and didn't get anything updated. What is happening ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

5 7

Re: Quicken 2000 issues/Category getting blanked with memo
by Carl Sopchak 13 Aug '02

13 Aug '02

On Monday, August 05, 2002 10:54 am, Aric wrote: > On Monday, August 05, 2002 09:25 am, Carl wrote: > > Using an account register, I was entering a transaction. I entered the > > date <tab>, <tab> (skipping check #), Payee <tab>, Payment Amount <tab>, > > transfer account <tab>, memo. At this point, pressing <ctrl><Enter> > > should save the transaction. However, when I pressed <ctrl><Enter>, the > > Transfer Account got cleared, then I was asked if the program should save > > the transaction anyway. The Transfer Account does NOT get cleared if the > > <ctrl><Enter> is pressed while the cursor is in that field. > > Ah you have reported the bug that has sucked away far too many days of > my time to no avail. > For some reason I have yet to determine. If you select the memo field > then the Category field gets cleared. Well, after a day of wading through a whole lot of --debugmsg +all logs, I've figured out what's going on with this... EDIT_WM_GetText (in controls/edit.c) is "blindly" setting the last byte of the string buffer being past to it to NULL: textA[count - 1] = 0; /* ensure 0 termination */ Apparently, in this particular case, the buffer size (the 'count' veriable) is not correct, and the location of textA[count - 1] just happens to correspond to the first byte of the Category field, which (obviously) CHANGES IT TO A NULL STRING! Voila! Now, since I have just found this, I have not had a chance to determine of the erroneous value of "count" is a bug in Wine, or in Quicken! Doing so may take an awfully loooooong time, particularly since I don't have the source for Quicken. (Since this does not seem to be a pervasive bug, I'm suspecting Quicken...) So, here's what I see as my choices... 1) Forget the origin of the bug, and change EDIT_WM_GetText to only set the last byte to a NULL only if there is not a NULL byte prior to [count - 1]. I'm guessing the most efficient way (I'm no C guru) would be to change the line to something like: if (strlen(textA) >= count) textA[count - 1] = 0; If this is reasonable, the question that I would have is "What functions should I use in place of the strlen() above [for A and W strings] (or is strlen() good enough for both)?" 2) Take some time to try to track down if the bug is Wine related. I'm willing to spend a day (maybe two) on this, but my gut tells me it's futile. Obviously, if I find a related Wine bug, I'd fix it, which indirectly would fix this issue. But if I don't find a related bug, I guess I would have to revert to (1) anyway... Suggestions?? Comments?? Carl

1 0

Re: Problem with CVS ?
by Sylvain Petreolle 13 Aug '02

13 Aug '02

No problem. --- Paul Millar <paulm(a)astro.gla.ac.uk> a écrit : > Hi Sylvian, > > Sorry I doubted you. You're quite right, there was a batch of CVS > update > messages without anything altering on cvs itself. > > Paul. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Problem with CVS ?
by Sylvain Petreolle 13 Aug '02

13 Aug '02

As usual, I tried to update the cvs version I had before the crash. cvs update -APd the 7 cvs updates that appear on wine-cvs at Aug 12 don't come. I could patch it manually, but I prefer a clean cvs tree, updated with the normal way to proceed. --- Paul Millar <paulm(a)astro.gla.ac.uk> a écrit : > On Tue, 13 Aug 2002, [iso-8859-1] Sylvain Petreolle wrote: > > I checked the CVS to have last changes from August 12 that I see on > > wine-cvs and didn't get anything updated. What is happening ? > > Did you check out a particular build-date or version in the past (& > not > unstuck it). > > Just a thought ... > > Paul. > > ---- > Paul Millar > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re:can windows be reparented?
by us＠the-edmeades.demon.co.uk 13 Aug '02

13 Aug '02

Just an FYI but this bug is also what is reported under bug#825 (and 961). I have indicated under 825 a hack which prevents the problem from occurring, and there was a recent discussion where Alexander indicated it may not be correct to actually call SetParent for GWL_HWNDPARENT, which is exactly what my hack changes. Note bug#825 also has an attached testcase already Jason

2 1

Re: Q: getting Wine tar balls via ftp - ftp.ibiblio.org problems?
by juergen.schmied＠debitel.net 13 Aug '02

13 Aug '02

>I just wanted to setup the mirror perl script to get the Wine tar >balls. But >even a manual connection to ftp.ibiblio.org fails. What is the problem >here? Ask webmaster(a)ibiblio.org. This side is not wine-project related. juergen

1 0

Q: getting Wine tar balls via ftp - ftp.ibiblio.org problems?
by Heiko Nardmann 13 Aug '02

13 Aug '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I just wanted to setup the mirror perl script to get the Wine tar balls. But even a manual connection to ftp.ibiblio.org fails. What is the problem here? - -- Heiko Nardmann (Dipl.-Ing.), h.nardmann(a)secunet.de, Software Development secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1YvCsACgkQpm53PRScYyhGHwCfSSFG+dRkLeFUyqT0dj/5zuHk iG4An2Cn6U9pPFJCmcY/QURRPaCXBJth =Lqss -----END PGP SIGNATURE-----

1 0

can windows be reparented?
by Medland, Bill 13 Aug '02

13 Aug '02

Can anyone help me with this? I am trying to track down a problem with our software, relating to Visual Basic and its forms. We launch a container executable which then loads one of hundreds of OCXes (compiled from Visual Basic). One of the things that then happens within those OCXes is that they use the Visual Basic "load" instruction to load a different form in a modal way. Under Windows the form (which is generally larger than the original OCX form) comes up on the main display, with full usability (you can click on windows etc). However under Wine it comes up within the client area of the original and only responds to keyboard input. (Luckily Alt+C maps to the Close button so we can close it). If I use Spy++ under Windows I can see that when the "popup" form is up then its parent is 0 but its owner is the ThunderRT6UserControlDC under the ATL window that is the container. Under Wine if I watch the CreateWindow calls I see that the ThunderRT6FormDC parented by the ThunderRT6Main and the ThunderRT6UserControlDC parented by a STATIC under the ThunderRT6Main. Unfortunately I know of no way to see what parent was originally specified under windows. I presume that it is unlikely that the parentage was altered after the windows were created. Does anyone know differently? Anyone now what might be going on? Bill

3 2

Bug #931
by Dusan Vujosevic 13 Aug '02

13 Aug '02

I seems that the problem I noted in bug #931 goes away when "PerfectGraphics" is set to false (????). I tracked the problem down to implementation of PATINVERT in BITBLT_InternalStretchBlt() (in graphics/x11drv/bitblt.c). It check whether 'perfect_graphics' is on and if it is it actually doesn't do the drawing: case PATINVERT: /* 0x5a */ if (perfect_graphics()) break; Maybe I'm missing soemthing here but I think that test should be: case PATINVERT: /* 0x5a */ if (!perfect_graphics()) break; That would give a more logical behaviour where there would not be any drawing errors when "PerfectGraphics" is set to True. (There are other spots where this is used in similar fashion) Another question is why have the "PerfectGraphics" option at all when it produces drawing artifacts? D.

2 1

Incomplete support in Win32
by Shachar Shemesh 13 Aug '02

13 Aug '02

Hi all, As you may know (I make a lot more noise than actual work), I am trying to implement BiDi support for WINE. The most promising place to start seemed to be GetCharacterPlacement, that does everything even remotely BiDi related. The most immediate thing to do was to call GetCharacterPlacement from ExtTextOut in order to do the BiDi rearrenging. In typical MS fashion, however, it seems that this will not work. Despite the fact that you are supposed to be able to call GetCharacterPlacement once, and then call ExtTextOut with the result as many times as necessary (speeding up the process, and suggesting that GetCharacterPlacement can do anything ExtTextOut can do), it seems there is one thing that ExtTextOut is expected to know how to do, and GetCharacterPlacement does not know. For those who are really interested, this is specfying the base directionality of the paragraph. I am pretty sure the way Windows implements this is by having a common parent function used for reordering by both ExtTextOut and GetCharacterPlacement. I think such an arrangment is awfully crude. I was considering an alternative solution, and would like your opinion. What I thought of doing was adding a bit to the flags GetCharacterPlacement gets, which says "right to left paragraph, if you'll be so kind". My question is - how acceptable is such a behaviour. Is that a huge no-no, or is that a harmless little tweak? It goes without saying that I will document the fact that this is a WINE only flag, and that there are unused bits in the GetCharacterPlacement current flags set. Another alternative I was considering was to add a directional push at the start of the string in order to achieve this without changing the algorithm. The problem is that I am not sure what affect this will have on the reordering, not to mention the fact that I will then need to copy and widen the string inside ExtTextOut, which is an inconvinence to say the least. Your opinios, please. Shachar

2 1

WineHQ.com server crash
by Jeremy Newman 13 Aug '02

13 Aug '02

On 10:00:12 CST the wine.codeweavers.com a.k.a www.winehq.com server suffered catastrophic hardware failure. The power supply suddenly decided of its own free will that the motherboard and all of the attached components needed 3x the recommended voltage (or something). wine.codeweavers.com (ver 3.0) on-line and operational. Sorry for the inconvenience of downtime. I now return you to your regularly scheduled mailing list. -- __ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

1 0

Re: Agent crashes on accessing Disk
by Rein Klazes 12 Aug '02

12 Aug '02

On Sun, 11 Aug 2002 18:18:37 +0200, you wrote: > On Sun, 11 Aug 2002 17:26:17 +0200, Rein Klazes <rklazes(a)xs4all.nl> > wrote: > > >On Sun, 11 Aug 2002 14:21:57 +0200, you wrote: > > > >> Howdy, > >> I've just found a problem with Agent when trying to save attachments > >> from email, that I thought I'd share with the devel community. (It's > >> happening in both v1.9 and v1.92.) This is also happening with my > >> just updated today CVS version. > >> > >> > >> When I tried to save an attachment, the following messages appear: > > > >[snip] > > > >Oliver, I always get essentially the same messages as those, but no > >crash. So it is quite possible that they are unrelated to the crash. > > > >Look at the backtrace in the debugger, the last messages before the > >crash with relay debugging enabled, and (because this is Agent) check > >that if you have native windows dll's lying around that Agent doesn't > >use them. > > This is a linux only install, so there are no Windows.dlls on my > system. > > I did a --debug message -relay, and here's the output from the console > window. I've included it all even though only the last couple of > lines look pertinent. For a backtrace type 'bt' in the console at the "Wine-dbg>" prompt, no additional debug messages enabled; Relay debugging: run with "--debugmsg +relay" and capture the output in a file. With a texteditor look for the line where the first indication of the crash is (search for something like "starting debugger" or "unhandled exception"). In the lines above this you can see what the program was doing at that moment. To post logs: try to preserve the line-breaks. In Agent I usually use "Paste as Quote (Custom)", Agent doesn't insert additional line-breaks in that case. Attaching as "plain text" is another possibility. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

RE: Very basic question concerning compiling WINE
by Medland, Bill 12 Aug '02

12 Aug '02

> -----Original Message----- > From: Steven Rubenstein [mailto:SJR@electricspectric.com] > Sent: Friday, August 09, 2002 6:11 PM > To: wine-devel(a)winehq.com > Subject: Very basic question concerning compiling WINE > > > *** I hope this isn't appropriate, in that I posted this same > question > to wine-user(a)winehq.com. I'm still not sure who reads what. *** > > I am an intermediate Linux user. I dual boot into Redhat 7.3 > and Windows > ME. It would be nice to be able to run the stuff in Windows > from Linux > (for 2 reasons: to avoid booting and rebooting, and trying to > get away > from Windows altogether someday), so I am now learning WINE. > > I see a bunch of postings on this list about compiling. > Question: Would > I expect to compile, as opposed to just running the WINE > configuration > that came with Redhat 7.3? (Probably a pretty broad question, but if > anyone has a word to say, I'm all ears.) > > SJR > > > I echo Tony's views. However the following might be useful to you. It is possible to get approximately monthly updates to the rpms on RedHat; the LinuxEasy rpm copies available via www.winehq.com/downloads (if they are available) are in the correct version. I would certainly say that you will need to upgrade or replace the one that comes with RedHat 7.3. It's great that RedHat provide it but that version is woefully out-of-date now. However I would seriously advocate building from scratch. (Before doing so, remember to uninstall the wine that RedHat put there). I have been building Wine on RedHat for a year and a half now; on RedHat 7.3 for many months. I find it quite easy. Bill

1 0

wine + cvs + proxy = ?
by Fabian Cenedese 12 Aug '02

12 Aug '02

Hi all I'd like to stay up-to-date by using cvs on wine. Unfortunately cvs isn't able to go through a proxy if it isn't invisible, I can't enter the proxy info anywhere in cvs (confirmed on cvs mailing list). So I wondered if there is a better solution than to download the wine-snapshots and reinstall the sources every time. Does anyone have similar problems and maybe a solution? Thanks Fabi

2 1

WINS support in Wine
by Claudiu Costin 11 Aug '02

11 Aug '02

Dear friends, I want to bypass WINS client routines and use LMHOSTS as a mean to "resolve" Windows machines names. Sincerly, on Win2k I haven't success, even I setup the c:\winnt\drivers\etc\lmhosts file. But, I need this to work to surpase the Outlook dialog in Wine which say me that there are networking problems and it cannot resolve/find my "exchange_name" server. My desire is to make Outlook Exchange support work on Wine. You, know, if I succeed this, then I'll not be forced to reboot on Windows when I'm at my job. P.S. Thanks in advance for help have a nice day, -- Claudiu Costin, claudiuc(a)kde.org Linux-KDE Romania http://www.ro.kde.org

1 0

Agent crashes on accessing Disk
by Oliver Sampson 11 Aug '02

11 Aug '02

Howdy, I've just found a problem with Agent when trying to save attachments from email, that I thought I'd share with the devel community. (It's happening in both v1.9 and v1.92.) This is also happening with my just updated today CVS version. When I tried to save an attachment, the following messages appear: ------------------ [olsam@friday agent]$ wine ~/bin/Agent/1.9/agent.exe err:mmsys:MMDRV_InitHardcoded You didn't setup properly the config file for the Wine multimedia modules. Will use the hard-coded setup, but this will disappear soon. Please add a WinMM section to your Wine config file. fixme:file:SetFileAttributesA (D:\data\agent\):2000 attribute(s) not implemented. fixme:ddeml:DdeConnectList (1,49159,49160,0,(nil)): stub fixme:ddeml:DdeQueryNextServer (1,0): stub fixme:ddeml:DdeDisconnectList (1): stub fixme:ddeml:DdeConnectList (1,49159,49160,0,(nil)): stub fixme:ddeml:DdeQueryNextServer (1,0): stub fixme:ddeml:DdeDisconnectList (1): stub fixme:ddeml:DdeConnectList (1,49159,49160,0,(nil)): stub fixme:ddeml:DdeQueryNextServer (1,0): stub fixme:ddeml:DdeDisconnectList (1): stub fixme:ras:RasEnumConnectionsA (0x411b3990,0x40485cc8,0x41119308),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:ras:RasEnumConnectionsA (0x411b0020,0x4048653c,0x40486584),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:commdlg:GetFileName95 Flags 0x00000002 not yet implemented err:shell:SHGetSpecialFolderPathA Failed to create directory 'C:\WINDOWS\Desktop'. err:shell:SHGetSpecialFolderPathA Failed to create directory 'C:\WINDOWS\Desktop'. err:shell:SHGetSpecialFolderPathA Failed to create directory 'C:\WINDOWS\Desktop'. err:shell:SHGetSpecialFolderPathA Failed to create directory 'C:\WINDOWS\Desktop'. wine: Unhandled exception, starting debugger... fixme:console:SetConsoleCtrlHandler (0x4038bc04,1) - no error checking or testing yet err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font Terminated ------------ I wasn't sure if it was the "Desktop" message was the problem, so I created a 'Desktop' folder in my /usr/share/wine-c/winddows directory. (This was quite a surprise, since saving attachments was never a problem before.) Why do I need a Desktop folder anyhow? And if it's really necessary, shouldn't the install script check for it and create it for me? I as a user don't want to be concerned with those things. After creating the Desktop directory, and then trying to save the attachment again, the console displayed these messages: ---------------------- [olsam@friday agent]$ err:mmsys:MMDRV_InitHardcoded You didn't setup properly the config file for the Wine multimedia modules. Will use the hard-coded setup, but this will disappear soon. Please add a WinMM section to your Wine config file. fixme:file:SetFileAttributesA (D:\data\agent\):2000 attribute(s) not implemented. fixme:ras:RasEnumConnectionsA (0x411e1b70,0x40485cb8,0x411492b0),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:ras:RasEnumConnectionsA (0x411e1448,0x4048653c,0x40486584),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:commdlg:GetFileName95 Flags 0x00000002 not yet implemented err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/fd0' for drive A: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/fd0 (A:). err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/fd0' for drive A: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' Invalid or unreadable superblock on /dev/fd0 (A:). Maybe not FAT? err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/cdrom (D:). err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' Invalid or unreadable superblock on /dev/cdrom (D:). Maybe not FAT? err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/cdrom (D:). err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' Invalid or unreadable superblock on /dev/cdrom (D:). Maybe not FAT? err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/cdrom (D:). err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' Invalid or unreadable superblock on /dev/cdrom (D:). Maybe not FAT? wine: Unhandled exception, starting debugger... fixme:console:SetConsoleCtrlHandler (0x4038bc04,1) - no error checking or testing yet err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font [1]+ Terminated wine ~/bin/Agent/1.92/agent.exe ----------------- So, why is it trying to access my floppy and CD-ROM in the first place. This is similar to a problem that I reported some time ago, but that was just annoying; this is preventing me from working. (It's also a bit of a PITA, because it's the program I use to write emails like this. :-) Thanks, ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

2 2

thread handling fix for BSD and Solaris
by Pierre Beyssac 10 Aug '02

10 Aug '02

Hi, Here's a patch to fix a EFAULT error returned by ptrace calls in server/context_i386.c, causing tons of "file_set_error: Bad address" errors. Two arguments to ptrace were reversed. This is tested on FreeBSD and checked with NetBSD and Solaris ptrace(2) manual pages. --- wine-20020804.orig/server/context_i386.c Sun Mar 10 01:18:36 2002 +++ wine-20020804/server/context_i386.c Sat Aug 10 19:07:31 2002 @@ -224,7 +224,7 @@ if (flags & CONTEXT_FULL) { struct regs regs; - if (ptrace( PTRACE_GETREGS, pid, 0, (int) &regs ) == -1) goto error; + if (ptrace( PTRACE_GETREGS, pid, (int) &regs, 0 ) == -1) goto error; if (flags & CONTEXT_INTEGER) { context->Eax = regs.r_eax; @@ -259,7 +259,7 @@ { /* we can use context->FloatSave directly as it is using the */ /* correct structure (the same as fsave/frstor) */ - if (ptrace( PTRACE_GETFPREGS, pid, 0, (int) &context->FloatSave ) == -1) goto error; + if (ptrace( PTRACE_GETFPREGS, pid, (int) &context->FloatSave, 0 ) == -1) goto error; context->FloatSave.Cr0NpxState = 0; /* FIXME */ } return; @@ -332,7 +332,7 @@ if (flags & CONTEXT_FULL) { struct reg regs; - if (ptrace( PTRACE_GETREGS, pid, 0, (int) &regs ) == -1) goto error; + if (ptrace( PTRACE_GETREGS, pid, (caddr_t) &regs, 0 ) == -1) goto error; if (flags & CONTEXT_INTEGER) { context->Eax = regs.r_eax; @@ -367,7 +367,7 @@ { /* we can use context->FloatSave directly as it is using the */ /* correct structure (the same as fsave/frstor) */ - if (ptrace( PTRACE_GETFPREGS, pid, 0, (int) &context->FloatSave ) == -1) goto error; + if (ptrace( PTRACE_GETFPREGS, pid, (caddr_t) &context->FloatSave, 0 ) == -1) goto error; context->FloatSave.Cr0NpxState = 0; /* FIXME */ } return; @@ -423,7 +423,7 @@ { /* we can use context->FloatSave directly as it is using the */ /* correct structure (the same as fsave/frstor) */ - if (ptrace( PTRACE_SETFPREGS, pid, 0, (int) &context->FloatSave ) == -1) goto error; + if (ptrace( PTRACE_SETFPREGS, pid, (caddr_t) &context->FloatSave, 0 ) == -1) goto error; } return; error: -- Pierre Beyssac pb(a)fasterix.frmug.org pb(a)fasterix.freenix.org Free domains: http://www.eu.org/ or mail dns-manager(a)EU.org

2 2

sys/asoundlib.h:1: This header is deprecated
by Gerald Pfeifer 10 Aug '02

10 Aug '02

On a SuSE Linux 8.0 box[1] I'm getting the following #warning a few times while building the current CVS version of Wine: In file included from alsa.h:23, from audio.c:46: /usr/include/sys/asoundlib.h:1: warning: #warning This header is deprecated, use <alsa/asoundlib.h> instead. Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

2 2

ChangeDisplaySettings(Neverwinter Nights)
by Tommy Schultz Lassen 10 Aug '02

10 Aug '02

Her is a partial implementation of ChangeDisplaySettings and friends. It currently works if "Desktop" is set to the size the display is changed to or if Managed=N. For Desktop not the size that the display is changed to the code tries SetWindowPos and XResizeWindow witch work in sawfis but dosent in kde. How does i change the size of the desktop shouldent this work? I haven't got any gut ideas how to implement this in Managed=Y. Does any of you? Dispay size changes does ony take place if xvidmode is used. "Sorry for my bad English" MVH Tommy.

3 5

Re: [Bug 934] - Cpu usage is always 100%
by Joerg Mayer 10 Aug '02

10 Aug '02

On Thu, Aug 01, 2002 at 02:58:58PM -0500, wine-bugs(a)winehq.com wrote: > We should list some cases of programs here doing this, If you don't mind downloading 16 MBytes, I have an app (actually a video turned executable) that seems to exhibit this behaviour: http://www-agrw.informatik.uni-kl.de/~jmayer/summonergeeks.exe 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

wine ui control hacker?
by Shaya Potter 10 Aug '02

10 Aug '02

[please cc: me as not subscribed to list] I was wondering if there was any wine hacker out there who was somewhat of a usenet binary user (for me its my version of tivo, don't have time to watch all the shows I want and vcd quality sucks, so the caps that are posted are useful). Well, the program I really depend on for this is newsbin pro (http://www.newsbin.com) it somewhat works in wine, but many of the ui controls just dont work right, which makes it very difficult to use. I've spoken with the author of the program, and he's interested in seeing the program work well under wine, so would be willing to throw in a license key to a wine developer who could get it working well under wine. The author doesn't want to be inundated with many "I can do it", so he asked me to vet people interested in working on it. you can get a trial version from the url I gave above so you can get an idea of what has to be done to get the program to work well. anyone interested? thanks

3 4

Very basic question concerning compiling WINE
by Steven Rubenstein 10 Aug '02

10 Aug '02

*** I hope this isn't appropriate, in that I posted this same question to wine-user(a)winehq.com. I'm still not sure who reads what. *** I am an intermediate Linux user. I dual boot into Redhat 7.3 and Windows ME. It would be nice to be able to run the stuff in Windows from Linux (for 2 reasons: to avoid booting and rebooting, and trying to get away from Windows altogether someday), so I am now learning WINE. I see a bunch of postings on this list about compiling. Question: Would I expect to compile, as opposed to just running the WINE configuration that came with Redhat 7.3? (Probably a pretty broad question, but if anyone has a word to say, I'm all ears.) SJR

2 1

Wine Debugger
by Narayan Pavgi 09 Aug '02

09 Aug '02

Hello all, I going through the msc.c file of the wine(20020710)-debugger (which interprets PDB and COFF); but I could not figure out if it is able to obtain local-variables from the PDB file. Does it? Fisbo __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

2 1

making FreeReport work...
by Grzegorz Prokopski 09 Aug '02

09 Aug '02

Hello! Since 2 days I am trying to get FreeReport working. (http://freereprot.sf.net/). It is important part of an app I am trying to use with wine. Or rather the part that causes the problem :-/ For tests - I created 10-liner app (with Borland C++ Builder) that only uses FR and calls one function from it. It crashes exactly the same way as the big app. I attached the output (it looks terribly in email clients, as the lines are much longer than 80 chars). However the line that starts all the problem is DLL/BPL initialization: 9 0x40d8656e (FREEREPORT.BPL.@Fr_prntr@initialization$qqrv+0x2e it than calls 8 0x406051b8 (VCL50.BPL.@Printers@TPrinter@GetPrinterIndex$qqrv+0x10 and so on... then I am getting: 0x41534d1a (PSDRV_UpdateDevCaps+0x3f2 [init.c:221] in wineps.dll.so): fldcw 0xfffffff8(%ebp) 221 physDev->horzSize = (physDev->horzRes * 25.4) / physDev->logPixelsX; physDev->logPixelsX is equal 0 (I tried to detect it is 0, and avoid error here, but if I do - then some related error was occuring elsewhere, so I belive that one should be fixed first) I have sources to freereport and to vcl, but I was unable to force builder to create BPLs with debug info that could be used with wine. It only creates the info as separate file freereport.tds. I tried year old FR and 3-week, fresh one - with the same result. So I think that is wine's bug. Questions: 1. Do you know of any way that would let me use builder's debug info? 2. Is anyone else digging ito this? Has anyone been trying to get freereport working with wine? (so that I didn't reinvent the wheel) 3. Can you give me some advices where to start? I know assembler, I can use dbg. Got the tools - what am I looking for? (I know winapi as I used it some time ago, but not VCL) I suspect there's some problem enumerating available printer devices (I disabled printing in wine config, but I was told that cups is being automatically detected anyway - I removed everything from /etc/printcap - nothing changes). FR/VCL tries to get data of a printer device that doesn't exist. For ex. in GDI_CallExtDeviceMode16 lpszDevice parameter string is empty - "". Any hints are welcomed Grzegorz B. Prokopski Unhandled exception: c0000090 in 32-bit code (0x41534d1a). In 32-bit mode. 0x41534d1a (PSDRV_UpdateDevCaps+0x3f2 [init.c:221] in wineps.dll.so): fldcw 0xfffffff8(%ebp) 221 physDev->horzSize = (physDev->horzRes * 25.4) / physDev->logPixelsX; Wine-dbg>bt Backtrace: =>0 0x41534d1a (PSDRV_UpdateDevCaps+0x3f2(physDev=0x415ce0b0) [init.c:221] in wineps.dll.so) (ebp=405b6944) 1 0x41534f3b (PSDRV_CreateDC+0x1a3(dc=0x403dcef0, pdev=0x403dcf04, driver=0x405b699c, device=0x416a5d70, output=0x40c82dd2, initData=0x0) [init.c:301] in wineps.dll.so) (ebp=405b6968) 2 0x4097e6c9 (CreateDCA+0x14d(driver=0x405b6b10, device=0x416a5d70, output=0x40c82dd2, initData=0x0, s=0x40c82dd2, s=0x416a5d70, s=0x405b6b10) [dc.c:613] in libgdi32.dll.so) (ebp=405b6ac8) 3 0x4097e939 (CreateICA+0x21(driver=0x405b6b10, device=0x416a5d70, output=0x40c82dd2, initData=0x0) [dc.c:671] in libgdi32.d 4 0x4099395e (GDI_CallExtDeviceMode16+0x8e(hwnd=0x0, lpdmOutput=0x405b6cc0, lpszDevice=0x416a5d70, lpszPort=0x40c82dd2, lpdmInput=0x405b6cc0, lpszProfile=0x0, fwMode=0x0) [driver.c:415] in libgdi32.dll.so) (ebp=405b6c3c) 5 0x40c7c7f2 (DocumentPropertiesA+0x14a(hWnd=0x0, hPrinter=0x11, pDeviceName=0x416a5d70, pDevModeOutput=0x405b6cc0, pDevModeInput=0x405b6cc0, fMode=0x0) [info.c:667] in winspool.drv.so) (ebp=405b6c70) 6 0x40604e00 (VCL50.BPL.@Printers@TPrinter@SetPrinter$qqrpct1t1ui+0x1bc in C:\WINDOWS\SYSTEM\VCL50.BPL) (ebp=405b6d6c) 7 0x406055f1 (VCL50.BPL.@Printers@TPrinter@SetToDefaultPrinter$qqrv+0x159 in C:\WINDOWS\SYSTEM\VCL50.BPL) (ebp=405b6e14) 8 0x406051b8 (VCL50.BPL.@Printers@TPrinter@GetPrinterIndex$qqrv+0x10 in C:\WINDOWS\SYSTEM\VCL50.BPL) (ebp=405b6e3c) 9 0x40d8656e (FREEREPORT.BPL.@Fr_prntr@initialization$qqrv+0x2e in C:\PROGRAM FILES\SENTE ESYSTEM\FREEREPORT.BPL) (ebp=405b6e44) 10 0x3257d9b5 (CC3250MT.DLL.__cwait+0x3e9 in C:\WINDOWS\SYSTEM\CC3250MT.DLL) (ebp=405b6e6c) 11 0x3257db8b (CC3250MT.DLL.__startup+0xeb in C:\WINDOWS\SYSTEM\CC3250MT.DLL) (ebp=405b6e94) Wine-dbg>print (char*)0x416A5D70 ""

2 1

regedit winedefault.reg
by Eleknader 09 Aug '02

09 Aug '02

Hi! Would it be possible to run this program automatically, if it is needed? Now user has to run it manually. Thanks, Eleknader

2 1

Bug #931
by Dusan Vujosevic 08 Aug '02

08 Aug '02

I seems that the problem I noted in bug #931 goes away when "PerfectGraphics" is set to false (????). I tracked the problem down to implementation of PATINVERT in BITBLT_InternalStretchBlt() (in graphics/x11drv/bitblt.c). It check whether 'perfect_graphics' is on and if it is it actually doesn't do the drawing: case PATINVERT: /* 0x5a */ if (perfect_graphics()) break; Maybe I'm missing soemthing here but I think that test should be: case PATINVERT: /* 0x5a */ if (!perfect_graphics()) break; That would give a more logical behaviour where there would not be any drawing errors when "PerfectGraphics" is set to True. (There are other spots where this is used in similar fashion) Another question is why have the "PerfectGraphics" option at all when it produces drawing artifacts? D.

1 0

Re: Wine release 20020804
by Rein Klazes 08 Aug '02

08 Aug '02

On 04 Aug 2002 12:46:48 -0700, you wrote: > If you submitted a patch, please check to make sure it has been > included in the new release. Looking at the problems of the submittor of bug #952, I noticed that this patch wasn't applied: http://www.integrita.com/cgi-local/lwgate.pl/WINE-PATCHES/archives/2002-07/… Are there any objections? I think it is only reproducing Microsofts winsock behaviour more faithfully. Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Re: regarding bug 756
by Dimitrie O. Paun 07 Aug '02

07 Aug '02

> From: Daniel Gudbjartsson <dfg(a)decode.is> > static int char2digit(char c, int base) { > - if ((c>='0') && (c<='9') && (c<='0'+base-1)) return (c-'0'); > + if ((c>='0') && (c<='9') && (c<='0')+base-1) return (c-'0'); First off, I can't parse the above. It's A && B && C + base -1. What is that?!? If you intend to clean it up, make it more readable: + if (('0' <= c) && (c <= min('0'+base-1, '9')) return c-')'; 'cause that's what you want to say: if c is a valid digit (but no more then '9') in the given base, right? -- Dimi.

1 0

Re: PATCH: Convert HDRVR to a void*
by Michael Stefaniuc 07 Aug '02

07 Aug '02

Hello! On Mon, Aug 05, 2002 at 12:41:35AM +0200, Michael Stefaniuc wrote: > License: LGPL, X11 > Changelog: > Michael Stefaniuc <mstefani(a)redhat.com> > - Convert HDRVR to a void* > - Fix declaration of DriverCallback() Alexandre, please don't apply this patch because it's broken and I don't know which is the best/cleanest way to fix that. Problem: the macro HDRVR_16 defined in dlls/winmm/winemm.h is needed in dlls/msvideo/msvideo_main.c . Which of the following solutions is the way to go (the problem will also appear when the rest of the handles are converted to a void* too, so a generic solution would be best): 1.) just include dlls/winmm/winemm.h 2.) put the $HANDLE_{16,32} macros into include/wownt32.h surrounded by #ifdef __WINE__ and include wownt32.h 3.) put the $HANDLE_{16,32} macros into one of the include/wine/*.h header files (in which?) 4.) create include/wine/handleconv.h and put all handle conversions into it I would prefer 4 and 3 but I don't mind to do it in any way. Comments? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Re: DInput patch - Bugzilla rights
by Jeremy Newman 07 Aug '02

07 Aug '02

Well... since you said please. ;-) On Mon, 2002-08-05 at 13:23, Tony Lambregts wrote: > Well if Jeremy Newman will give me the access I need to set this up, I > would be glad to "fix up" each developer that has an account in > Bugzilla. (Pretty Please). -- __ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

4 3

Re: 20020804 - Sparc / Solaris fixes
by Shachar Shemesh 06 Aug '02

06 Aug '02

Hi Gregg, I couldn't get WINE to compile on sparc at all. Is there anything I am missing regarding causing it to compile winelib only? Special command lines for configure? I just used the vanilla "./configure && make depend && make". Shachar Gregg Mattinson wrote: >Here's the patches required to get 20020804 compiled on Sparc / Solaris with cc. > >License: X11 / LGPL, as usual. > >comments.diff: > - Remove C++ style comments > >ddraw.diff: > - Remove non-static structure initializers > - Fix initialization order of full_rect structure. > >msvcrt.diff: > - Fix the IX86_ONLY macro. This has been bugging me for a while. > >shlwapi_tests.diff: > - Fix the SHQueryValueEx test so nUsedBuffer is currect. > >strings.diff: > - Removed multi-line string constant from classes.c > >utils.diff: > - cc doesn't support __attribute__(...). > >widl.diff: > - cc doesn't support typeof() in macros, and since the LINK_LAST macro was >always used with a attr_t type, I replaced it. > >Gregg Mattinson >Co-op Developer >Sun Microsystems of Canada > > >------------------------------------------------------------------------ > >Index: dlls/ole32/compobj.c >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/dlls/ole32/compobj.c,v >retrieving revision 1.3 >diff -u -r1.3 compobj.c >--- /tmp/T03RaGiL Tue Aug 6 13:11:13 2002 >+++ compobj.c Tue Aug 6 13:09:03 2002 >@@ -73,7 +73,7 @@ > */ > > typedef struct { >- unsigned char threadingModell; // we use the COINIT flags >+ unsigned char threadingModell; /* we use the COINIT flags */ > unsigned long threadID; > long AppartmentLockCount; > } OleAppartmentData; >Index: dlls/shell32/shlfolder.c >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/dlls/shell32/shlfolder.c,v >retrieving revision 1.3 >diff -u -r1.3 shlfolder.c >--- /tmp/T0vHaqLL Tue Aug 6 13:25:08 2002 >+++ shlfolder.c Tue Aug 6 13:22:54 2002 >@@ -381,7 +381,7 @@ > nextpidl2; > IShellFolder *psf; > >- // test for empty pidls >+ /* test for empty pidls */ > BOOL isEmpty1 = _ILIsDesktop (pidl1); > BOOL isEmpty2 = _ILIsDesktop (pidl2); > >@@ -392,26 +392,26 @@ > if (isEmpty2) > return 1; > >- // test for different types. Sort order is the PT_* constant */ >+ /* test for different types. Sort order is the PT_* constant */ > type1 = _ILGetDataPointer (pidl1)->type; > type2 = _ILGetDataPointer (pidl2)->type; > if (type1 != type2) > return (type1 - type2); > >- // test for name of pidl >+ /* test for name of pidl */ > _ILSimpleGetText (pidl1, szTemp1, MAX_PATH); > _ILSimpleGetText (pidl2, szTemp2, MAX_PATH); > nReturn = strcasecmp (szTemp1, szTemp2); > if (nReturn != 0) > return nReturn; > >- // test of complex pidls >+ /* test of complex pidls */ > firstpidl = ILCloneFirst (pidl1); > nextpidl1 = ILGetNext (pidl1); > nextpidl2 = ILGetNext (pidl2); > >- // optimizing: test special cases and bind not deeper >- // the deeper shellfolder would do the same >+ /* optimizing: test special cases and bind not deeper */ >+ /* the deeper shellfolder would do the same */ > isEmpty1 = _ILIsDesktop (nextpidl1); > isEmpty2 = _ILIsDesktop (nextpidl2); > >@@ -421,7 +421,7 @@ > nReturn = -1; > } else if (isEmpty2) { > nReturn = 1; >- // optimizing end >+ /* optimizing end */ > } else if (SUCCEEDED (IShellFolder_BindToObject (iface, firstpidl, NULL, &IID_IShellFolder, (LPVOID *) & psf))) { > nReturn = IShellFolder_CompareIDs (psf, lParam, nextpidl1, nextpidl2); > IShellFolder_Release (psf); > > >------------------------------------------------------------------------ > >Index: dlls/ddraw/dsurface/dib.c >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/dlls/ddraw/dsurface/dib.c,v >retrieving revision 1.3 >diff -u -r1.3 dib.c >--- /tmp/T0u_aqgL Tue Aug 6 13:08:39 2002 >+++ dib.c Tue Aug 6 13:02:52 2002 >@@ -413,8 +413,13 @@ > > /* The easy case : the source-less blits.... */ > if (src == NULL) { >- RECT full_rect = { 0, 0, ddesc.dwHeight, ddesc.dwWidth }; >+ RECT full_rect; > RECT temp_rect; /* No idea if intersect rect can be the same as one of the source rect */ >+ >+ full_rect.left = 0; >+ full_rect.top = 0; >+ full_rect.right = ddesc.dwWidth; >+ full_rect.bottom = ddesc.dwHeight; > IntersectRect(&temp_rect, &full_rect, &xdst); > xdst = temp_rect; > } else { > > >------------------------------------------------------------------------ > >Index: dlls/msvcrt/math.c >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/dlls/msvcrt/math.c,v >retrieving revision 1.2 >diff -u -r1.2 math.c >--- /tmp/T0wHaaWK Tue Aug 6 11:17:53 2002 >+++ math.c Tue Aug 6 10:33:59 2002 >@@ -292,7 +292,7 @@ > > /* The above cannot be called on non x86 platforms, stub them for linking */ > >-#define IX86_ONLY(func) double MSVCRT_##func(void) { return 0.0; } >+#define IX86_ONLY(func) double func(void) { return 0.0; } > > IX86_ONLY(_CIacos) > IX86_ONLY(_CIasin) > > >------------------------------------------------------------------------ > >Index: dlls/shlwapi/tests/shreg.c >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/dlls/shlwapi/tests/shreg.c,v >retrieving revision 1.2 >diff -u -r1.2 shreg.c >--- /tmp/T023aGXK Tue Aug 6 11:18:28 2002 >+++ shreg.c Tue Aug 6 10:30:58 2002 >@@ -108,8 +108,8 @@ > /****** SHQueryValueExA ******/ > > sTestedFunction = "SHQueryValueExA"; >- nUsedBuffer1 = max(strlen(sExpTestpath1)+1, strlen(sTestpath1)); >- nUsedBuffer2 = max(strlen(sExpTestpath2)+1, strlen(sTestpath2)); >+ nUsedBuffer1 = max(strlen(sExpTestpath1)+1, strlen(sTestpath1)+1); >+ nUsedBuffer2 = max(strlen(sExpTestpath2)+1, strlen(sTestpath2)+1); > /* > * Case 1.1 All arguments are NULL > */ > > >------------------------------------------------------------------------ > >Index: dlls/shell32/classes.c >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/dlls/shell32/classes.c,v >retrieving revision 1.2 >diff -u -r1.2 classes.c >--- /tmp/T0tfaiIL Tue Aug 6 13:18:33 2002 >+++ classes.c Tue Aug 6 13:16:03 2002 >@@ -65,8 +65,8 @@ > > RegCloseKey(hkey); > >- TRACE("--UE; >-} %s\n", szFileType ); >+ TRACE("--UE;\n" >+"} %s\n", szFileType ); > > return TRUE; > } > > >------------------------------------------------------------------------ > >Index: tools/widl/utils.h >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/tools/widl/utils.h,v >retrieving revision 1.1 >diff -u -r1.1 utils.h >--- /tmp/T0D2a4JL Tue Aug 6 13:22:30 2002 >+++ utils.h Tue Aug 6 11:35:29 2002 >@@ -29,6 +29,10 @@ > void *xrealloc(void *, size_t); > char *xstrdup(const char *str); > >+#ifndef __GNUC__ >+#define __attribute__(X) >+#endif >+ > int yyerror(const char *s, ...) __attribute__((format (printf, 1, 2))); > int yywarning(const char *s, ...) __attribute__((format (printf, 1, 2))); > void internal_error(const char *file, int line, const char *s, ...) __attribute__((format (printf, 3, 4))); >Index: tools/wmc/utils.h >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/tools/wmc/utils.h,v >retrieving revision 1.1 >diff -u -r1.1 utils.h >--- /tmp/T0i7aqKL Tue Aug 6 13:22:30 2002 >+++ utils.h Tue Aug 6 13:20:06 2002 >@@ -31,6 +31,10 @@ > void *xrealloc(void *, size_t); > char *xstrdup(const char *str); > >+#ifndef __GNUC__ >+#define __attribute__(X) >+#endif >+ > int yyerror(const char *s, ...) __attribute__((format (printf, 1, 2))); > int xyyerror(const char *s, ...) __attribute__((format (printf, 1, 2))); > int yywarning(const char *s, ...) __attribute__((format (printf, 1, 2))); >Index: tools/wrc/utils.h >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/tools/wrc/utils.h,v >retrieving revision 1.2 >diff -u -r1.2 utils.h >--- /tmp/T0s_aOKL Tue Aug 6 13:22:31 2002 >+++ utils.h Tue Aug 6 11:35:20 2002 >@@ -31,6 +31,10 @@ > void *xrealloc(void *, size_t); > char *xstrdup(const char *str); > >+#ifndef __GNUC__ >+#define __attribute__(X) >+#endif >+ > int yyerror(const char *s, ...) __attribute__((format (printf, 1, 2))); > int yywarning(const char *s, ...) __attribute__((format (printf, 1, 2))); > void internal_error(const char *file, int line, const char *s, ...) __attribute__((format (printf, 3, 4))); > > >------------------------------------------------------------------------ > >Index: tools/widl/widltypes.h >=================================================================== >RCS file: /opcom/comp/ws/wine/CVSROOT/wine/tools/widl/widltypes.h,v >retrieving revision 1.1 >diff -u -r1.1 widltypes.h >--- /tmp/T0fwaaiL Tue Aug 6 13:10:19 2002 >+++ widltypes.h Tue Aug 6 11:40:33 2002 >@@ -36,7 +36,7 @@ > type *l_prev; > > #define LINK(x,y) do { x->l_next = y; if (y) y->l_prev = x; } while (0) >-#define LINK_LAST(x,y) do { if (y) { typeof(x) _c = x; while (_c->l_next) _c = _c->l_next; LINK(_c, y); } } while (0) >+#define LINK_LAST(x,y) do { if (y) { attr_t *_c = x; while (_c->l_next) _c = _c->l_next; LINK(_c, y); } } while (0) > #define LINK_SAFE(x,y) do { if (x) LINK_LAST(x,y); else { x = y; } } while (0) > > #define INIT_LINK(x) do { x->l_next = NULL; x->l_prev = NULL; } while (0) > >

1 0

VDD/VXD in Wine?
by Fabian Cenedese 06 Aug '02

06 Aug '02

Hi We have an application that communicates with some hardware. For this we have virtual device drivers that map some memory. There is also a PCI-Interface dll. Is this possible to work in wine? I recently read that wine is supposed to run most Windows apps but not drivers. We intended to port our application to Linux with the help of wine but now I'm not sure if we can succeed at all. If it's not possible with the Windows drivers is there a way if we make a native Linux kernel module? I'm still at the very beginning of Wine. The app loads but the toolbar is not painted and it crashes as soon as I try to open a file. Well, long way to go... Thanks for any help. Fabi

4 3

GDI architecture
by Jacek Bator 06 Aug '02

06 Aug '02

Hello I'm tring to understand current wine gdi architecture, and as far as I see its strictly based on and mixed with XWindows. Is it inheritance of early development. Does any one tried ever to rewrite this layer not only to separate dll, but to implement real drivers for graphics rendering. I mean not only connected with core gdi in source but during runtime. With that kind of implementation there would be much easier to implement new backends for graphics ... not only X11 but also on other graphics systems (framebuffers, other systems like beos,atheos). I know that this is big stuff but it gives lots of advantages. Such system sould implement all rendering (text, lines, etc.) in software (aka GDI engine or HEL on Windows) which largely done in wine already, and if driver makes avaluable any methods with other capabilites than raw framebuffer use them. When I've look on aplications with well designed plugins systems, I see that this effort was worth of costs for implementiation. I would like to know if it was discusion about that previously. And what you are thinking about this. Jacek Bator jbator(a)man.poznan.pl

4 3

Re: WINE
by admiral coeyman 06 Aug '02

06 Aug '02

Dante Aliegri, > > >> > > Just developers or active developers? My last part was the FPU code. > >Something else was broken and my system no longer runs 16-bit dos programs so I > >cannot test what I've written. > > > Yeah, I saw that. kind of irritating. > I just did the int33 functions for hiding/showing the mouse, but I can't > find an app other than IDA which uses that > and I don't have IDA to test it. > I may have IDA somewhere. Thank you for the code. One of the programs I aim to get working under dos, vpa.exe, uses the cursor routines that you mention. My real problem, the reson that I'm sending a copy to the wine list, is that I cannot read the screen when I try to use winedbg to run programs. All of the text is crushed to the top of the screen. It looks like the text has been stretched across the screen, and pushed to the top of the screen. My vision isn't that good. It gives me a headache trying to use it. > > > > > > > >>But really, if you want a way to learn win32 and xlib at the same time, > >>this is it. > >>There are a lot of different things you can do; > >>if you want to learn how to disassemble, there is use for that. > >>If you want to learn opengl, you can work on d3d -> opengl mapping. > >>If you want to learn COM/Bonobo objects, there is that. > >> > > You can learn all of this? I've been with the project a long time, in the dos > >aspect. I wish that I had more brainpower to devote to the project. Are there > >any tutorials on this stuff? > > > Heh, the implication was to pick one that was interesting and learn > that, the idea being that wine needs help with so many different things, you could pick > any and it would be useful to the project. > I have always felt that the strength of OSS is that the developers use the software. We don't all collect a check at the end of the week and wait for the bug reports to come in. The software that we write is stuff that we want to have running. That's how I select what I'm going to work on next. > As for tutorials, different ones exist that cover those topics, but not > in a wine specific manner. > Like you can find tutorials on d3d, and on opengl, but not implementing > d3d using opengl. > Maybe we need some tutorials. My mind is now clear enough to handle such a project. I'm embarassed by what little I have done. New developers are often asking us where to begin. Maybe we're taking the wrong approach. It would be more helpful if developers came in with something that they wanted to run and a clear idea of how to make it work. God Bless, --Robert 'Admiral' Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

2 1

Dialog's resource from handle
by Paramjit S. Pannu 06 Aug '02

06 Aug '02

Hi All, Just a query, may be out of topic. Is there any API which given a dialog's handle returns its resource identifier ? Thankx in Advance, Paramjit

3 2

FF8 and DirectMusic
by Martin Lexa 06 Aug '02

06 Aug '02

Hi! I tried Final Fantasy 8 under Wine (no Windows), yesterday. Got it running, but FF8Config refused to start complaining something about MIDI error. Of course no music. Here is what I found after debugging almost 6 hours :( 1. There are some missing registry entries which are needed. [Software\\Classes\\CLSID\\{58C2B4D0-46E7-11D1-89AC-00A0C9054129}] 1028325524 @="DirectMusicSynth" [Software\\Classes\\CLSID\\{58C2B4D0-46E7-11D1-89AC-00A0C9054129}\\InprocServer32] 1028325524 @="dmsynth.dll" "ThreadingModel"="Both" [Software\\Classes\\CLSID\\{636B9F10-0C7D-11D1-95B2-0020AFDC7421}] 1028325524 @="DirectMusic Object" [Software\\Classes\\CLSID\\{636B9F10-0C7D-11D1-95B2-0020AFDC7421}\\InprocServer32] 1028325524 @="dmusic.dll" "ThreadingModel"="Both" [Software\\Microsoft\\DirectMusic] 1028325524 @="" "GMFilePath"="gm.dls" [Software\\Microsoft\\DirectMusic\\Defaults] 1028325524 @="" "DefaultOutputport"="{58C2B4D0-46E7-11D1-89AC-00A0C9054129}" [Software\\Microsoft\\DirectMusic\\SoftwareSynths] 1028325524 @="" [Software\\Microsoft\\DirectMusic\\SoftwareSynths\\{58C2B4D0-46E7-11D1-89AC-00A0C9054129}] 1028325524 @="" "Description"="Microsoft Software Synthesizer" 2. Original (native) DMUSIC.DLL, DMUSIC16.DLL, DMUSIC32.DLL, DMSYNTH.DLL are needed too. After above changes FF8Config wasn't complaining about MIDI problems., but simply hanging after displaying window. I think problem is that I'm using native DirectMusic DLLs or am I wrong? Maybe not, because there is X11DRV error... Here is wine output: $ wine --debugmsg +ole FF8Config.exe trace:ole:OLE32_DllEntryPoint 0x40bda000 0x1 0x1 trace:ole:CoRegisterMallocSpy trace:ole:IMallocSpy_fnQueryInterface ({0000001d-0000-0000-c000-000000000046},0x405c6dec) trace:ole:OLE32_DllEntryPoint 0x40bda000 0x2 (nil) trace:ole:OLE32_DllEntryPoint 0x40bda000 0x2 (nil) fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices (0x403d8f58)->(0x401e45,0x403d8f58),stub! fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices (0x403d8f58)->(0x401e45,0x403d8f58),stub! trace:ole:OLE32_DllEntryPoint 0x40bda000 0x2 (nil) fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices (0x403d8f58)->(0x401e45,0x403d8f58),stub! fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices (0x403d8f58)->(0x401e45,0x403d8f58),stub! trace:ole:CoInitializeEx ((nil), 2) trace:ole:CoInitializeEx () - Initializing the COM libraries trace:ole:RunningObjectTableImpl_Initialize () trace:ole:WINE_StringFromCLSID 0x4155a0->{636B9F10-0C7D-11D1-95B2-0020AFDC7421} trace:ole:CoGetClassObject CLSID: {636b9f10-0c7d-11d1-95b2-0020afdc7421}, IID: {00000001-0000-0000-c000-000000000046} trace:ole:COMPOBJ_DLLList_Add fixme:setupapi:SetupDiGetClassDevsA {6994ad04-93ef-11d0-a3cc-00a0c9223196} (null) 0000 00000012 trace:ole:__CLSIDFromStringA {58C2B4D0-46E7-11D1-89AC-00A0C9054129} -> 0x405c6d4c trace:ole:WINE_StringFromCLSID 0x405c6d4c->{58C2B4D0-46E7-11D1-89AC-00A0C9054129} trace:ole:CoGetClassObject CLSID: {58c2b4d0-46e7-11d1-89ac-00a0c9054129}, IID: {00000001-0000-0000-c000-000000000046} trace:ole:COMPOBJ_DLLList_Add trace:ole:CoUninitialize () err:ntdll:RtlpWaitForCriticalSection section 0x40cd0424 "x11drv_main.c: X11DRV_CritSection" wait timed out, retrying (60 sec) tid=080720a8 If running wine like this 'wine --debugmsg +all FF8Config.exe &>log' the FF8Config not hangs in displaying window and looks like it's running ok! This means wine is running very slowly, because of writing debug messages, so there is some kind of timing error... may be not. Don't know for sure. Could somebody point me where should I look? What above "err:ntdll:..." really means? How should I debug it? And I'd like to ask is somebody who works on DirectMusic implementation under Wine? If no, could somebody tell me how hard should be add this? Is really necessary to implement each DLL or just DMSYNTH.DLL(?) contains needed rutines? I'd like to get FF8 running at any price :) Thank you in advance. Regards, Martin.

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel