- wine-devel - winehq.org

windres: -U
by Dimitrie O. Paun 21 Mar '03

21 Mar '03

[This is a message I've posted to the Mozilla people regarding windres. Comments appreciated] Folks, we have the following uglifying construct: ifdef GNU_CC $(RC) $(RCFLAGS) $(filter-out -U%,$(DEFINES)) \ $(INCLUDES:-I%=--include-dir %) $(OUTOPTION)$@ $< else $(RC) $(RCFLAGS) -r $(DEFINES) $(INCLUDES) $(OUTOPTION)$@ $< endif As I mentioned already, I've already submitted a patch to windres (http://sources.redhat.com/ml/binutils/2003-03/msg00313.html) to accept -I for include dirs. Given that the windres maintainers like the idea, it's just a matter of time (few days, until I get the stupid FSF copyright assignment papers signed) until it goes in. Idealy, I'd like to completely remove the annoying ifdef. So what's left? First, the -r in the !GNU_CC case. This seems to be simply ignored by the MS rc, for backwards compatibility: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tools/tool… Do we _need_ to keep it around? Second, it seems that windres does not support the -U option. It should, and I'm considering submitting a patch to do just that. With that, the monster will collapse to simply: $(RC) $(RCFLAGS) $(DEFINES) $(INCLUDES) $(OUTOPTION)$@ $< which is so much easier on the eye. -- Dimi.

2 1

WineHQ.com - redesign
by Jeremy Newman 21 Mar '03

21 Mar '03

Hey all. I've spent a bit more time on the redesign of the website. I'm looking to get more comments from you. http://lostwages.winehq.org/ First off, You'll notice I am *toying* with the idea of placing a banner ad on the web site. WineHQ generates a large amount of traffic. About 6,000,000 page hits a month. All I simply want to do, is try to allow CodeWeavers to make up for some of that by placing our ads on the site. I won't be taking any offers to put "Click the Monkey" ads. I will happily put up banners for other Wine related companies. If enough object I will cheerfully take them down. This is my idea, so I'll take the brunt of the flames here. I just wasn't getting enough clicks on the "Hosted By CodeWeavers" link to satisfy me. There is some missing content pages yet on the site. I need someone to help volunteer by being a editor. The job consists of working purely on the text of the site. I've done my best to clean up the text so far. But, I doubt I will have much more time to do that. Let me know of oddities you find, and if your browser croaks completely or something on that order. -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

6 6

evil regressions
by Mike Hearn 21 Mar '03

21 Mar '03

Is anybody else seeing borkage like this: http://theoretic.com/mike/wine-regression.png I just reversed my patch, so it's not that. The combo boxes seem to show the dropdown at the wrong time. Clicking the drop down button makes it go away, but the drop down then doesn't display at all. Finally choosing a file gives an error, "invalid window handle". Also note the grey box on the bottom left, shouldn't be there either. Or is my install broken?

5 9

windres: -J -I (take 3)
by Dimitrie O. Paun 21 Mar '03

21 Mar '03

On March 20, 2003 06:44 pm, Dimitrie O. Paun wrote: > So I think this is ready for the prime-time. I would appreciate any > feedback on the matter. To be honest, I could not compile the > resulting code, as it is complaining I do not have ../bfd/bfd.h: > > make: *** No rule to make target `../bfd/bfd.h', needed by `windres.o'. > Stop. Famous last words. I figured out how to compile it, and sure enough I've found a small compilation bug (I got unused to the old K&R style of function definitions). Anyway it's fixed now, so here it is again, with the ChangeLog: 2003-03-21 Dimitrie O. Paun <dpaun(a)rogers.com> * windres.c (format_from_name): make the exit on error behaviour optional. (main): Rename the -I option to -J. Introduce -I as synonym for --include-dir. For backwards compatibility also support the old -I behaviour, but issue a deprecation warning. * doc/binutils.texi: Rename -I to -J. Document the new behaviour of the -I option. * testsuite/binutils-all/windres/windres.exp: Add test for the new -J option. Index: binutils/windres.c =================================================================== RCS file: /cvs/src/src/binutils/windres.c,v retrieving revision 1.13 diff -u -r1.13 windres.c --- binutils/windres.c 5 May 2002 23:25:27 -0000 1.13 +++ binutils/windres.c 21 Mar 2003 07:09:12 -0000 @@ -110,8 +110,7 @@ #define OPTION_DEFINE 150 #define OPTION_HELP (OPTION_DEFINE + 1) -#define OPTION_INCLUDE_DIR (OPTION_HELP + 1) -#define OPTION_LANGUAGE (OPTION_INCLUDE_DIR + 1) +#define OPTION_LANGUAGE (OPTION_HELP + 1) #define OPTION_PREPROCESSOR (OPTION_LANGUAGE + 1) #define OPTION_USE_TEMP_FILE (OPTION_PREPROCESSOR + 1) #define OPTION_NO_USE_TEMP_FILE (OPTION_USE_TEMP_FILE + 1) @@ -122,8 +121,8 @@ { {"define", required_argument, 0, OPTION_DEFINE}, {"help", no_argument, 0, OPTION_HELP}, - {"include-dir", required_argument, 0, OPTION_INCLUDE_DIR}, - {"input-format", required_argument, 0, 'I'}, + {"include-dir", required_argument, 0, 'I'}, + {"input-format", required_argument, 0, 'J'}, {"language", required_argument, 0, OPTION_LANGUAGE}, {"output-format", required_argument, 0, 'O'}, {"preprocessor", required_argument, 0, OPTION_PREPROCESSOR}, @@ -140,7 +139,7 @@ static void res_init PARAMS ((void)); static int extended_menuitems PARAMS ((const struct menuitem *)); -static enum res_format format_from_name PARAMS ((const char *)); +static enum res_format format_from_name PARAMS ((const char *, int)); static enum res_format format_from_filename PARAMS ((const char *, int)); static void usage PARAMS ((FILE *, int)); static int cmp_res_entry PARAMS ((const PTR, const PTR)); @@ -588,8 +587,9 @@ /* Convert a string to a format type, or exit if it can't be done. */ static enum res_format -format_from_name (name) +format_from_name (name, exit_on_error) const char *name; + int exit_on_error; { const struct format_map *m; @@ -597,7 +597,7 @@ if (strcasecmp (m->name, name) == 0) break; - if (m->name == NULL) + if (m->name == NULL && exit_on_error) { non_fatal (_("unknown format type `%s'"), name); fprintf (stderr, _("%s: supported formats:"), program_name); @@ -779,6 +779,7 @@ char *input_filename; char *output_filename; enum res_format input_format; + enum res_format input_format_tmp; enum res_format output_format; char *target; char *preprocessor; @@ -828,12 +829,12 @@ output_filename = optarg; break; - case 'I': - input_format = format_from_name (optarg); + case 'J': + input_format = format_from_name (optarg, 1); break; case 'O': - output_format = format_from_name (optarg); + output_format = format_from_name (optarg, 1); break; case 'F': @@ -868,7 +869,16 @@ verbose ++; break; - case OPTION_INCLUDE_DIR: + case 'I': + /* for backward compatibility, should be removed in the future */ + input_format_tmp = format_from_name (optarg, 0); + if (input_format_tmp != RES_FORMAT_UNKNOWN) + { + fprintf (stderr, _("Option -I is deprecated for setting the input format, please use -J instead.\n")); + input_format = input_format_tmp; + break; + } + if (preprocargs == NULL) { quotedarg = quot (optarg); Index: binutils/doc/binutils.texi =================================================================== RCS file: /cvs/src/src/binutils/doc/binutils.texi,v retrieving revision 1.30 diff -u -r1.30 binutils.texi --- binutils/doc/binutils.texi 24 Feb 2003 16:20:28 -0000 1.30 +++ binutils/doc/binutils.texi 20 Mar 2003 15:10:43 -0000 @@ -2569,7 +2569,7 @@ non-option argument, then @command{windres} will write to standard output. @command{windres} can not write a COFF file to standard output. -@item -I @var{format} +@item -J @var{format} @itemx --input-format @var{format} The input format to read. @var{format} may be @samp{res}, @samp{rc}, or @samp{coff}. If no input format is specified, @command{windres} will @@ -2597,11 +2597,17 @@ to use, including any leading arguments. The default preprocessor argument is @code{gcc -E -xc-header -DRC_INVOKED}. +@item -I @var{directory} @item --include-dir @var{directory} Specify an include directory to use when reading an @code{rc} file. @command{windres} will pass this to the preprocessor as an @option{-I} option. @command{windres} will also search this directory when looking for -files named in the @code{rc} file. +files named in the @code{rc} file. If the argument passed to this command +matches any of the supported @var{formats} (as descrived in the @option{-J} +option), it will issue a deprecation warning, and behave just like the +@option{-J} option. New programs should not use this behaviour. If a +directory happens to match a @var{format}, simple prefix it with @samp{./} +to disable the backward compatibility. @item -D @var{target} @itemx --define @var{sym}[=@var{val}] Index: binutils/testsuite/binutils-all/windres/windres.exp =================================================================== RCS file: /cvs/src/src/binutils/testsuite/binutils-all/windres/windres.exp,v retrieving revision 1.3 diff -u -r1.3 windres.exp --- binutils/testsuite/binutils-all/windres/windres.exp 27 Jul 2001 16:16:07 -0000 1.3 +++ binutils/testsuite/binutils-all/windres/windres.exp 20 Mar 2003 23:24:05 -0000 @@ -81,6 +81,40 @@ setup_xfail *-* } + verbose "$wr -J rc -O res $res tmpdir/$broot.res" 1 + catch "exec $wr -J rc -O res $res tmpdir/$broot.res" err + + if ![string match "" $err] then { + send_log "$err\n" + verbose "$err" 1 + fail "windres/$broot (parse)" + continue; + } + pass "windres/$broot (parse)" + + set rc [open $res] + while { [gets $rc line] != -1 } { + if ![regexp "^(//|/\*|#)" $line] { + break + } + if [regexp "parse-only" $line] { + file delete "tmpdir/$broot.res" + set done 1 + break; + } + if [regexp "\[xc\]fail *(\[^ \]*)" $line junk sys] { + setup_xfail $sys + continue; + } + } + if { $done != 0 } { + continue; + } + + if { "$broot" != "bmpalign" && "$target_xfail" == "yes" } { + setup_xfail *-* + } + verbose "$wr -I rc -O res $res tmpdir/$broot.res" 1 catch "exec $wr -I rc -O res $res tmpdir/$broot.res" err -- Dimi.

1 0

Inserting banner in signature / on website ?
by Sylvain Petreolle 21 Mar '03

21 Mar '03

Your banner idea seems to be a good idea to promote CodeWeavers and Wine in a general manner. Could you give code to insert it in a mail signature or on a website ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

WINE conformance tests
by Peter Berghmans 21 Mar '03

21 Mar '03

--- Peter Berghmans <peter.berghmans(a)pandora.be> wrote: > Hello, > > I saw on the WINE website you are responsible for > writing conformance tests. > I'd like to contribute; Could you explain what > already exists and how it works ? > I am a professional software engineer by the way. Peter, thank you for the suggestion. Sorry it took long time to answer - I checked this email account only today. Unfortunately I don't have enough time now to contribute to Wine :-( Please contact wine-devel mailing list, everybody will be happy to help you. This page has more information what you can do for the project (in case you have not visited it): http://www.winehq.com/about/index.php?contrib Regards, Andriy Palamarchuk

2 1

windres: -J -I (take 2) (fwd)
by Dimitrie O. Paun 20 Mar '03

20 Mar '03

FIY. -- Dimi. ---------- Forwarded message ---------- Date: Thu, 20 Mar 2003 18:44:53 -0500 (EST) From: Dimitrie O. Paun <dimi(a)intelliware.ca> To: binutils(a)sourceware.org Subject: windres: -J -I (take 2) Here is the patch again, this time with (hopefully) correct ChangeLog, and updated documentation & tests. The tests proved to be simpler than I thought. There was already a test for the old behaviour of -I, which I've left in there, as the change is supposed to be backwards compatible. I simply duplicated the code for the -J option, which is supposed to behave as the old -I option. As for the include, the tests uses the include directive in all tests, so if that is broken, things will fail. So I think this is ready for the prime-time. I would appreciate any feedback on the matter. To be honest, I could not compile the resulting code, as it is complaining I do not have ../bfd/bfd.h: make: *** No rule to make target `../bfd/bfd.h', needed by `windres.o'. Stop. Any pointers on that? Also, as stated earlier, I've started the FSF assignment process, is there anyway you guys can apply this patch soon? It seems like the process allows for this sort of thing. 2003-03-20 Dimitrie O. Paun <dpaun(a)rogers.com> * windres.c (format_from_name): make the exit on error behaviour optional. (main): Rename the -I option to -J. Introduce -I as synonym for --include-dir. For backwards compatibility also support the old -I behaviour, but issue a deprecation warning. * doc/binutils.texi: Rename -I to -J. Document the new behaviour of the -I option. * testsuite/binutils-all/windres/windres.exp: Add test for the new -J option. Index: binutils/windres.c =================================================================== RCS file: /cvs/src/src/binutils/windres.c,v retrieving revision 1.13 diff -u -r1.13 windres.c --- binutils/windres.c 5 May 2002 23:25:27 -0000 1.13 +++ binutils/windres.c 17 Mar 2003 07:14:16 -0000 @@ -110,8 +110,7 @@ #define OPTION_DEFINE 150 #define OPTION_HELP (OPTION_DEFINE + 1) -#define OPTION_INCLUDE_DIR (OPTION_HELP + 1) -#define OPTION_LANGUAGE (OPTION_INCLUDE_DIR + 1) +#define OPTION_LANGUAGE (OPTION_HELP + 1) #define OPTION_PREPROCESSOR (OPTION_LANGUAGE + 1) #define OPTION_USE_TEMP_FILE (OPTION_PREPROCESSOR + 1) #define OPTION_NO_USE_TEMP_FILE (OPTION_USE_TEMP_FILE + 1) @@ -122,8 +121,8 @@ { {"define", required_argument, 0, OPTION_DEFINE}, {"help", no_argument, 0, OPTION_HELP}, - {"include-dir", required_argument, 0, OPTION_INCLUDE_DIR}, - {"input-format", required_argument, 0, 'I'}, + {"include-dir", required_argument, 0, 'I'}, + {"input-format", required_argument, 0, 'J'}, {"language", required_argument, 0, OPTION_LANGUAGE}, {"output-format", required_argument, 0, 'O'}, {"preprocessor", required_argument, 0, OPTION_PREPROCESSOR}, @@ -140,7 +139,7 @@ static void res_init PARAMS ((void)); static int extended_menuitems PARAMS ((const struct menuitem *)); -static enum res_format format_from_name PARAMS ((const char *)); +static enum res_format format_from_name PARAMS ((const char *, int)); static enum res_format format_from_filename PARAMS ((const char *, int)); static void usage PARAMS ((FILE *, int)); static int cmp_res_entry PARAMS ((const PTR, const PTR)); @@ -588,7 +587,7 @@ /* Convert a string to a format type, or exit if it can't be done. */ static enum res_format -format_from_name (name) +format_from_name (name, int exit_on_error) const char *name; { const struct format_map *m; @@ -597,7 +596,7 @@ if (strcasecmp (m->name, name) == 0) break; - if (m->name == NULL) + if (m->name == NULL && exit_on_error) { non_fatal (_("unknown format type `%s'"), name); fprintf (stderr, _("%s: supported formats:"), program_name); @@ -779,6 +778,7 @@ char *input_filename; char *output_filename; enum res_format input_format; + enum res_format input_format_tmp; enum res_format output_format; char *target; char *preprocessor; @@ -828,12 +828,12 @@ output_filename = optarg; break; - case 'I': - input_format = format_from_name (optarg); + case 'J': + input_format = format_from_name (optarg, 1); break; case 'O': - output_format = format_from_name (optarg); + output_format = format_from_name (optarg, 1); break; case 'F': @@ -868,7 +868,16 @@ verbose ++; break; - case OPTION_INCLUDE_DIR: + case 'I': + /* for backward compatibility, should be removed in the future */ + input_format_tmp = format_from_name (optarg, 0); + if (input_format_tmp != RES_FORMAT_UNKNOWN) + { + fprintf (stderr, _("Option -I is deprecated for setting the input format, please use -J instead.\n")); + input_format = input_format_tmp; + break; + } + if (preprocargs == NULL) { quotedarg = quot (optarg); Index: binutils/doc/binutils.texi =================================================================== RCS file: /cvs/src/src/binutils/doc/binutils.texi,v retrieving revision 1.30 diff -u -r1.30 binutils.texi --- binutils/doc/binutils.texi 24 Feb 2003 16:20:28 -0000 1.30 +++ binutils/doc/binutils.texi 20 Mar 2003 15:10:43 -0000 @@ -2569,7 +2569,7 @@ non-option argument, then @command{windres} will write to standard output. @command{windres} can not write a COFF file to standard output. -@item -I @var{format} +@item -J @var{format} @itemx --input-format @var{format} The input format to read. @var{format} may be @samp{res}, @samp{rc}, or @samp{coff}. If no input format is specified, @command{windres} will @@ -2597,11 +2597,17 @@ to use, including any leading arguments. The default preprocessor argument is @code{gcc -E -xc-header -DRC_INVOKED}. +@item -I @var{directory} @item --include-dir @var{directory} Specify an include directory to use when reading an @code{rc} file. @command{windres} will pass this to the preprocessor as an @option{-I} option. @command{windres} will also search this directory when looking for -files named in the @code{rc} file. +files named in the @code{rc} file. If the argument passed to this command +matches any of the supported @var{formats} (as descrived in the @option{-J} +option), it will issue a deprecation warning, and behave just like the +@option{-J} option. New programs should not use this behaviour. If a +directory happens to match a @var{format}, simple prefix it with @samp{./} +to disable the backward compatibility. @item -D @var{target} @itemx --define @var{sym}[=@var{val}] Index: binutils/testsuite/binutils-all/windres/windres.exp =================================================================== RCS file: /cvs/src/src/binutils/testsuite/binutils-all/windres/windres.exp,v retrieving revision 1.3 diff -u -r1.3 windres.exp --- binutils/testsuite/binutils-all/windres/windres.exp 27 Jul 2001 16:16:07 -0000 1.3 +++ binutils/testsuite/binutils-all/windres/windres.exp 20 Mar 2003 23:24:05 -0000 @@ -81,6 +81,40 @@ setup_xfail *-* } + verbose "$wr -J rc -O res $res tmpdir/$broot.res" 1 + catch "exec $wr -J rc -O res $res tmpdir/$broot.res" err + + if ![string match "" $err] then { + send_log "$err\n" + verbose "$err" 1 + fail "windres/$broot (parse)" + continue; + } + pass "windres/$broot (parse)" + + set rc [open $res] + while { [gets $rc line] != -1 } { + if ![regexp "^(//|/\*|#)" $line] { + break + } + if [regexp "parse-only" $line] { + file delete "tmpdir/$broot.res" + set done 1 + break; + } + if [regexp "\[xc\]fail *(\[^ \]*)" $line junk sys] { + setup_xfail $sys + continue; + } + } + if { $done != 0 } { + continue; + } + + if { "$broot" != "bmpalign" && "$target_xfail" == "yes" } { + setup_xfail *-* + } + verbose "$wr -I rc -O res $res tmpdir/$broot.res" 1 catch "exec $wr -I rc -O res $res tmpdir/$broot.res" err -- Dimi.

1 0

Re: Java in wine?
by David.Goodenough＠DGA.co.uk 20 Mar '03

20 Mar '03

Have you tried the IBM JRE? David Mike Hearn <m.hearn(a)signal.qi To: Dan Kegel <dank(a)kegel.com> netiq.com> cc: m.hearn(a)signal.dera.gov.uk, Wine Devel Sent by: <wine-devel(a)winehq.com> wine-devel-admin@w Subject: Re: Java in wine? inehq.com 20/03/2003 16:50 > What version of Java does the app require? Unfortunately 1.4 > I wonder if perhaps some older Sun JREs run better > on Wine than hotspot does. I haven't tried any, but > who knows, it might be worth trying. The 1.2 version at least starts, but apparently it's not sufficient for this app. <sigh> And I thought java was supposed to make stuff more portable :/ > - Dan -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: winehq/ ./classic_styles.css ./index.php ./red ...
by Dimitrie O. Paun 20 Mar '03

20 Mar '03

On Thu, 20 Mar 2003, Jeremy Newman wrote: > Log message: > adding banner ads (gotta pay for the hosting somehow :D ) > tweaked templates for banner ad support Oh, please! Are we really gonna carry adds?!? -- Dimi.

3 2

ole/
by Dimitrie O. Paun 20 Mar '03

20 Mar '03

I can't wait for ole/ to go away: [dimi@dimi wine.src]$ ls ole CVS ole2nls.c I hope it's in the plans to nuke it soon. -- Dimi.

2 1

Java in wine?
by Mike Hearn 20 Mar '03

20 Mar '03

Hi, Perhaps a bit offtopic, but my company has asked me to try and get a desktop java app we use/are developing here running under Linux. You'd think, being written in Java, that it'd just be a case of installing the JVM and running it. Unfortunately, because Java is rather poor at desktop apps, they've used a load of windows extensions via JNI to try and make it integrate better. That means, the only solution is probably to run a JVM under Wine (short of rewriting all the native code, which they don't want to do). Now, I tried the Sun JRE, and it wasn't happy. I expect HotSpot does some wierd stuff under the covers. So I'm wondering if anybody has walked this road before, and if there are any other JVMs that might work better under Wine? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 5

'make depend' b0rken on fresh check-out
by Lionel Ulmer 20 Mar '03

20 Mar '03

Hi all, It seems that 'make depend' is broken on a fresh CVS check-out on a clean tree. This is because 'makedep' is linked against 'libs/port' which is NOT built yet (kinda ironic to have dependencies problem building our dependency tool :-) ). """ Configure finished. Do 'make depend && make' to compile Wine. cd ./tools && make basename tools/makedep make[1]: Entering directory /usr/local/src/Wine/CVS/wine_work/tools' gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -DLEX_OUTPUT_ROOT="\"lex.yy\"" -DINCLUDEDIR="\"/usr/local/src/Wine/Build_02/include/wine\"" -DBINDIR="\"/usr/local/src/Wine/Build_02/bin\"" -D_REENTRANT -o makedep.o makedep.c gcc -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -o makedep makedep.o -L../libs/port -lwine_port /usr/local/bin/ld: cannot find -lwine_port collect2: ld returned 1 exit status make[1]: *** [makedep] Error 1 make[1]: Leaving directory /usr/local/src/Wine/CVS/wine_work/tools' make: *** [tools/makedep] Error 2 """ Doing first 'make' in the 'libs/port' directory fixed the issue. Lionel PS: any news about the Wine conference :-) ? -- Lionel Ulmer - http://www.bbrox.org/

3 2

Fix for ArrangeCtrlPositions in commdlg 2
by Maxime Bellengé 20 Mar '03

20 Mar '03

It is good I think. All cases must be correct. Now the open file dialog should look as it should. Thanks to Mike Mc Cormack for the tests. By the way, do you think we should implement a look & feel like w2k and wxp in addition to the existing one ? ChangeLog: - Fix how the size of the dialog is computed and the child component placed. -- Maxime Bellengé <maxime.bellenge(a)wanadoo.fr>

2 1

CVS doesn't compile from clean
by Shachar Shemesh 20 Mar '03

20 Mar '03

Hi, When trying to run make depend on a clean CVS build, I get errors trying to link the tools folder. Manually running make in libs/port solves this problem. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Re: problems building on NetBSD 1.6
by Brian Hechinger 20 Mar '03

20 Mar '03

On Thu, Mar 20, 2003 at 06:51:18PM +0100, Ulrich Spoerlein wrote: > > install GNU make (from ports) and run 'gmake' and 'gmake install' that was it, thanks!!! -brian

1 0

Re: Wine and XFree86 4.3.0
by Huw D M Davies 20 Mar '03

20 Mar '03

On Thu, Mar 20, 2003 at 05:01:36PM +0100, Ulrich Spoerlein wrote: > On Thu, 20.03.2003 at 13:47:05 +0000, Huw D M Davies wrote: > > > I'm running the newest WINE release on FreeBSD 4.8. > > What does the output of xdpyinfo say? > > I'm currently not (physically) at my machine, but I made sure the RENDER > extension is present (both with the nv and nvidia driver) > > Or were you referring to some other information? I think I'm interested in the entire output. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

problems building on NetBSD 1.6
by Brian Hechinger 20 Mar '03

20 Mar '03

NetBSD/i386 1.6 WINE 20030318 make: don't know how to make .spec.o. Stop make: stopped in /export/home/wonko/wine-20030318/dlls/glu32 *** Error code 2 what do i need to get wine built on this box? thanks!!! -brian

1 0

Success with Mono
by Mike Hearn 20 Mar '03

20 Mar '03

Hi all, I just thought I'd let you know that the mono team have succeeded in resolving their problems with wine and pthread, and here's a screenshot to prove it to you: http://theoretic.com/mike/monowine.jpg I had to jump through quite a few hoops, so I wouldn't bother experimenting until things are better integrated with the main mono tree. It shows a lot of potential for the future however! thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 1

Re: Wine and XFree86 4.3.0
by Huw D M Davies 20 Mar '03

20 Mar '03

On Thu, Mar 20, 2003 at 11:00:06AM +0100, Ulrich Spoerlein wrote: > Hello, > > does anyone here have WINE running with XFree86 4.3.0? Everytime I start > up wine it complains about a broken libXrender and the palette is > completely screwed (or the window remains totally black). > > The failing test is at wine/dlls/x11drv/render.c:163 > > screen_format = pXRenderFindVisualFormat(gdi_display, visual); > if(!screen_format) { /* This fails in buggy versions of libXrender.so */ > wine_tsx11_unlock(); > WINE_MESSAGE( > "Wine has detected that you probably have a buggy version\n" > "of libXrender.so . Because of this client side font rendering\n" > "will be disabled. Please upgrade this library.\n"); > X11DRV_XRender_Installed = FALSE; > return; > } > > XRenderVisualFormat changed only slightly between 4.2.1 and 4.3.0, so I > guess the error is somewhere else. > > I'm running the newest WINE release on FreeBSD 4.8. What does the output of xdpyinfo say? Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: Java in wine?
by David.Goodenough＠DGA.co.uk 20 Mar '03

20 Mar '03

I tried this quite a while ago, and had all manner of problems with threading. Now lots of work has happened since then, and it is possible that it now works, but it does make extensive use of the threading APIs. Maybe getting the JVM to work would be a good test suite for those APIs (if we knew which it used). David Mike Hearn <m.hearn(a)signal.qi To: wine-devel(a)winehq.com netiq.com> cc: Sent by: Subject: Java in wine? wine-devel-admin@w inehq.com 20/03/2003 11:28 Hi, Perhaps a bit offtopic, but my company has asked me to try and get a desktop java app we use/are developing here running under Linux. You'd think, being written in Java, that it'd just be a case of installing the JVM and running it. Unfortunately, because Java is rather poor at desktop apps, they've used a load of windows extensions via JNI to try and make it integrate better. That means, the only solution is probably to run a JVM under Wine (short of rewriting all the native code, which they don't want to do). Now, I tried the Sun JRE, and it wasn't happy. I expect HotSpot does some wierd stuff under the covers. So I'm wondering if anybody has walked this road before, and if there are any other JVMs that might work better under Wine? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Wine and XFree86 4.3.0
by Michael Stefaniuc 20 Mar '03

20 Mar '03

Hi, On Thu, Mar 20, 2003 at 11:00:06AM +0100, Ulrich Spoerlein wrote: > does anyone here have WINE running with XFree86 4.3.0? Everytime I start Yes, I have it running and no problems so far. I took the XFree86 srpm from the next Red Hat Linux release and just recompiled it on Red Hat Linux 7.3 (i needed to upgrade the kernel too). bye michael > up wine it complains about a broken libXrender and the palette is > completely screwed (or the window remains totally black). > > The failing test is at wine/dlls/x11drv/render.c:163 > > screen_format = pXRenderFindVisualFormat(gdi_display, visual); > if(!screen_format) { /* This fails in buggy versions of libXrender.so */ > wine_tsx11_unlock(); > WINE_MESSAGE( > "Wine has detected that you probably have a buggy version\n" > "of libXrender.so . Because of this client side font rendering\n" > "will be disabled. Please upgrade this library.\n"); > X11DRV_XRender_Installed = FALSE; > return; > } > > XRenderVisualFormat changed only slightly between 4.2.1 and 4.3.0, so I > guess the error is somewhere else. > > I'm running the newest WINE release on FreeBSD 4.8. -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

shell + listview + imagelist great test program
by Vitaliy Margolen 20 Mar '03

20 Mar '03

Hi there, I think I struck gold! I found pretty simple yet _RELY_ broken program. Here are screen shots: http://www.kievinfo.com/snapshot1.png http://www.kievinfo.com/snapshot2.png It's one of the demo programs from Delphi 5. Source included. To download executable use this link: http://www.kievinfo.com/virtuallistview.exe -- Best regards, Vitaliy

2 1

trying to make XIM work
by fu 20 Mar '03

20 Mar '03

Dear all, I am trying to apply the XIM patch made by Aric on recent CVS version (13 March 2003) of wine: http://www.winehq.com/hypermail/wine-devel/2002/04/att-0512/01-wine-xim.dif… I have spent some times to modify the patch for the current CVS but cannot succeed. Is there anybody succeed on making XIM work properly on recent version of wine? Thanks. Regards, Fu

1 0

Fix for "Unmapped error code 0 : success"
by Sylvain Petreolle 20 Mar '03

20 Mar '03

In dlls/ntdll/cdrom.c, the function CDROM_GetStatusCode is called sometimes with the value -1. There is no test for this value for now, Im about to send a patch for it. There is actually no matching constant into your include/msvcrt/errno.h. Is this constant missing or someone knows what it is ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 4

Re: Resend of the Fix for ArrangeCtrlPositions in commdlg
by Mike McCormack 19 Mar '03

19 Mar '03

Hi, This patch does badly with Visio 2000's file Open dialog. The file dialog is as big as the main window, but the OK button is placed in the middle of the dialog, more or less. (It should be at the bottom RHS). I can send you a screenshot if you'd like. Mike Maxime Bellengé wrote: > As requested by Alexandre, I send the patch with more comments. > > I have made several test cases under windows and taken screenshot to > compare with wine. If someone is interested in seeing them, send me a > mail. > > ChangeLog: > - Fix how the size of the dialog is computed and the child component > placed. > > > > ------------------------------------------------------------------------ > > Index: dlls/commdlg/filedlg95.c > =================================================================== > RCS file: /home/wine/wine/dlls/commdlg/filedlg95.c,v > retrieving revision 1.90 > diff -u -r1.90 filedlg95.c > --- dlls/commdlg/filedlg95.c 7 Mar 2003 20:29:31 -0000 1.90

2 3

Re: wine/loader module.c
by Eric Pouech 19 Mar '03

19 Mar '03

Alexandre Julliard wrote: > Modified files: > loader : module.c > > Log message: > Make GetModuleFileNameA call GetModuleFileNameW. Small cleanups. the cleanups are wrong... for example the following code: char c[5]; DWORD len; len = GetModuleFileNameA(0, c, 4); c[4] = '\0'; printf("len is %d/%d\n", len, strlen(c)); gives "len is 4/4" on W2K, while we get "len is 3/3" on wine when the buffer is too small, GetModuleFileName doesn't put the terminating '\0' to the string, while wine does (and my patch didn't) (and yes I do have a test sample, but that I haven't finished it yet) A+ -- Eric Pouech

2 4

wine and services ..
by Lars Segerlund 19 Mar '03

19 Mar '03

I have asked a before about NT services, and about the support for them in wine, does wine have any support for NT services ? I'm getting errors on some code which I have written for NT and it runs on NT 2k xp , and it seem's that there is no support for services. If I wanted to get started on an implementation, how difficult and where would I look ? It seem's that wined should be able to handle stuff like this ? / regards, Lars Segerlund.

2 1

Re: TreeView notifications fix (take 2)
by Dimitrie O. Paun 19 Mar '03

19 Mar '03

On March 19, 2003 09:08 am, Mike Hearn wrote: > As per Dimis suggestion, here is a more streamlined version of the > patch. > > ChangeLog: > > - Make IsWindowUnicode check dialog wndprocs Excellent! Now, in the light of this new finding, we have to reasses the listview situation. Did you get a chance to rerun Drew's tests for the listview? -- Dimi.

2 1

Re: TreeView notifications fix
by Dmitry Timoshkov 19 Mar '03

19 Mar '03

"Mike Hearn" <mike(a)theoretic.com> wrote: > ChangeLog: > - Make the change notifications respect unicode vs ansi. > - TVN_SELCHANGINGW, > + infoPtr->bNtfUnicode ? TVN_SELCHANGINGA : TVN_SELCHANGINGW, Shouldn't this be reversed? -- Dmitry.

5 12

[RFC] windres' -I option
by Dimitrie O. Paun 19 Mar '03

19 Mar '03

Hi folks, For the past few month, I've been working on having better interoperability between MinGW, and Wine (http://www.winehq.org). By this I mean the ability to maintain a single build system capable of building apps for either environment. Needless to say, this is a worthy goal, as it allows Windows-only apps to seamlessly build as Linux-native apps. This is a complex problem, but for the purpose of this email I will only focus on windres. As you probably already know, the Wine project has it's own resource compiler (wrc). For obvious reasons, it is quite desirable to have wrc and windres be command line compatible. To this end, I've modified wrc to the point where we support all but *one* of windres' options: -I. This option is used in windres to specify the input format, while in wrc it's used to specify include directories. The wrc semantics has a lot on it's side: it is the de-facto standard in the Unix world for specifying include dirs, and it is even compatible with MS's rc. Given the overwhelming inclination to use -I as an include dir specifier, I think it would be better if we could align windres to this standard. My proposal is simple: rename -I to something else (I suggest -J), and introduce -I as a synonym for --include-dir. Now, I realize this is a controversial change -- what about backwards compatibility? Luckily, the situation is not as bad as it might seem. Firstly, this option does not seem to be used all that often in practice. Second, the nature of the option allows for a simple scheme. That is, with -I now used for include directories, we can try to match the 3 possible old values (res, rc, coff). If they match, we consider it a input format specifier, issue a deprecation warning, and behave in the old fashion. Otherwise, consider the input an include directory. But what if one want to specify 'res' or 'coff' as an include dir? Well, apart from the fact that this is _very_ unlikely, all they have to do is to prefix those values with './': that is ./res or ./coff. But I guess this is already too much talk and too little action. Here is a patch that implements the above, and updates the documentation. ChangeLog Rename the -I option to -J. Introduce -I as synonym for --include-dir. Index: binutils/windres.c =================================================================== RCS file: /cvs/src/src/binutils/windres.c,v retrieving revision 1.13 diff -u -r1.13 windres.c --- binutils/windres.c 5 May 2002 23:25:27 -0000 1.13 +++ binutils/windres.c 17 Mar 2003 07:14:16 -0000 @@ -110,8 +110,7 @@ #define OPTION_DEFINE 150 #define OPTION_HELP (OPTION_DEFINE + 1) -#define OPTION_INCLUDE_DIR (OPTION_HELP + 1) -#define OPTION_LANGUAGE (OPTION_INCLUDE_DIR + 1) +#define OPTION_LANGUAGE (OPTION_HELP + 1) #define OPTION_PREPROCESSOR (OPTION_LANGUAGE + 1) #define OPTION_USE_TEMP_FILE (OPTION_PREPROCESSOR + 1) #define OPTION_NO_USE_TEMP_FILE (OPTION_USE_TEMP_FILE + 1) @@ -122,8 +121,8 @@ { {"define", required_argument, 0, OPTION_DEFINE}, {"help", no_argument, 0, OPTION_HELP}, - {"include-dir", required_argument, 0, OPTION_INCLUDE_DIR}, - {"input-format", required_argument, 0, 'I'}, + {"include-dir", required_argument, 0, 'I'}, + {"input-format", required_argument, 0, 'J'}, {"language", required_argument, 0, OPTION_LANGUAGE}, {"output-format", required_argument, 0, 'O'}, {"preprocessor", required_argument, 0, OPTION_PREPROCESSOR}, @@ -140,7 +139,7 @@ static void res_init PARAMS ((void)); static int extended_menuitems PARAMS ((const struct menuitem *)); -static enum res_format format_from_name PARAMS ((const char *)); +static enum res_format format_from_name PARAMS ((const char *, int)); static enum res_format format_from_filename PARAMS ((const char *, int)); static void usage PARAMS ((FILE *, int)); static int cmp_res_entry PARAMS ((const PTR, const PTR)); @@ -588,7 +587,7 @@ /* Convert a string to a format type, or exit if it can't be done. */ static enum res_format -format_from_name (name) +format_from_name (name, int exit_on_error) const char *name; { const struct format_map *m; @@ -597,7 +596,7 @@ if (strcasecmp (m->name, name) == 0) break; - if (m->name == NULL) + if (m->name == NULL && exit_on_error) { non_fatal (_("unknown format type `%s'"), name); fprintf (stderr, _("%s: supported formats:"), program_name); @@ -779,6 +778,7 @@ char *input_filename; char *output_filename; enum res_format input_format; + enum res_format input_format_tmp; enum res_format output_format; char *target; char *preprocessor; @@ -828,12 +828,12 @@ output_filename = optarg; break; - case 'I': - input_format = format_from_name (optarg); + case 'J': + input_format = format_from_name (optarg, 1); break; case 'O': - output_format = format_from_name (optarg); + output_format = format_from_name (optarg, 1); break; case 'F': @@ -868,7 +868,16 @@ verbose ++; break; - case OPTION_INCLUDE_DIR: + case 'I': + /* for backward compatibility, should be removed in the future */ + input_format_tmp = format_from_name (optarg, 0); + if (input_format_tmp != RES_FORMAT_UNKNOWN) + { + fprintf (stderr, _("Option -I is deprecated for setting the input format, please use -J instead.\n")); + input_format = input_format_tmp; + break; + } + if (preprocargs == NULL) { quotedarg = quot (optarg); Index: binutils/doc/binutils.texi =================================================================== RCS file: /cvs/src/src/binutils/doc/binutils.texi,v retrieving revision 1.30 diff -u -r1.30 binutils.texi --- binutils/doc/binutils.texi 24 Feb 2003 16:20:28 -0000 1.30 +++ binutils/doc/binutils.texi 17 Mar 2003 07:14:22 -0000 @@ -2569,7 +2569,7 @@ non-option argument, then @command{windres} will write to standard output. @command{windres} can not write a COFF file to standard output. -@item -I @var{format} +@item -J @var{format} @itemx --input-format @var{format} The input format to read. @var{format} may be @samp{res}, @samp{rc}, or @samp{coff}. If no input format is specified, @command{windres} will @@ -2597,6 +2597,7 @@ to use, including any leading arguments. The default preprocessor argument is @code{gcc -E -xc-header -DRC_INVOKED}. +@item -I @var{directory} @item --include-dir @var{directory} Specify an include directory to use when reading an @code{rc} file. @command{windres} will pass this to the preprocessor as an @option{-I} -- Dimi.

1 0

Re: Wine crashes and floods shell with garbage
by Vilppa Salt 19 Mar '03

19 Mar '03

>Anyone else has this problem? > >[mrok@mrok cdrom]# wine setup >[mrok@mrok cdrom]# fixme:ntdll:MODULE_AllocModRef Trying to load second >.EXE >file: E:AutoRun.exe >fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: >E:AutoRun.exe >fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: >E:AutoRun.exe >@wine client error:0: T++Â€B `BÃ@ >`BfBÅÃœh@3ÅŒ@#Ã€Ãœh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÅÃ«h@3ÅŒ @?@#ÄÃ«h@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÄÅ®h@3ÅŒ @?@#ÂŽÅ®h@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÂ°Ãh@3ÅŒ @?@#Ãh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÂµh@3ÅŒ @?@#Âµh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÅh@3ÅŒ @?@#lÅh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBhh@3ÅŒ @?@#Th@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBPh@3ÅŒ @?@#<h@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfB8mh@3ÅŒ @?@#$mh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ `BfB >[h@3ÅŒ @?@#[h@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfIh@3ÅŒ @? @#ÃŽHh@+Å3ÅŒ >... > >Looks like this happens when wine tries to run another process. Any >ideas >how to fix it? Yes, I've had it. When trying to run Tribes 2 PC version that happens. I also think that it is because .exe tries to launch another exe file. When running "wine SIERRAUP.EXE" the program checks for updates from a web site and then tries to launch "tribes2.exe -online" and crashes with similar symptoms. Those errors always begin with T++ and after that comes some random garbage. No ideas how to fix it. --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

1 0

Re: wine/tools/winebuild winebuild.man.in utils.c ...
by Dimitrie O. Paun 18 Mar '03

18 Mar '03

On March 18, 2003 12:30 am, Alexandre Julliard wrote: > [...] also to make specification of an entry point link name optional. Yay! Does this mean that we can transform entries that are of the form ... X(...) X to just ... X(...) ? :) -- Dimi.

3 3

Re: Fwd: Test Header
by Alexandre Julliard 18 Mar '03

18 Mar '03

Jon <jon_p_griffiths(a)yahoo.com> writes: > Finally, all references to stdout have been removed - this allows the tests > to be built with msvcrt or libc and work. This in turn allows developers to > check that c library differences (e.g. printf formatting) won't affect the > test results, without rebooting to rebuild/re-run the tests under native > windows. It also means you can manually call _chkstk when implementing > undocumented calls to ensure that you have the parameters and calling > convention correct (a coming patch implements this function for builtin > msvcrt). > > Note we have to define __NO_INLINE__ when we make the tests, since otherwise > our non-stdout referencing calls get mapped straight back to referencing > stdout by the glibc headers, and msvcrt will blow up trying to write to a non > existant fd. This is wrong; if you link with msvcrt you have to use msvcrt headers, and then everything works fine, including references to stdout. If you mix glibc and msvcrt you are in trouble. -- Alexandre Julliard julliard(a)winehq.com

3 4

Re: Open Source MFC Replacement WRT Wine?
by thomas.mertes＠gmx.at 18 Mar '03

18 Mar '03

On Wed, 18 Oct 2000, Francois Gouget wrote: > On Wed, 18 Oct 2000, Andrew Lynch wrote: > > > As seen on SourceForge: > > > > "The Open Foundation Classes (OFC) are a frameset of > [...] > > http://sourceforge.net/projects/ofc/ > [...] > > This project could potentially solve that problem by > > replacing MFC with a open source/free equivalent. > > > > Has anyone heard anything further on this? > > > > Opinions? Comments? Discussion? > > I went to their web site on SourceForge and AFAICS there's not much: > nothing in CVS, no released files, no bug reports. It looks like they > are just starting up so it is understandable. I wish them well. > > If their project does take off I think we should provide them with > the necessary support so that it compiles out of the box with Winelib. > Then maybe some of the Wine folks could be interested in contributing > but that's up for individual developpers to decide. > > But first: > Show me the (at least some) code! I looked there, and found some code (just a little bit, but at least some code). If you are wondering: I checked Google for "open source MFC", found this mail and checked the link (http://sourceforge.net/projects/ofc/). After that I could not resist replying to this mail. I don't know, if there is developing activity going on in the OFC project. The last check in is 5 Months ago. But I think now is the time for First Contact (C). Greetings Thomas Mertes -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

1 0

error when running wine..
by JGraham 18 Mar '03

18 Mar '03

has anyone gotten this message "err:module:get_registry_value Invalid load order module-type L"so", ignored"? it's been happening for me on current cvs builds. I have a clean fake windows and registry. so, i shouldn't be getting it.. thanks.

3 2

Re: Widl Fixes
by Ove Kaaven 18 Mar '03

18 Mar '03

fre, 2003-03-07 kl. 19:49 skrev Jon: > This patch addresses some issues with widl. After applying the patch all .idl > files should be regenerated. These fixes are needed before my ocidl.idl can > be added. The last two lines of the changelog aren't seen in the wild; I > found them only when adding ocidl to my tree. Could you explain the reason behind the last line, "Don't dump full struct/enum definitions in prototypes", since this shouldn't happen in any case. When a prototype is emitted, the parameter type is supposed to be defined, or not; if it's not defined, t->defined is FALSE, and if it's defined, t->written should be TRUE, either of which should lead to the "else" clause which doesn't dump the full struct/enum definition. If t->written isn't TRUE, why isn't it? (And if there's a good reason for it after all, it would be cleaner to say "if (t->defined && !t->written && structs)" instead of adding a new "if (structs)" inside) > There is one remaining bug in widl which I haven't yet tracked down; someone > more knowledgable with widl may want to look at it: > > If objidl.idl is compiled with '-b' but without '-h', the resulting header > contains garbage ("[][][][][][][][][]" - generated by write_array() just > after IPropertyStorage_Stat_Stub) in the generated header. With both flags > (the default for Wine) however, the output is correct. I thought I had fixed such occurrences. If your widl is properly recompiled, then I'm not sure why it happens. > Also, it would be nice if widl handled function pointers as method args... I didn't think RPC supported this. The MS IDL I've seen just uses that cpp_quote #if 0 ... else trick to define structures with these, and I saw no need for widl to be smarter about it than MIDL is, considering that function pointers doesn't map cleanly to RPC anyway. Besides, it would be nice if our .idl files stayed compatible with MIDL.

2 4

Re: TreeView notifications fix
by John K. Hohm 18 Mar '03

18 Mar '03

> Well, WinAmp seems to use CreateWindowExW to create the window, but I > can't find where the window class is registered, it doesn't seem to > appear in a +class trace anywhere. The string name is "#32770", so maybe > it's internal. Indeed, here is a list of system classes: Class Description ---------- -------------------------------------------------------------- ComboLBox The class for the list box contained in a combo box. DDEMLEvent Windows NT/Windows 2000/Windows XP: The class for Dynamic Data Exchange Management Library (DDEML) events. Message Windows 2000/Windows XP: The class for a message-only window. #32768 The class for a menu. #32769 The class for the desktop window. #32770 The class for a dialog box. #32771 The class for the task switch window. #32772 Windows NT/Windows 2000/Windows XP: The class for icon titles.

2 1

Wine crashes and floods shell with garbage
by Rok Mandeljc 17 Mar '03

17 Mar '03

Anyone else has this problem? [mrok@mrok cdrom]# wine setup [mrok@mrok cdrom]# fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: E:\AutoRun.exe fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: E:\AutoRun.exe fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: E:\AutoRun.exe @wine client error:0: T++\¤B `BÄ@ `BfBřýh@3ż@#äýh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBŕëh@3ż @?@#Ěëh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBČŮh@3ż @?@#´Ůh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfB°Çh@3ż @?@#Çh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBµh@3ż @?@#µh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBŁh@3ż @?@#lŁh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBhh@3ż @?@#Th@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBPh@3ż @?@#<h@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfB8mh@3ż @?@#$mh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfB [h@3ż @?@#[h@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfIh@3ż @? @#ôHh@+Ŕ3ż ... Looks like this happens when wine tries to run another process. Any ideas how to fix it?

2 1

Segfaults in RtlTryEnterCriticalSection ?
by Sylvain Petreolle 17 Mar '03

17 Mar '03

What information could be usefull to debug a segfault in RtlTryEnterCriticalSection ? Since March beginning I have segfaults into programs that used to run before. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 8192 (LWP 8925)] 0x400ba904 in RtlTryEnterCriticalSection (crit=0x40240570) at ../../include/winbase.h:1918 1918 __asm__ __volatile__( ".byte 0x64\n\tmovl 0x24,%0" : "=r" (ret) ); (gdb) bt #0 0x400ba904 in RtlTryEnterCriticalSection (crit=0x40240570) at ../../include/winbase.h:1918 #1 0x4009355c in TryEnterCriticalSection (crit=0x40240570) at ../../memory/heap.c:814 #2 0x400b15f3 in __pthread_mutex_trylock (mutex=0x4212b180) at ../../scheduler/pthread.c:320 #3 0x42073999 in calloc () from /lib/i686/libc.so.6 #4 0x410c69e7 in s8790 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so (gdb) list - 1908 { 1909 DWORD ret; 1910 __asm__ __volatile__( ".byte 0x64\n\tmovl 0x20,%0" : "=r" (ret) ); 1911 return ret; 1912 } 1913 1914 extern inline DWORD WINAPI GetCurrentThreadId(void); 1915 extern inline DWORD WINAPI GetCurrentThreadId(void) 1916 { 1917 DWORD ret; gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x400ba8e4 to 0x400ba924: 0x400ba8e4 <RtlTryEnterCriticalSection+32>: or $0x74,%al 0x400ba8e6 <RtlTryEnterCriticalSection+34>: or %ecx,0x24348bc8(%ecx) 0x400ba8ec <RtlTryEnterCriticalSection+40>: leave 0x400ba8ed <RtlTryEnterCriticalSection+41>: ret $0x4 0x400ba8f0 <RtlTryEnterCriticalSection+44>: mov $0x1,%eax 0x400ba8f5 <RtlTryEnterCriticalSection+49>: lock xadd %eax,(%edx) 0x400ba8f9 <RtlTryEnterCriticalSection+53>: incl 0x8(%esi) 0x400ba8fc <RtlTryEnterCriticalSection+56>: mov $0x1,%ecx 0x400ba901 <RtlTryEnterCriticalSection+61>: jmp 0x400ba8e7 <RtlTryEnterCriticalSection+35> 0x400ba903 <RtlTryEnterCriticalSection+63>: nop 0x400ba904 <RtlTryEnterCriticalSection+64>: mov %fs:0x24,%eax 0x400ba90a <RtlTryEnterCriticalSection+70>: mov %eax,0xc(%esi) 0x400ba90d <RtlTryEnterCriticalSection+73>: movl $0x1,0x8(%esi) 0x400ba914 <RtlTryEnterCriticalSection+80>: jmp 0x400ba8fc <RtlTryEnterCriticalSection+56> 0x400ba916 <RtlTryEnterCriticalSection+82>: mov %esi,%esi 0x400ba918 <RtlLeaveCriticalSection>: push %ebp 0x400ba919 <RtlLeaveCriticalSection+1>: mov %esp,%ebp 0x400ba91b <RtlLeaveCriticalSection+3>: mov 0x8(%ebp),%ecx 0x400ba91e <RtlLeaveCriticalSection+6>: push %ebx 0x400ba91f <RtlLeaveCriticalSection+7>: mov 0x8(%ecx),%eax 0x400ba922 <RtlLeaveCriticalSection+10>: dec %eax 0x400ba923 <RtlLeaveCriticalSection+11>: call 0x400ba928 <RtlLeaveCriticalSection+16> End of assembler dump. ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 3

Re: winedos / Speed up RM software interrupt handling
by Alexandre Julliard 17 Mar '03

17 Mar '03

Jukka Heinonen <jhei(a)iki.fi> writes: > This patch speeds up software interrupts in real mode > considerably, in addition to making interrupt handling simpler > (at least in my opinion). Instead of throwing an exception, > vm86 handler calls winedos callback as is done in case of > protected mode software interrupts. I think it would be cleaner to make __wine_enter_vm86 simply return in that case and let winedos deal with that. We don't want the signal handling to have to know about winedos if possible. -- Alexandre Julliard julliard(a)winehq.com

3 4

Re: Re Resend fix for ArrangeCtrlPositions in commdlg
by Tony Lambregts 17 Mar '03

17 Mar '03

Maxime Bellengé wrote: > Here is the good one attached. Sorry for the trouble. > Please discard the previous one. > > a+ > > ChangeLog: > - Fix how the size of the dialog is computed and the child component > placed. > This one looks line wrapped as well (sorry) -- Tony Lambregts

3 2

Determining dll imports in dlls
by Brad Campbell 17 Mar '03

17 Mar '03

G'day all, I'm using wine in a small control system to run a gui win32 program. I had an idea that I could determine what dll's this program used and only including the wine.dll.so files that were required to run this program. I started by doing a strings on the .exe file and using that to determine which .dlls it referenced. I thought I could use the same process to determine which dll's were then referenced by the dll's the .exe pulled in. Plus including the core dll's by default. Am I missing something, or will this work ? I'm in the process of developing a batch file to do it for me, is there a more accurate way of determining which dll's a dll references than doing a text search for dll names in the binary? -- Brad.... /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \

4 9

Re: DPRINTF->TRACE dlls/ddraw/dsurface/main.c
by Lionel Ulmer 17 Mar '03

17 Mar '03

Just to nitpick, in most of your patches, you have this : > if (TRACE_ON(ddraw)) { > - DPRINTF(" Real caps are : "); DDRAW_dump_DDSCAPS2(&our_caps); DPRINTF("\n"); > + TRACE(" Real caps are : "); DDRAW_dump_DDSCAPS2(&our_caps); TRACE("\n"); > } As we use 'TRACE' now and not 'DPRINTF', the 'TRACE_ON' constructs could be removed. But well, one could say that it optimizes stuff to not do the test thrice :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

4 4

Re: Oleaut32 Debug Messages
by Dimitrie O. Paun 17 Mar '03

17 Mar '03

On March 11, 2003 05:49 pm, Jon wrote: > - if (debugout) MESSAGE("%lx",*arg); > + if (debugout) TMSG2("%lx",*arg); This is just too ugly! Please don't do such code uglification to save a few bytes. Beyond that, why isn't this file using the standard TRACE macro? MESSAGEs should be very rare, and are intended for the user, as such there's no need to compile them out, ever. -- Dimi.

7 17

Re: Re Resend fix for ArrangeCtrlPositions in commdlg
by Alexandre Julliard 16 Mar '03

16 Mar '03

Maxime Bellengé <maxime.bellenge(a)laposte.net> writes: > Here is the good one attached. Sorry for the trouble. > Please discard the previous one. Please don't send two copies of the patch in your mails. If you can't make your mailer inline properly then don't inline at all, simply attach it. A wrapped patch is completely useless, inlined or not. -- Alexandre Julliard julliard(a)winehq.com

1 0

W->A dlls/commdlg/fontdlg.c
by Tony Lambregts 16 Mar '03

16 Mar '03

On Dimi's Janitorial page he has the entry for: dlls/commdlg/fontdlg.c: comdlg32: ChooseFontW: illegal call to HEAP_strdupWtoA When I look at the actual call I see that it is inside a comment block (#if 0... #endif) Although the actual implentation of ChooseFontW does not make direct W->A calls, this whole setup for ChooseFont(A/W) is IMO a mess and just not right. BOOL WINAPI ChooseFontW(LPCHOOSEFONTW lpChFont) { CHOOSEFONTA cf_a; LOGFONTA lf_a; CHAR style_a[LF_FACESIZE]; cf_a.lpLogFont = &lf_a; cf_a.lpszStyle = style_a; if (ChooseFontWtoA(lpChFont, &cf_a) == FALSE) { COMDLG32_SetCommDlgExtendedError(CDERR_MEMALLOCFAILURE); return FALSE; } if (ChooseFontA(&cf_a) == FALSE) { if (cf_a.lpTemplateName != NULL) HeapFree(GetProcessHeap(), 0, (LPSTR)(cf_a.lpTemplateName)); return FALSE; } ChooseFontAtoW(&cf_a, lpChFont); return TRUE; } I would appreciate Any comments about this. -- Tony Lambregts

2 3

Treeview problem?
by Mike Hearn 16 Mar '03

16 Mar '03

Hi, Could somebody please explain why this patch : http://www.winehq.com/hypermail/wine-patches/2003/02/0107.html for fixing the treeview wasn't applied? The author said there is a test case that shows this is what NT does, so I'm wondering what needs to be done to it to make it acceptable. thanks -mike

1 0

Re: DSOUND: buffer underrun & sound chunks left out
by Tony Lambregts 16 Mar '03

16 Mar '03

Jerry Ji wrote: > This patch fix two problem: > 1. the improper play position return by DSOUND_PrimaryGetPosition - beffer > underrun, > 2. and the notify mechanics we used - sound data skipped. > > Please refer to the comment for the first problem. > > DSOUND_CheckEvent(IDirectSoundBufferImpl *dsb, int len) original use current > play position and the count of data TO BE played to check if a notify should > be generated. That's to say, an application may be notified before the data > at the desired offset really played. Since the application got the notify > that the data in it's demand region is useless (played), it might call > IDirectSoundBufferImpl_Lock to lock this region, which contains useful data, > IDirectSoundBufferImpl_Lock will handle the conflict by cancelling the > region by default. > > NOTE: > There are still problems with DSBPN_OFFSETSTOP event. If the buffer's state > is STATE_STOPPED, my patch will set the event each time DSOUND_PerformMix > called by the timer! I know it's a bad idea, so if anyone have a better > solution, please re-patch it. > > ChangeLog: > - Fixed buffer underrun & sound chunks left out. > First off thankyou for your contribution Your patch is not in the right format.ie: it can not be read inline and Alexandre can't do "cat raw_mail | patch -p0" [...] ------=_NextPart_000_0089_01C2EC19.AE973D80 Content-Type: application/octet-stream; name="patch.diff" [....] - if (playpos) This->last_playpos =3D *playpos;=0A= + if (playpos) {=0A= + This->last_playpos =3D This->playpos;=0A= + This->playpos =3D *playpos;=0A= + }=0A= [....] Please see section 5.2.1 Inline attachments with Outlook Express. at the following link. http://www.winehq.org/Docs/wine-devel/style-notes.shtml -- Tony Lambregts

1 0

[RFC] 16 bit functions
by Dimitrie O. Paun 16 Mar '03

16 Mar '03

Hi folks, I was just thinking that it would be nice if a we had a simple naming rule for 16 bit functions: "A function is 16 bit if and only if it's name ends in 16." This way, we can have more reliable tools for detecting 32-16 bit cross calls (unfortunately, winapi_check fails in many instances for this check). Most 16 bit functions already adhere to this naming convention, but there are still a few that don't. Alexandre, would renaming such functions be acceptable? If so, I can add yet another janitorial task... -- Dimi.

2 3

Re: Resend of the Fix for ArrangeCtrlPositions in commdlg
by Tony Lambregts 16 Mar '03

16 Mar '03

Maxime Bellengé wrote: > As requested by Alexandre, I send the patch with more comments. > > I have made several test cases under windows and taken screenshot to > compare with wine. If someone is interested in seeing them, send me a > mail. > > ChangeLog: > - Fix how the size of the dialog is computed and the child component > placed. > > Something is wrong here... You have two patches here. The patch with the comments got line wrapped (Looks like part of your signature in mozilla) and the patch that was attached does not contain the comments. -- Tony Lambregts

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel