wine-devel

wine-devel@winehq.org

84463 discussions

Re: winehq/ images/red_top_logo.png images/winehq_ ...
by Tony Lambregts 21 Mar '03

21 Mar '03

Jeremy Newman wrote: > ChangeSet ID: 7572 > CVSROOT: /opt/cvs-commit > Module name: winehq > Changes by: jnewman(a)wine.codeweavers.com 2003/03/21 09:40:31 > > Modified files: > images : red_top_logo.png winehq_top_logo.gif > include/themes/winehq: content.template > > Log message: > shorten the logo to allow the site to work at 800x600 > > Patch: http://cvs.winehq.com/patch.py?id=7572 > > Old revision New revision Changes Path > 1.3 1.4 +43 -71 winehq/images/red_top_logo.png > 1.2 1.3 +55 -79 winehq/images/winehq_top_logo.gif > 1.5 1.6 +3 -3 winehq/include/themes/winehq/content.template > Looks good. Thanks. -- Tony Lambregts

1 0

[BUG] WS_MAXIMIZEBOX doesn't work
by Felipe W Damasio 21 Mar '03

21 Mar '03

Hi, WS_MAXIMIZEBOX doesn't seem to work. I tried to enable just the maximize flag on a dialog, but instead what I got was wine didn't letting the user change the dialog's size at all. Cesar Mello coded a little example which shows this bug. I filed a bugzilla report, you can see it and get the example app at: http://bugs.winehq.com/show_bug.cgi?id=1338 Kind Regards, Felipe

1 0

Re: installing ie55
by Alberto Massari 21 Mar '03

21 Mar '03

A few months ago I posted this message: http://www.winehq.com/hypermail/wine-devel/2002/12/0083.html A lot has changed in Wine since then, so you should be able to install IE 5.5 without the native ole32.dll/rpcrt4.dll that are named in the message.... Alberto At 07.59 21/03/2003 -0500, Brian Hechinger wrote: >On Fri, Mar 21, 2003 at 09:02:31AM +0100, Fabian Cenedese wrote: > > > > >so what's the secret? i'm using a windows-less environment, so is > there maybe > > >something i need to do to get ie55 and outlook running? (coppy DLLs from > > >somewhere?) > > > > Look in the app database, there are some instructions how you may be > > successfull :) > >you mean if i can read around the browser holy war that some idiot started up >there? is there anyone who admins that who could delete the irrelevant >garbage >from there? > >-brian >-- >"I'd say don't quit your day job, but you're pretty lousy at that >too." -Bender

1 0

installing ie55
by Brian Hechinger 21 Mar '03

21 Mar '03

so what's the secret? i'm using a windows-less environment, so is there maybe something i need to do to get ie55 and outlook running? (coppy DLLs from somewhere?) thanks!! -brian

5 5

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

Jump to page:

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