June 2002 - Wine-Devel - list.winehq.org

[PATCH] winemaker fixes
by Martin Wilck Sept. 9, 2002

Sept. 9, 2002

Hi, the patch below fixes a few things in winemaker. It seems to work with my app, but needs more testing, especially for MFC apps. Modified files: tools: winemaker documentation: winemaker.man Changelog: - adapt winemaker to the new way winebuild handles imports. - fix crashes due to winemaker-generated wrapper app closing libraries (is this one correct??) - Fix some minor bugs in the wrapper.c template. - change semantics of --nomfc option such that it overrides automatic setting of --mfc if stdafx.h or stdafx.cpp are found. (this may cause problems to some people. For me the old behaviour was a pain in the neck, because VC++ generates stdafx.h always, even for pure C projects). Feedback, please ! - Add --nodlls option to suppress auto-generated import list for simple apps. - Adapt man page. -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy Index: tools/winemaker =================================================================== RCS file: /home/wine/wine/tools/winemaker,v retrieving revision 1.39 diff -u -r1.39 winemaker --- tools/winemaker 14 Apr 2002 19:31:23 -0000 1.39 +++ tools/winemaker 22 May 2002 16:49:18 -0000 @@ -233,6 +233,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. @@ -435,23 +443,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; } @@ -541,7 +563,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 { @@ -551,7 +573,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) { @@ -774,10 +796,13 @@ push @exe_list,$target; } # This is the default link list of Visual Studio, except odbccp32 - # 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; + # which we don't have in Wine. + my @std_dlls=qw(advapi32.dll comdlg32.dll gdi32.dll kernel32.dll odbc32.dll ole32.dll oleaut32.dll shell32.dll user32.dll winspool.drv); + 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 @@ -982,7 +1007,8 @@ @$wrapper[$T_TYPE]=@$target[$T_TYPE]; @$wrapper[$T_INIT]=get_default_init(@$target[$T_TYPE]); @$wrapper[$T_FLAGS]=$TF_WRAPPER | (@$target[$T_FLAGS] & $TF_MFC); - @$wrapper[$T_DLLS]=[ "kernel32.dll", "ntdll.dll", "user32.dll" ]; + @$wrapper[$T_DLLS]=[ "kernel32.dll", "user32.dll" ]; + push @{@$wrapper[$T_LIBRARIES]}, "dl"; push @{@$wrapper[$T_SOURCES_C]},"@$wrapper[$T_NAME]_wrapper.c"; my $index=bsearch(@$target[$T_SOURCES_C],"@$wrapper[$T_NAME]_wrapper.c"); @@ -1634,32 +1660,10 @@ $rcname =~ s+([^/\w])+\\$1+g; print FILEO "rsrc $rcname.res\n"; } - print FILEO "\n"; - my %dlls; - foreach $dll (@{$global_settings[$T_DLLS]}) { - if (!defined $dlls{$dll}) { - print FILEO "import $dll\n"; - $dlls{$dll}=1; - } - } - if (defined $project_settings) { - foreach $dll (@{@$project_settings[$T_DLLS]}) { - if (!defined $dlls{$dll}) { - print FILEO "import $dll\n"; - $dlls{$dll}=1; - } - } - } - foreach $dll (@{@$target[$T_DLLS]}) { - if (!defined $dlls{$dll}) { - print FILEO "import $dll\n"; - $dlls{$dll}=1; - } - } # Don't forget to export the 'Main' function for wrapped executables, # except for MFC ones! - if (@$target[$T_FLAGS] == $TF_WRAP) { + if ((@$target[$T_FLAGS]&($TF_WRAP|$TF_WRAPPER|$TF_MFC)) == $TF_WRAP) { if (@$target[$T_TYPE] == $TT_GUIEXE) { print FILEO "\n@ stdcall @$target[$T_INIT](long long ptr long) @$target[$T_INIT]\n"; } elsif (@$target[$T_TYPE] == $TT_CUIEXE) { @@ -1867,6 +1871,7 @@ generate_list("${canon}_LIBRARY_PATH",1,@$target[$T_LIBRARY_PATH]); generate_list("${canon}_LIBRARIES",1,@$target[$T_LIBRARIES]); generate_list("${canon}_DEPENDS",1,@$target[$T_DEPENDS]); + generate_list("${canon}_IMPORTS",1,@$target[$T_DLLS]); print FILEO "\n"; generate_list("${canon}_OBJS",1,["\$(${canon}_C_SRCS:.c=.o)","\$(${canon}_CXX_SRCS:.cpp=.o)","\$(EXTRA_OBJS)"]); print FILEO "\n\n\n"; @@ -1952,7 +1957,7 @@ print FILEO "\t-\$(STRIP) \$(STRIPFLAGS) \$\@\n"; print FILEO "\n"; print FILEO "\$(${canon}_SPEC_SRCS:.spec=.spec.c): \$(${canon}_SPEC_SRCS) \$(${canon}_SPEC_SRCS:.spec=.tmp.o) \$(${canon}_RC_SRCS:.rc=.res)\n"; - print FILEO "\t\$(LD_PATH) \$(WINEBUILD) -fPIC \$(${canon}_DLL_PATH) \$(WINE_DLL_PATH) -sym \$(${canon}_SPEC_SRCS:.spec=.tmp.o) -o \$\@ -spec \$(SRCDIR)/\$(${canon}_SPEC_SRCS)\n"; + print FILEO "\t\$(LD_PATH) \$(WINEBUILD) -fPIC \$(${canon}_DLL_PATH) \$(WINE_DLL_PATH) -sym \$(${canon}_SPEC_SRCS:.spec=.tmp.o) -o \$\@ -spec \$(SRCDIR)/\$(${canon}_SPEC_SRCS) \$(${canon}_IMPORTS:%=-l%)\n"; print FILEO "\n"; my $t_name=@$target[$T_NAME]; if (@$target[$T_TYPE]!=$TT_DLL) { @@ -2168,7 +2173,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"; @@ -2181,9 +2186,6 @@ exit (2); } - -project_init(\@main_project,""); - while (@ARGV>0) { my $arg=shift @ARGV; # General options @@ -2244,11 +2246,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 { @@ -2263,6 +2267,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) { @@ -2278,6 +2287,8 @@ print_banner(); } +project_init(\@main_project,""); + # Fix the file and directory names fix_file_and_directory_names("."); @@ -3094,6 +3105,8 @@ * This is either CUIEXE for a console based application or * GUIEXE for a regular windows application. */ +#define GUIEXE 0 +#define CUIEXE 1 #define APP_TYPE ##WINEMAKER_APP_TYPE## /** @@ -3138,11 +3151,11 @@ int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) #else -int WINAPI Main(int argc, char** argv, char** envp) +int WINAPI main(int argc, char** argv, char** envp) #endif { void* appLibrary; - HINSTANCE hApp,hMFC,hMain; + HINSTANCE hApp = 0, hMFC = 0, hMain = 0; void* appMain; char* libName; int retcode; @@ -3212,7 +3225,7 @@ } /* Get the address of the application's entry point */ - appMain=(WinMainFunc*)GetProcAddress(hMain, appInit); + appMain=GetProcAddress(hMain, appInit); if (appMain==NULL) { char format[]="Could not get the address of %s (%d)"; char* msg; @@ -3232,11 +3245,6 @@ #endif /* Cleanup and done */ - FreeLibrary(hApp); - if (hMFC!=NULL) { - FreeLibrary(hMFC); - } - dlclose(appLibrary); free(libName); return retcode; Index: documentation/winemaker.man =================================================================== RCS file: /home/wine/wine/documentation/winemaker.man,v retrieving revision 1.5 diff -u -r1.5 winemaker.man --- documentation/winemaker.man 2 Oct 2001 17:47:34 -0000 1.5 +++ documentation/winemaker.man 22 May 2002 16:49:19 -0000 @@ -17,7 +17,7 @@ ] .br [ -.IR "--guiexe " "| " "--windows " "| " "--cuiexe " "| " "--console " "| " "--dll " +.IR "--guiexe " "| " "--windows " "| " "--cuiexe " "| " "--console " "| " "--dll " "| " "--nodlls " ] .br [ @@ -121,6 +121,14 @@ i.e. for which it does not know whether it is an executable or a library, it should assume it is a library. .TP +.I --nodlls +This option tells winemaker not to use the standard set of winelib libraries +for imports. That is, any DLL your code uses must be explicitly passed to +winemaker with -i options. +The standard set of libraries is: advapi32.dll, comdlg32.dll, gdi32.dll, +kernel32.dll, odbc32.dll, ole32.dll, oleaut32.dll, shell32.dll, user32.dll, +winspool.drv. +.TP .I --wrap Specifies that executable targets should be built as libraries and a small executable wrapper generated for them. This technique is sometimes required @@ -137,7 +145,9 @@ generates wrappers for these targets that are executables. .TP .I --nomfc -Specifies that targets are not MFC-based. This is the default. +Specifies that targets are not MFC-based. This option disables use of MFC libraries +even if winemaker encounters files "stdafx.cpp" or "stdafx.h" that would cause it +to enable MFC automatically if neither --nomfc nor --mfc was specified. .TP .I -Dmacro[=defn] Adds the specified macro definition to the global list of macro definitions. @@ -149,8 +159,7 @@ Appends the specified directory to the global library path. .TP .I -idll -Adds the Winelib library to the global list of Winelib libraries to import -in the spec file. +Adds the Winelib library to the global list of Winelib libraries to import. .TP .I -llibrary Adds the specified library to the global list of libraries to link with.

