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

Repeated: Breakage in -relay and -snoop
by Uwe Bonnes June 13, 2002

June 13, 2002

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

3 4

Re: FW: [ros-kernel] wine dll
by juergen.schmied＠debitel.net June 13, 2002

June 13, 2002

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

1 0

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

June 13, 2002

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

1 0

Fix for locale regression test failures ...
by Paul Millar June 12, 2002

June 12, 2002

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

1 0

Extremely preliminary BiDi patch
by Shachar Shemesh June 12, 2002

June 12, 2002

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

1 0

O2 compilation option
by Shachar Shemesh June 12, 2002

June 12, 2002

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

2 1

Re: NtQuerySystemTime alignment problem
by Andreas Mohr June 12, 2002

June 12, 2002

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

1 0

Re: Not finding basic libraries
by Medland, Bill June 12, 2002

June 12, 2002

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

1 0

RE: O2 compilation option
by Medland, Bill June 12, 2002

June 12, 2002

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

1 0

locale tests failed
by Sylvain Petreolle June 12, 2002

June 12, 2002

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

4 5

Re: Problems converting DLL to unix SO with winelib
by List vmn June 12, 2002

June 12, 2002

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

3 2

winespy - a wine gui front-end for --debugmsg output
by max June 12, 2002

June 12, 2002

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

1 0

gdi functions as undefined symbol in libwine.so
by Sylvain Petreolle June 11, 2002

June 11, 2002

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

1 0

RE: driver question
by Patrik Stridvall June 11, 2002

June 11, 2002

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

2 1

self-registerable standard DLLs
by John K. Hohm June 11, 2002

June 11, 2002

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

4 5

driver question
by Hetz Ben Hamo June 11, 2002

June 11, 2002

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

2 1

Re: null midi device
by Eric Pouech June 11, 2002

June 11, 2002

> I was thinking: Couldn't one use timidity to make a fake midi device > that actually produces sound? That would be something. I thought about it. you need to use timidity 0.20i (the last one from the original author released under LGPL, the next ones are released under GPL). Then, to make it a real midi driver (in terms of Win32 API) which isn't a trivial task (for example, timidity pre-processes the full content of the MIDI file to be played, whilst a standard MIDI driver has to play midi notes on the fly...). I did start looking at that a long time ago, but without real results in so far. A+ --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

6 9

builtin oleaut32
by Ann and Jason Edmeades June 11, 2002

June 11, 2002

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

2 1

RE: builtin oleaut32
by Medland, Bill June 11, 2002

June 11, 2002

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

1 0

Re: Linux patch for supporting shortcuts and symlinks on VFAT
by Brian Vincent June 11, 2002

June 11, 2002

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

1 0

Re: FPU patch for bug 586
by Ove Kaaven June 11, 2002

June 11, 2002

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

1 0

Re: GLU32 patch
by Marcus Meissner June 11, 2002

June 11, 2002

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

2 1

Problems converting DLL to unix SO with winelib
by List vmn June 11, 2002

June 11, 2002

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

1 0

Problems converting DLL to unix SO with winelib
by mfeitosa June 11, 2002

June 11, 2002

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

1 0

RE: Linux patch for supporting shortcuts and symlinks on VFAT
by Patrik Stridvall June 11, 2002

June 11, 2002

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

1 0

RE: Linux patch for supporting shortcuts and symlinks on VFAT
by Patrik Stridvall June 11, 2002

June 11, 2002

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

2 1

Linux patch for supporting shortcuts and symlinks on VFAT
by Patrik Stridvall June 11, 2002

June 11, 2002

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

2 1

GLU32 status & update
by Vincent Béron June 11, 2002

June 11, 2002

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

2 1

bugs.winehq.com upgraded
by Jeremy Newman June 11, 2002

June 11, 2002

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

2 3

tabctl32.ocx
by Medland, Bill June 10, 2002

June 10, 2002

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

1 0

debug channels
by max June 10, 2002

June 10, 2002

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

1 0

Lotus Notes R5 devel
by JJ Neff June 10, 2002

June 10, 2002

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

4 3

Error messages when typing Hebrew characters
by Shachar Shemesh June 10, 2002

June 10, 2002

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

2 8

Crash with "privileged instruction in 16-bit code"
by Andriy Palamarchuk June 10, 2002

June 10, 2002

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

2 1

Re: FPU patch for bug 586
by Ove Kaaven June 10, 2002