2 5

(HELP) cannot run tests anymore
by Martin Wilck Aug. 29, 2002

Aug. 29, 2002

$ 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(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

5 7

Translation wine documentation to other languages
by Andriy Palamarchuk Aug. 1, 2002

Aug. 1, 2002

Sorry for crossposting initial message to both lists. I think the topic may be interesting for both - users and developers. Any volunteers to help to translate the documentation to languages other than English? This is very big job, so there can be more than one person, working on the same language. Among responses to my call for volunteers I got response from Pedro Restrepo suggesting his help in Wine localization. See his message below. Damian Wojslaw requested information on the same topic on wine-users. --- Pedro Restrepo <pedrores(a)tutopia.com> wrote: > Hi Andiry, > > First, thank you and thanks to all people working on > Wine. I am using > Wine to run Lotus Notes Client on Linux. At the > moment, we are testing > it. > > I want to help on Wine project. I propose you one > new work: Wine > translation to spanish (documentation, installer, > web site info, etc). I > think in this work because I think this project is > necessary for all > people who need transition tools from Windows to > Linux and there are > many people in this situation in SouthAmerica (I am > from Colombia and I > am tired of the big payments for software in our > poor nations). Currently Wine does not have official documentation in other languages. Some winelib applications are localized to other languages. Documents with highest priority for translation: * README file * Wine User Guide * user-oriented pages on Winehq Plus, we'll need to keep translations in sync with original documentation. Comments, ideas, suggestions? Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: PATCH: [Bug 671] Valve Hammer Editor does not run - recursion in buddySupperClassWndProc
by Dimitrie O. Paun July 16, 2002

July 16, 2002

On June 5, 2002 12:31 am, Guy L. Albertelli wrote: > Ok, the loop was due to constant setting of the buddy wndproc because the > retrieve of the wndproc did not match. The match failed because the > application > program added a wndproc (its own) to the buddy window. The fix will be > submitted to wine-patches. Hmm, I see. But with this fix, it means that you can not change the wndproc of the buddy once set. This can not be right... Also, you broke the UDM_SETBUDDY. I this the correct fix is to add the flag as a property on the buddy, not on the UpDown... -- Dimi.

3 2

MS' hidden API
by Zhang Shu July 9, 2002

July 9, 2002

Dear wine developers, I have one question on the development of wine. Long(one or two years) ago I've heard that Microsoft got some hidden APIs in their products of various windows, and they use these APIs in their own applications. I wonder if this is still a problem on their recent product like windows XP. If it is, I guess wine will not be able to run such MS applications which uses hidden APIs. Is this right? And, is wine designed(or its goal is) to run all applications(including MS product and non-MS product) that runs on windows? Please forgive me if this problem has appeared in the past. I just joined this list a couple of days ago. Thank you. Regards, -- Zhang Shu

10 10

Usind win dll with wine
by psuchomel＠volny.cz July 1, 2002

July 1, 2002

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

2 1

Bug #829 triggers lock-up in Baldur's Gate
by Ian D. Stewart July 1, 2002

July 1, 2002

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

3 6

Re: Modal vs Nonmodal window [Bug 825]
by Ann and Jason Edmeades June 30, 2002

June 30, 2002

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

1 0

idl compiler in winehq tree
by Steven Edwards June 30, 2002

June 30, 2002

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

2 1

Re: filedlg95 patch
by Dmitry Timoshkov June 30, 2002

June 30, 2002

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

1 0

Re: int10 SetCursorShape
by Andreas Mohr June 30, 2002

June 30, 2002

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

1 0

Re: winedefault.reg: FirstInstallDateTime value
by Joerg Mayer June 29, 2002

June 29, 2002

On Sat, Jun 29, 2002 at 08:37:53PM +0200, Andreas Mohr wrote: > this adds the FirstInstallDateTime key, which is required by a program > some guy tested in the newsgroup. > +"FirstInstallDateTime"=hex:21,81,7c,23 How about adding a comment which date that is? Thanks Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

2 1

AGAIN: Wine wrongly seeing gdi32 & user32 as native
by Steven Edwards June 29, 2002

June 29, 2002

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

2 2

VGA PLANETS
by Oliver Ob June 29, 2002

June 29, 2002

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

1 0

Wine ODBC compatibilty
by Robert Damen June 28, 2002

June 28, 2002

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

2 1

Patches
by Max June 28, 2002

June 28, 2002

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

3 4

Re: X11DRV_SetDIBitsToDevice patch
by Max June 28, 2002

June 28, 2002

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

1 0

Re: X11DRV_SetDIBitsToDevice patch
by Tony Lambregts June 28, 2002

June 28, 2002

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

1 0

What needs to be done to fix Wine DGA Input.
by Adam Luchjenbroers June 28, 2002

June 28, 2002

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

2 6

Regression Bug in Wine MM (Bug #817)
by Ian D. Stewart June 27, 2002

June 27, 2002

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

3 7

Modal vs Nonmodal window
by Andriy Palamarchuk June 27, 2002

June 27, 2002

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

1 0

Notes R4 redraw problem - message trace
by Ian Pilcher June 27, 2002

June 27, 2002

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

1 0

will "dxglwrap" merge in to wine?
by chan george June 27, 2002

June 27, 2002

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

2 1

Re: Autocad slow startup
by Massimo June 27, 2002

June 27, 2002

1 0

Running Agfa Photowise on Wine
by Timo Kujala June 27, 2002

June 27, 2002

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

2 1

Re: Small Fix
by Nix N. Nix June 26, 2002

June 26, 2002

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

1 0

Autocad slow startup
by Max June 26, 2002

June 26, 2002

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

2 2

[suggested PATCH] POLLHUP handling, non-STREAM sockets
by Martin Wilck June 26, 2002

June 26, 2002

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

1 0

(Fwd) [Bug 811] - crash in DefDlgProcW
by Jürgen Schmied June 25, 2002

June 25, 2002

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

1 0

Re: wine/server sock.c
by Martin Wilck June 25, 2002

June 25, 2002

Am Fre, 2002-06-21 um 21.06 schrieb Alexandre Julliard: > Modified files: > server : sock.c > > Log message: > Attempt at fixing POLLHUP handling for Linux 2.2.x. I am still wondering about this ... what exactly is fixed by the patch? Was there a bug report, a failing application, or whatever? Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

2 3

How well does WINE run if you have a Window$ CD?
by Roland June 25, 2002

June 25, 2002

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

2 2

Memory and swap full
by Marcelo Welter June 25, 2002

June 25, 2002

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

2 2

silly question on bug tracker
by Ann and Jason Edmeades June 25, 2002

June 25, 2002

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

2 1

[help] GDI text fonts
by leanne June 25, 2002

June 25, 2002

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

2 5

Re: wine/server sock.c
by Martin Wilck June 25, 2002

June 25, 2002

Am Fre, 2002-06-21 um 21.06 schrieb Alexandre Julliard: > Modified files: > server : sock.c > > Log message: > Attempt at fixing POLLHUP handling for Linux 2.2.x. Has this been regression-tested for Linux 2.4 ? Just a word of warning - the close semantics are the most difficult problem With sockets in wine, it took me a big effort to get it right on 2.4. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

Re: PATCH: [Bug 671] Valve Hammer Editor does not run - recursion in buddySupperClassWndProc
by Andriy Palamarchuk June 25, 2002

June 25, 2002

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

2 1

Open up wine-announce to wine-related/using projects
by Joerg Mayer June 24, 2002

June 24, 2002

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

2 1

FW: Endian-ness?
by Ann and Jason Edmeades June 24, 2002

June 24, 2002

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

1 0

Endian-ness?
by Ann and Jason Edmeades June 24, 2002

June 24, 2002

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

1 0

STACK LIMITS: error on lauch program
by Marcelo Welter June 24, 2002

June 24, 2002

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

3 2

Getting CUPS printer to work in wine
by Joshua Thielen June 24, 2002

June 24, 2002

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

2 2

RtlGetNtVersionNumbers
by Joshua Thielen June 24, 2002

June 24, 2002

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

2 1

WINE Performance tweaking and known bottlenecks
by Adam Luchjenbroers June 24, 2002

June 24, 2002

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

1 0

(PATCH) SPI_GETDESKWALLPAPER Implementation
by Philipp Wollermann June 23, 2002

June 23, 2002

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

1 0

Infinite loop in winedebug
by Duane Clark June 23, 2002

June 23, 2002

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

2 1

Re: Updated patch for PROFILE_GetString
by Dmitry Timoshkov June 23, 2002

June 23, 2002

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

2 2

[Request] Another view of http://cvs.winehq.com/patch.py?id=XXX
by Uwe Bonnes June 22, 2002

June 22, 2002

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

2 2

Re: PATCH: documentation/samples/config
by Andreas Mohr June 22, 2002

June 22, 2002

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

2 1

Re: Patch 2/2 for SmartForms Installer: GetModuleFileNameW called by 16-bit task.
by Dmitry Timoshkov June 22, 2002

June 22, 2002

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

2 1

Re: Patch 1/2 for SmartForms Installer: PROFILE_GetString incorrect return value
by Andreas Mohr June 22, 2002

June 22, 2002

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

2 1

Question about printer support in wine.
by Joshua Thielen June 22, 2002

June 22, 2002

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

2 1

Re: GLU32 patch (yep, again)
by Alexandre Julliard June 21, 2002

June 21, 2002

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

1 0

Libwine brokeness on Mingw
by Steven Edwards June 21, 2002

June 21, 2002

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

2 1

Regression errors ...
by Paul Millar June 21, 2002

June 21, 2002

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

2 1

How to make a stub dll ?
by Sylvain Petreolle June 21, 2002

June 21, 2002

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

7 13

GDI patch for Acad. Please feedback !
by P. Christeas June 21, 2002

June 21, 2002

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

1 0

Re: Notes R4 redraw problem
by Ian Pilcher June 20, 2002

June 20, 2002

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

3 4

Re: Have regapi installed
by Andriy Palamarchuk June 20, 2002

June 20, 2002

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

1 0

Re: [Bug 628] Changed - HELP-WIndows app. fail to run
by Andriy Palamarchuk June 20, 2002

June 20, 2002

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

1 0

How do I obtain GUIDs for socket transports?
by Martin Wilck June 20, 2002

June 20, 2002

Hi, I am currently trying to create a "clean" implementation of WSAEnumProtocols and friends. Eventually WSASocket, WSADuplicateSocket, getsockopt etc. will support the WSAPROTOCOL_INFO structs correctly. Here is a question: Windows has a GUID assigned to each protocol. "uuids.h" contains a large number of wine-UUIDs - how were these constructed? How should I build mine? We are not talking about random GUIDs here. My NT box shows e.g. e70f1aa0-ab8b-11cf-8ca300805f48a192 for MS TCP/IP, 11058240-be47-11cf-95c800805f48a192 for MS IPX, 2c3b17a0-c6df-11cf-95c800805f48a192 for MS Appletalk. Should I simply copy these for wine, or change them somehow? Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

Re: [Bug 628] Changed - HELP-WIndows app. fail to run
by Tony Lambregts June 20, 2002

June 20, 2002

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

1 0

Re: Notes R4 redraw problem
by Ian Pilcher June 20, 2002

June 20, 2002

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

1 0

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

June 20, 2002

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

4 5

Re: Notes R4 redraw problem
by dschwarz＠bellatlantic.net June 20, 2002

June 20, 2002

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

3 2

RE: Configure problems on MSYS
by Steven Edwards June 19, 2002

June 19, 2002

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

1 0

Sorry about the attachments
by Ian Pilcher June 19, 2002

June 19, 2002

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

1 0

Notes R4 redraw problem
by Ian Pilcher June 19, 2002

June 19, 2002

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

1 0

Dynamically linking with a Unix library - or not
by Shachar Shemesh June 19, 2002

June 19, 2002

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

5 10

RE: Configure problems on MSYS
by Steven Edwards June 18, 2002

June 18, 2002

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

1 0

What happens with...
by Medland, Bill June 18, 2002

June 18, 2002

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

2 1

PATCH: fix for RPM
by Pavel Roskin June 18, 2002

June 18, 2002

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

3 3

__CxxFrameHandler
by juergen.schmied＠debitel.net June 18, 2002

June 18, 2002

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

1 0

make test and ~/.wine/config
by Sylvain Petreolle June 18, 2002

June 18, 2002

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

1 0

(Demo CD available) Has anyone tested AutoCad 2000 with any
by Matts June 18, 2002

June 18, 2002

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

1 0

Re: please report this (quicken error)
by Andriy Palamarchuk June 17, 2002

June 17, 2002

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

1 0

PowerBuilder 6.0 generated applications crash accessing date fields
by Luigi Capriotti June 17, 2002

June 17, 2002

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

2 1

Re: Return and absolut path in DRIVE_FindDriveRoot
by Michael Wetherell June 17, 2002

June 17, 2002

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

2 2

Anyone else getting this with current CVS?
by Steven Edwards June 17, 2002

June 17, 2002

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

2 1

Recent CVS update changed printer configs?
by Carl Sopchak June 17, 2002

June 17, 2002

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

1 0

problem with mixed data/audio
by Michal Seliga June 17, 2002

June 17, 2002

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

2 1

winedbg debugging
by Ann and Jason Edmeades June 17, 2002

June 17, 2002

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

2 1

TWAIN.h patch (late reply)
by Steven Edwards June 17, 2002

June 17, 2002

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

1 0

notepad vs write
by Ann and Jason Edmeades June 17, 2002

June 17, 2002

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

3 2

Patch to make server understand NT path names
by Mike McCormack June 17, 2002

June 17, 2002

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

1 0

Re: Accept lphc == NULL in listboxes
by Tony Lambregts June 16, 2002

June 16, 2002

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

1 0

replacements for DAO/MSHTML/MSXML
by juergen.schmied＠debitel.net June 16, 2002

June 16, 2002

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

2 1

Mingw Wine port bug
by Steven Edwards June 15, 2002

June 15, 2002

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

2 2

arts driver problems
by Rizsanyi Zsolt June 15, 2002

June 15, 2002

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

2 1

Re: Old unicode standard
by David.Goodenough＠DGA.co.uk June 15, 2002

June 15, 2002

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

1 0

WM_GETTEXTLENGTH returns double size
by Andriy Palamarchuk June 15, 2002

June 15, 2002

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

3 18

Old unicode standard
by Shachar Shemesh June 15, 2002

June 15, 2002

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

3 3

please report this (quicken error)
by Shane Shields June 15, 2002

June 15, 2002

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

1 0

Re: Old unicode standard
by David.Goodenough＠DGA.co.uk June 14, 2002

June 14, 2002

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

1 0

Taking a step back :(
by Dustin Navea June 14, 2002

June 14, 2002

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

1 0

Re: PATCH - twain.h
by Francois Gouget June 14, 2002

June 14, 2002

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

2 1

Problems running IE with latest release
by Con Hennessy June 14, 2002

June 14, 2002

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

4 7

Re: wine/dlls/winsock socket.c ws2_32.spec
by Martin Wilck June 14, 2002

June 14, 2002

> - hackish implementation of WSADuplicateSocket. + DuplicateHandle(GetCurrentProcess(), s, + hProcess, (LPHANDLE)&lpProtocolInfo->dwCatalogEntryId, + 0, FALSE, DUPLICATE_SAME_ACCESS); + CloseHandle(hProcess); + lpProtocolInfo->dwServiceFlags4 = 0xff00ff00; /* magic */ The Winsock SPI docs say that service providers should use the lpProtocolInfo->dwProviderReserved field. I recommend that that be used in Wine, too. Also, I don't think you need the "magic" field - simply test if dwProviderReserved is a valid handle. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

Merge rpcrt/ole32 from Rewind
by juergen.schmied＠debitel.net June 14, 2002

June 14, 2002

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

3 2

ole help please! invoke fn issue
by Ann and Jason Edmeades June 14, 2002

June 14, 2002

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

3 2

dlls/ddraw build problem
by Steven Edwards June 14, 2002

June 14, 2002

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

2 4