June 10, 2002

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

1 0

Re: Return value of fileio_get_async_count
by Martin Wilck June 10, 2002

June 10, 2002

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

1 0

Re: Fixes for ADPCM decoding.
by Vincent Béron June 10, 2002

June 10, 2002

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

2 1

LinuxTag 2002
by Malte Cornils June 10, 2002

June 10, 2002

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

1 0

command line options and registry questions
by Christian Costa June 9, 2002

June 9, 2002

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

1 0

Locale support
by P. Christeas June 9, 2002

June 9, 2002

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

1 0

[Fwd: [BUGZILLA] Security Advisory For Versions of Bugzilla 2.14 Prior To 2.14.2, 2.16 Prior To 2.16rc2]
by Shachar Shemesh June 9, 2002

June 9, 2002

FYI.

1 0

Word2K crash (window management, remote)
by Andreas Mohr June 9, 2002

June 9, 2002

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

1 0

Games, Stuff and Whatnot
by Phil Bordelon June 8, 2002

June 8, 2002

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

1 0

Problems converting DLL to unix SO with winelib
by list＠vmn.com.br June 7, 2002

June 7, 2002

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

2 1

How to compile to include debug info
by Medland, Bill June 7, 2002

June 7, 2002

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

1 0

Call for testers
by Johan Gill June 7, 2002

June 7, 2002

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

1 0

Re: Problems converting DLL to unix SO with winelib
by list＠vmn.com.br June 7, 2002

June 7, 2002

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

1 0

Simple Windows DLL does not work correctly with winelib - HELP
by list＠vmn.com.br June 7, 2002

June 7, 2002

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

1 0

Need help debugging problem w/Quicken
by Carl Sopchak June 7, 2002

June 7, 2002

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

2 1

Deffered Debugmessages patch side effect
by Uwe Bonnes June 7, 2002

June 7, 2002

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

1 0

Re: Problems converting DLL to unix SO with winelib
by list＠vmn.com.br June 7, 2002

June 7, 2002

Wow, now I really lost it... I have tried to remove the imports from the spec file but then I get unresolved symbols when linking the so.. So what should it contain? Where is [if at all] the documentation for the spec file... Thanks, Miguel Quoting Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com>: > Hi, > > winemaker in CVS is broken. Your "spec" file should not contain any > "imports" anymore, for example. > > I have submitted a patch for this a while ago to this list ("winemaker > fixes", 2002/05/22), which doesn't seem to have made it into CVS. > > Martin > > -- > Martin Wilck Phone: +49 5251 8 15113 > Fujitsu Siemens Computers Fax: +49 5251 8 20409 > Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com > D-33106 Paderborn http://www.fujitsu-siemens.com/primergy > > > > > ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

2 2

ttc & sbit patch
by Won Kyu Park June 7, 2002

June 7, 2002

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

1 0

WinExec16 in shlexec.c
by Steven Edwards June 7, 2002

June 7, 2002

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

1 0

Minor build system change for the Windows ports
by Steven Edwards June 7, 2002

June 7, 2002

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

1 0

Re: dlls/shell32/dialogs.c:RunFileDlg - implemented
by Nix N. Nix June 6, 2002

June 6, 2002

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

1 0

RE: Where is ELF stab documented?
by Medland, Bill June 6, 2002

June 6, 2002

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

1 0

Re: Winehq: Bugzilla responsibilities page
by Andreas Mohr June 6, 2002

June 6, 2002

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

3 4

RE: Where is ELF stab documented?
by Medland, Bill June 6, 2002

June 6, 2002

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

1 0

Do we need Direct3D? How about OpenGL?
by Roland June 6, 2002

June 6, 2002

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

3 2

How big is the Direct3D stuff?
by Roland June 6, 2002

June 6, 2002

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

6 9

Where is ELF stab documented?
by Medland, Bill June 6, 2002

June 6, 2002

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

2 1

Re: opengl32 wglSwapLayerBuffers
by Lionel Ulmer June 6, 2002

June 6, 2002

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

1 0

Re: imports by ordinal
by juergen.schmied＠debitel.net June 6, 2002

June 6, 2002

>> I'd like to use in a internal wine-dll(shell32) a function exported >> by an other dll(shlwapi) by ordinal. How can I do this in a clean >> way without use of GetProcAddress in a way it works with native >> dll's too? >You have to use GetProcAddress, there is no automatic import >mechanism. That's a feature to discourage you from calling ordinal >functions ;-) shlwapi.dll exports quite a lot of functions to shell32 what would mean a lot of duplicate code ;-(. juergen

1 0

RE: How big is the Direct3D stuff?
by Patrik Stridvall June 6, 2002

June 6, 2002

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

1 0

RE: How big is the Direct3D stuff?
by Patrik Stridvall June 6, 2002

June 6, 2002

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

2 1

GlobalAlloc returning memory that isn't 8-byte aligned?
by Warren_Baird＠cimmetry.com June 6, 2002

June 6, 2002

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

1 0

winebootup
by Dustin Navea June 6, 2002

June 6, 2002

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

4 4

RE: How big is the Direct3D stuff?
by Patrik Stridvall June 6, 2002

June 6, 2002

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

3 2

Problems converting DLL to unix SO with winelib
by list＠vmn.com.br June 6, 2002

June 6, 2002

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

1 0

RE: How big is the Direct3D stuff?
by Patrik Stridvall June 6, 2002

June 6, 2002

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

3 2

opengl32 wglSwapLayerBuffers
by Jesse Allen June 6, 2002

June 6, 2002

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

1 0

imports by ordinal
by juergen.schmied＠debitel.net June 6, 2002

June 6, 2002

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

3 2

Need better documentation of Windows 16/32 APIs for Mingw Port
by Steven Edwards June 6, 2002

June 6, 2002

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

2 1

Re: null midi device
by Johan Gill June 6, 2002

June 6, 2002

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

1 0

Bug 586
by admiral coeyman June 6, 2002

June 6, 2002

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

1 0

Asymmetric mouse movement in DGA2 mode
by J. Christopher Pereira June 5, 2002

June 5, 2002

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

2 2

Making a patch
by Nix N. Nix June 5, 2002

June 5, 2002

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

2 1

Call for application owner
by Guy L. Albertelli June 5, 2002

June 5, 2002

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

2 1

WINE dlls on Windows Status Update
by Steven Edwards June 5, 2002

June 5, 2002

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

1 0

Re: Lower bugs changing note
by Andriy Palamarchuk June 5, 2002

June 5, 2002

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

2 1

FW: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw)
by Steven Edwards June 5, 2002

June 5, 2002

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

2 1

Improving debugging (gdb) support
by tijs＠connectux.com June 4, 2002

June 4, 2002

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

7 7

RE: Clear up my License information
by Patrik Stridvall June 4, 2002

June 4, 2002

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

1 0

RE: Clear up my License information
by Steven Edwards June 4, 2002

June 4, 2002

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

1 0

Latest CVS build can't find c:\windows\system
by Daniel Schwarz June 4, 2002

June 4, 2002

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

2 1

Re: Lotus Notes Application Owner
by Daniel Schwarz June 4, 2002

June 4, 2002

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

1 0

Lotus Notes application owner
by Ian Pilcher June 4, 2002

June 4, 2002

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

1 0

My posts don't appear in mailing list
by Massimo June 4, 2002

June 4, 2002

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

1 0

CoMarshalInterface (IUnknown)
by Medland, Bill June 3, 2002

June 3, 2002

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

1 0

Endless loop in crash with MFC42
by Uwe Bonnes June 3, 2002

June 3, 2002

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

1 0

linux kernel thoughts
by William Knop June 3, 2002

June 3, 2002

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

5 4

LotusNotes - typed characters do not appear
by Andriy Palamarchuk June 3, 2002

June 3, 2002

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

2 1

Re: linux kernel thoughts
by William Knop June 3, 2002

June 3, 2002

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

1 0

Wine front-end -- winespy
by Massimo June 3, 2002

June 3, 2002

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

1 0

A problem with winmm and word
by Duane Clark June 3, 2002

June 3, 2002

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

2 3

Re: SMB filesystem
by Dan Kegel June 3, 2002

June 3, 2002

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

1 0

Re: docu patch
by Alexandre Julliard June 3, 2002

June 3, 2002

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

2 3

problem : win16 stack selector freed twice
by Christian Costa June 3, 2002

June 3, 2002

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

2 1

Win16 Support again
by Steven Edwards June 3, 2002

June 3, 2002

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

2 4

Patch - Fix building oleaut32 on other platforms
by Steven Edwards June 3, 2002

June 3, 2002

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

1 0