March 2003 - Wine-Devel - list.winehq.org

Winemaker : problem with wrc -J ?
by Sylvain Petreolle March 27, 2003

March 27, 2003

Trying to compile the test application from bug #1338, running 'make' gives me the wrc usage message. I paste the command run by make and the generated Makefile. I used 'winemaker .' to create configure and so on. [syl(a)snoop MaximizeBox]$ make sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/local/bin/wrc -J -m -I. -I/usr/local/include/wine/windows -o About2.res About2.rc /usr/local/bin/wrc: invalid option -- J ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

(1st) Implement msvcrt._wfullpath
by Sylvain Petreolle March 27, 2003

March 27, 2003

Taking _fullpath as a model, I implemented msvcrt._wfullpath (patch attached). My unique problem : it makes use of an internal helper called msvcrt_fln_fix, which I dont understand. It seems to work without it, so I think its useful only in specific cases. Could someone explain what it does ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

wine-20030318 and C0000005 errors
by Paul McNett March 27, 2003

March 27, 2003

I'm not sure what the change was, but handling of fatal errors appears to have gotten much better in the past month. I'm primarily using Visual Foxpro in Wine, and C0000005 errors happen in various places in both Windows and Wine when using Visual FoxPro. Up until recently, Wine would hang with the C5 and I'd have to kill it manually. Now, Wine exits cleanly after I say "ok" to the C5 dialog box. -- Paul McNett - p(a)ulmcnett.com Hollister, California, USA

1 0

Re: Java in wine?
by David.Goodenough＠DGA.co.uk March 26, 2003

March 26, 2003

There are always at least two threads, because of the garbage collection which runs on a separate thread. I do not think any if the JVMs run the gc synchnonously. David Sylvain Petreolle <spetreolle(a)yahoo To: Mike Hearn <m.hearn(a)signal.qinetiq.com>, Wine Devel .fr> <wine-devel(a)winehq.com> Sent by: cc: wine-devel-admin@ Subject: Re: Java in wine? winehq.com 26/03/2003 17:13 youpi youpi yay ! --- Mike Hearn <m.hearn(a)signal.qinetiq.com> a écrit : > It seems that if WinVer is set to nt40, java runs happily (although > not > without issues of course). > > Uwe found it was due to threading some time ago, I think wine stores > something at the wrong place. I still get warnings about stack > guards, > but they don't seem to cause issues. even when running hello world or CUI class ? :) > Next problem - java appears to use DirectDraw? It wipes out the > screen > contents in the same way QuickTime did when using DirectDraw, which > obviously gets in the way of working with the app :) > > More debugging needed.... > > ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: question about commdlg
by Mike Hearn March 26, 2003

March 26, 2003

I see. So basically Win2K only has one button, which gives a drop down for switching between list/details view, whereas we have 2 buttons. I suppose if there's an app that depends on this difference, it makes sense to implement the drop down button, and space things out so they are like on 2K. One alternative would be to make the button a toggle, rather than a drop down menu, that'd probably be easier. I wouldn't bother doing a fully fledged Win2K dialog with the sidebar, although it's up to you of course. On Wed, 2003-03-26 at 19:54, Maxime Bellengé wrote: > Here is a screenshot of the win2k open dialog, you can see 4 buttons > whereas in wine (like in win9x) you have 5 buttons with space between. > So if wine is set up as win2k, WineHex places the button too far on the > left. The button overlaps with the toolbar because it is too large. > > > > > On Wed, 2003-03-26 at 20:33, Mike Hearn wrote: > > What are the extra buttons? > > > > If an app depends on it, and looks wrong without it, then I guess you > > should make it dependant on the Windows version. If we always used a W2K > > dialog, then if WinVer was set to 9x the app would get confused. > > > > On Wed, 2003-03-26 at 18:06, Maxime Bellengé wrote: > > > I was wondering why the "default mode" button in the open file dialog of > > > WinHex was misplaced. > > > I figured out that WinHex places this button according to the version of > > > Windows. If you run WinHex in win98 or win2k mode with wine, you can see > > > that the button is not at the same location. > > > It comes from the fact that the toolbar does not have the same amount of > > > buttons. > > > > > > Thus, as I asked once, I am wondering if we should have a win2k like > > > open/save file dialog box. > > > > > > I plan to add the missing stuffs in commdlg so I am wondering if I > > > should add a win2k behavior or do nothing because there are too few apps > > > that use that feature. > > > > > > Max

1 0

question about commdlg
by Maxime Bellengé March 26, 2003

March 26, 2003

I was wondering why the "default mode" button in the open file dialog of WinHex was misplaced. I figured out that WinHex places this button according to the version of Windows. If you run WinHex in win98 or win2k mode with wine, you can see that the button is not at the same location. It comes from the fact that the toolbar does not have the same amount of buttons. Thus, as I asked once, I am wondering if we should have a win2k like open/save file dialog box. I plan to add the missing stuffs in commdlg so I am wondering if I should add a win2k behavior or do nothing because there are too few apps that use that feature. Max -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

2 1

Error including ../../w
by Sven Almgren March 26, 2003

March 26, 2003

Hi, Just a small note, in the Makefile for wine-20030118 the makefile for dlls/avifil32 the makefile tryes to include a file called ../../w ... Is that a corupted unpack that didn't made the like complet? or is this a mistake in the creatino of the makefile...?? If i remove it and the trailing '\' (backslash) on the line abow there's no error there.. but then there's make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/blindmatrix/wine-20030318/dlls/comcat' make[2]: Entering directory `/home/blindmatrix/wine-20030318/dlls/comctl32' gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-sta ck-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__ -D_COMCTL32_ -D_ REENTRANT -o comctl32.spec.o comctl32.spec.c gcc -shared -Wl,-Bsymbolic,-z,defs comctl32.spec.o animate.o comboex.o comctl32undoc.o commctrl.o datetime.o draglist.o flatsb.o header.o hotkey.o imagelist.o ipaddress.o listview.o monthcal.o nativefont.o pager.o progress.o propsheet.o rebar.o smoothscroll.o status.o tab.o toolbar.o tooltips.o trackbar.o treeview.o updown.o comctl32.dll.dbg.o -o comctl32.dll.so -L../../dlls -L../../library -lwine -L../../unicode -lwine_ unicode -lm -lc collect2: ld returned 1 exit status make[2]: *** [comctl32.dll.so] Error 1 make[2]: Leaving directory `/home/blindmatrix/wine-20030318/dlls/comctl32' make[1]: *** [comctl32] Error 2 make[1]: Leaving directory `/home/blindmatrix/wine-20030318/dlls' make: *** [dlls] Error 2 Don't have the time to check that now.. //Sven

1 0

MSI Installer trouble
by Davide Giannotti March 26, 2003

March 26, 2003

There's nothing i can do to make some installers work. I always get the "The installshield engine (ikernel.exe) could not be installed" message. I tried to install the dcom98, and it unpacked the files in the windows\system dir, and that's ok, but i don't think there was much more. When i try to install the microsoft installer (InstMsi.exe) it seems working, and it gives me the "succesfull installed" popup windows too... but i know it didn't cause it unpacks and doesn't even ask me if i want to proceed, it just jumps... to the end of process. And when i try to install some progs like Dreamweaver MX, i get the darn message above. Any suggestion? Thank you all guys P.s: The "export LD_ASSUME_KERNEL=2.2.5" command seems to work (at least partially). i added the line in my winelauncher script and konqueror uses winelauncher to start my win apps. Shouldn't you check for glibc version and add that line as default in the winelauncher script? -- Davide Giannotti ITS Planet s.n.c davide.giannotti(a)itsplanet.com www.itsplanet.com

3 2

Re: Don't check stateMask in treeview
by Dimitrie O. Paun March 26, 2003

March 26, 2003

On 25 Mar 2003, Mike Hearn wrote: > I tested in windows xp, and found that the treeview control ignores the > stateMask field when getting item data. This fixes a bug in the NSIS > installer as well. Cool -- since you have the test, can you please check if the same is true for the listview as well? -- Dimi.

3 2

WineHQ redesign - going live soon
by Jeremy Newman March 26, 2003

March 26, 2003

OK, I believe the site is ready to go live now. If you want any changes this is your last change to get them in. I need anyone who is available to go through the site and look for bad links, bad grammar, and any HTML anomalies. http://lostwages.winehq.org/ I plan to get the site live at 4pm CST today. In the meantime I'm going to work on any requests. -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman(a)codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

10 14

Middleware regression test suites, e.g. ACE
by Dan Kegel March 26, 2003

March 26, 2003

The idea of using middleware test suites to test Wine has come up before, I'm sure, but while looking for real world uses of overlapped I/O to named pipes for my named pipe conformance test, I noticed a good candidate. ACE is a set of object-oriented wrappers around operating system primitives, See http://www.cs.wustl.edu/~schmidt/ACE.html I think it's cruft (hey, it's c++ :-), but in spite of that, it is the basis of a whole lot of software, some very, very good. Ace has a largish set of regression tests which, being tests of a fairly thin OS abstraction layer, would be an almost perfect match for Wine's needs. See http://cvs.doc.wustl.edu/ace-cvs.cgi/ACE_wrappers/tests/README?rev=4.25 for more info about their regression tests. Can someone with a beefy machine and time on their hands give this a shot under Wine? Presumably you'd build everything with msvc, then run the tests under Wine. Warning: ACE is huge, and will hurt your head if you're not prepared. Wear sunglasses or something :-) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 15

WineHQ redesign - DONE
by Jeremy Newman March 25, 2003

March 25, 2003

The hard parts are done. The site is live. Time to party like its 1999! Thanks to all those who helped me with this undertaking. The new site was months in the making with most of the hard work in the last few days. Dimi, when I see you, I owe you a beer. Alright, back to my real job. /me wonders if Jer notices how long I spent on this. :-) -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman(a)codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

2 1

[ANN] Wine @ SourceForge
by Dimitrie O. Paun March 25, 2003

March 25, 2003

Hi folks, Some of you probably know that we had a wine project at SourceForge for a long time, but not much was done with it. Recently, we decided to transform it into our official download site: http://sourceforge.net/project/showfiles.php?group_id=6241 It currently hosts source tarballs, support files, and binary packages for FreeBSD, RedHat, and Slackware. Check it out. We invite comments, criticism, and/or praise :). -- Dimi.

3 4

Wine Weekly news
by Tony Lambregts March 25, 2003

March 25, 2003

It would be nice if the news page had a link to the latest WWN. I would prefer at the top of the page myself. The way it is I can only get there by reloading the home page. Also I think that it could be clearer the link back to the home page was the wine hq logo.. -- Tony Lambregts

1 0

Re: winehq/ include/config.php templates/en/suppor ...
by Dimitrie O. Paun March 25, 2003

March 25, 2003

On Tue, 25 Mar 2003, Jeremy Newman wrote: > Log message: > updated the to do list, and the supported apps pages Nice. However, I think I'd rename the menu item from "Applicatation DB" to just "Applications", that DB is rather unsightly. It's under the "Support" heading, so it should be clear enough. -- Dimi.

1 0

Hard data about traffic on wine mailing lists
by Uwe Bonnes March 25, 2003

March 25, 2003

Hallo, I have 870 messages in my wine-patches folder since Jan 1. This is about 10 messages a day. Wine-devel is 3020 messages, that's around 36 messages a day Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: REMOVE ME
by Shachar Shemesh March 25, 2003

March 25, 2003

Javier López wrote: > Hello, please wanted that they removed me of his list of post office, > since he is something very disagreeable, arrive approximately 20 to me > at 30 daily e-mail and no longer I support it, my square is fulled. > Please Remove ME OF ITS LIST! Hi Javier, In order to be removed, please send an email to wine-patches-request(a)winehq.org with a subject of "unsubscribe", and follow the instructions from there. Everyone else - I think it's time to update the counters on the web site. They are horribly out of date. Wine has experienced a wonderful expansion over the past year, but this means that we can no longer claim that wine-devel is 25 msg/day (more like 35msg/day on my unofficial counting), nor wine-patches 8msg/day (more like 20msg/day). This growth is really impressive, but we really need to update the counters accordingly. Shachar P.S. I have been walking around with the feeling that wine is reaching it's growth flex point (where development suddenly accelerates) for quite some time. Comparing the numbers claimed on wine-patches to the real numbers shows over 100% of growth in the amounts of fixes people send in. This shows that we are finally heading torwards the so desired beta stage..... -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 1

WineHQ redesign - TODO
by Jeremy Newman March 24, 2003

March 24, 2003

Here's whats left to be done before I can take the site live. This is a call to action. Send me any new content or changes to existing content, you would like to see on the site. - These empty pages need content. Some of the content can be pulled off the old pages, and moved to these new pages. + HowTo + Troubleshooting + Developer Hints + Sending Patches + Resources - These pages need to be updated. Dimi, I think you did some of them. Are the ones I have the latest. + To Do Lists + Supported Applications List + FAQ - These non-PHP pages need to be updated to the new design (after the update) The downside is they will not use the themes support. I may just give them a generic simple look. + Search Results Pages + Documentation That's about it. Almost there! -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman(a)codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

3 7

Re: Janitorial W->A cleanup objects/metafile.c dlls/gdi/mfdrv/init.c
by Huw D M Davies March 24, 2003

March 24, 2003

On Sun, Mar 23, 2003 at 05:43:39PM -0700, Tony Lambregts wrote: > This one was required more that a mop and pail. In the end what I had to do > is convert MF_CreateMetaHeaderDisk to unicode. > > One burning question I have at this point is the relative merits of using > RtlCreateUnicodeStringFromAsciiz vs MultiByteToWideChar > > Change Log: convert MF_CreateMetaHeaderDisk to unicode and W->A clean up > > Files Changed: objects/metafile.c dlls/gdi/mfdrv/init.c > > -- > > Tony Lambregts > Index: objects/metafile.c > =================================================================== > RCS file: /home/wine/wine/objects/metafile.c,v > retrieving revision 1.57 > diff -u -r1.57 metafile.c > --- objects/metafile.c 27 Feb 2003 21:09:45 -0000 1.57 > +++ objects/metafile.c 24 Mar 2003 00:49:27 -0000 > @@ -54,6 +54,9 @@ > #include "global.h" > #include "wownt32.h" > #include "wine/debug.h" > +#include "file.h" > +#include "winternl.h" > +#include "wine/unicode.h" > > WINE_DEFAULT_DEBUG_CHANNEL(metafile); > > @@ -62,7 +65,7 @@ > { > DWORD dw1, dw2, dw3; > WORD w4; > - CHAR filename[0x100]; > + WCHAR filename[MAX_PATHNAME_LEN]; > } METAHEADERDISK; > #include "poppack.h" This will break compatibility with 16bit metafiles where the mf handle is a global memory handle to the above structure. See the comment at the top of the file (hint, that's why this structure has elements dw1,2,3) Now you could create a new struct for 32bit only use if you want... Huw. -- Huw Davies huw(a)codeweavers.com

2 1

[Fwd] [announce] QEMU x86 emulator version 0.1
by Lionel Ulmer March 24, 2003

March 24, 2003

Hi all, People wanting to experiment running Wine and X86 programs on PPC could try to test this. Be warned that it's not very polished on PPC yet. This implements what was discussed here (being that to run Wine/X86 on PPC it's better to run all user space emulated). Lionel PS for mailing list moderators : Fabrice bcc'ed the wine mailing list Saturday but as the mail did not appear today, I am forwarding it, so you may reject his original mail if he still is in the moderator queue. ----- Forwarded message from Fabrice Bellard <fabrice.bellard(a)free.fr> ----- Date: Sun, 23 Mar 2003 21:46:47 +0100 From: Fabrice Bellard <fabrice.bellard(a)free.fr> Subject: [announce] QEMU x86 emulator version 0.1 To: undisclosed-recipients: ; Hi, The first release of the QEMU x86 emulator is available at http://bellard.org/qemu/. QEMU achieves a fast user space Linux x86 emulation on x86 and PowerPC Linux hosts by using dynamic translation. Its main goal is to be able to run the Wine project on non-x86 architectures. Fabrice. ----- End forwarded message ----- -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: WineHQ Idea
by Dimitrie O. Paun March 24, 2003

March 24, 2003

On 20 Mar 2003, Jeremy Newman wrote: [I've Cc'ed wine-devel since I've just reposted the questions there] > On Thu, 2003-03-20 at 15:57, Dimitrie O. Paun wrote: > > I was looking at the main page of the new WineHQ, and I was thinking > > of the following changes: > > 1. The menu at the bottom of the main "About" box is mainly > > duplicating the the left-side menu. Let's get rid of it. > > In this case I think the duplication is good. From a newbie aspect, the > first place they will read is the text on the home page. And the extra > clarification helps. This is a good point, but I feel that the benefit is not worth the cost. It takes up a lot of space, and really the _same_ options are available on the _same_ page. What kind of newbie are we talking about that can read "News" in one place, but can't read the exact same word 2 inches to the right? We are light years clean / simpler navigation than the old site, lets not exagerate. > > 2. Move the theme selector somewhere else, like another box on > > on the left, below "Developemnt" > > Yeah, for this beta, its there for now, I think I will make a > "Preferences" link somewhere in the nav. That's cool. > > 3. In place of the "Change Theme" box, let's have an "Announcements" > > box (like the KDE/GNOME/etc pages) where we can place the > > latest and greatest things, such as Wine releases, News releases, > > interviews, etc. > > See, that would be duplication. We already have news. It's WWN. Adding > announcements that don't get updated as often as WWN seems lame. Leave > that to other news sites. I beg to differ. WWN is more like a magazine. It is wandeerful, and has a good purpose, but that it's not for announcement. People don't wait a month to read the latest news, they watch TV or read the newspaper. The WWN appears weekly (sometime lest often), and is concerned mainly with development topics). An Announcement section would be updated whenever something important (from a user standpoint) happens: -- A new Wine version is released -- A new WWN is released -- An important event happened in the community So the two differ in all aspects (WWN vs. Announcements) 1. Audience: Developers vs. Users 2. Update Strategy: Weekly vs. Real Time 3. Content Focus: Development Issues vs. Events And the proof is in the pudding: most major project sites have different sections for the two. See www.gnome.org, www.kde.org, www.gimp.org, etc. For better or worse, people _expect_ things organized in a certain way. Like the "File" menu to the left. Even if we think our idea are better, we should follow the Principle of Least Surprise in these matters, unless we can make a _strong_ case against it. In this instance, it seems to me it makes sense to follow the status quo. -- Dimi.

4 12

Another minor bug
by Steven Edwards March 24, 2003

March 24, 2003

I dont have time to patch this right now but maybe someone else does. When building import libs on mingw because we have to link to libwine in winebuild for wine_get_cs winebuild cant find libwine.dll. $ make PATH="../libs/unicode:$PATH" ../tools/winebuild/winebuild -o advapi32/advapi32. spec.def --def advapi32/advapi32.spec make: *** [advapi32/advapi32.spec.def] Error 128 Thanks Steven

1 0

re: Wine and glibc 3.2.x
by Dan Kegel March 24, 2003

March 24, 2003

davide.giannotti(a)itsplanet.com wrote: > Ok, i recently compiled and upgraded to glibc 3.2.1 and there's no way to make > wine work. There's thread related bug. > New Red Hat, Suse and Mandrake will be shipped with this new version of glibc, > so i think that's a serious bug. We were all quite concerned about it until somebody reported a workaround; see http://www.winehq.com/hypermail/wine-devel/2003/02/0260.html The workaround is to give the command export LD_ASSUME_KERNEL=2.2.5 before running Wine (and probably before running configure, too). (This is documented in each distro's beta release notes, e.g. http://distro.ibiblio.org/pub/Linux/distributions/redhat/beta/phoebe/en/os/… ) Have you tried this yet? What CPU and OS are you using? > Configure cannot even check that libc are reentrant, i'm not a glibc expert > but there's some error with _errno and _errno_location. > I tried to apply a patch i found in the patch mailing list, but it didn't work > either. > ( http://www.winehq.com/hypermail/wine-patches/2003/01/0338.html ) That patch was bogus, it is not the right fix. The right fix is for Wine to adapt to the new threading model in glibc2.3 (not 3.2, I think), which is far superior to the old one. See http://www.kegel.com/c10k.html#threads.nptl > So, consider that every linux distribution will be shipped with the new glibc, > and that there will be really a few windows programs that can work without > thread support.... well... i'd think about give priority to solve this one. The changes needed are deep. Alexandre has started on them, but given the workaround, it can probably wait a bit. See also http://www.winehq.com/hypermail/wine-devel/2003/02/0252.html http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=83254 http://redhat.ifsic.univ-rennes1.fr/_rawhide/glibc-devel-2.3.1-51.i386.html -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 12

nvidia crashes?
by Mike Hearn March 24, 2003

March 24, 2003

Hi, Often when a program fails, I'll get a crash inside libGLcore (with the nvidia drivers), backtrace looks like: (gdb) bt #0 0x40e0a208 in __nvsym12888 () from /usr/lib/libGLcore.so.1 #1 0x00001a76 in ?? () #2 0x4202b162 in exit () from /lib/i686/libc.so.6 #3 0x400ab79f in ExitProcess () at ../../scheduler/process.c:1440 #4 0x0100279b in ?? () #5 0x400a95a6 in start_process () at ../../scheduler/process.c:566 #6 0x400ad8bd in call_on_thread_stack (func=0x400a936c) at ../../scheduler/sysdeps.c:107 so I think it's hooking into the exit chain. I'm not sure why it'd crash like this, I haven't touched my video configuration for a while, and everything else seems stable. Is there any way to stop wine from loading opengl related code? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: windres: serious bug
by Dimitrie O. Paun March 24, 2003

March 24, 2003

On March 21, 2003 05:55 am, Nick Clifton wrote: > Just to be clear ... Dimitrie, please could you try Ian's patch and > provide us with feedback as to how well it works. This would not > violate copyright restrictions (provided that you do not post any > code), and since you are actually using this tool, you are the one > most like likey to be able to verify that the patch is working > properly. Well, certainly. To be honest, the situation is a bit more complicated. I haven't been doing any active work on the Mozilla port, my interest in the port is as a starting base for a port to Wine. This may sound odd, but for various reasons (of which just being cool is not least important), I'd like to compile the Win32 port of Mozilla under Wine in Linux. Needless to say, such ports are not trivial, but I set out to make them a lot simpler, so that we make it practical for people to port their Win32 app to Linux via Winelib. To that end I started created a MinGW-compatible build environment in Wine. Thus, porting to Wine will become a two step process: first port to MinGW, then port to Wine. It is easy to see that this approach is a lot more evolutionary, and the steps are simpler. Moreover, you have intermediate working code (the mingw port) which is also very important, not to mention that smaller number of things that change from under you in each step (in the mingw port, you only have to deal with the build tools changing, while the wine port, given that I can provide mingw-compatible tools in Wine, it's just the OS that changes). Ideally, if everything works according to the plan, the above process looks like so: A. Port MSVC/BCC app to MinGW 1. Create GNU Makefiles 2. Deal with difference between cl/bcc and gcc 3. Get working versions of the app under MinGW B. Port from MinGW to Wine 1. Copy source code to a Linux box, run dos2unix on it 2. Change #include directives from #include "some\dir\file.h" to #include "some/dir/file.h" 3. Change file/dir name capitalization to match the one on disk NOTE: Changed (2) & (3) are scriptable, and we already have a tool that takes care of them. Most importantly, they are portable between all ports so a common source code can be maintained. Needless to say, this is paramount, few people have the resources to maintain different sources. 4. Change the Makefile as follows: + ifndef WINE CC = gcc CXX = g++ WRC = windres + else + CC = winegcc + CXX = wineg++ + WRC = wrc + endif Again this change is portable between ports, so a common build system can be maintained. The winegcc/wineg++ tools already work, but they are not ready. They mainly lack -shared support for generating DLLs, but they already proved useful in porting a number of apps (http://24.103.33.114/wine/Winelib-Apps.html) or toolkits (http://www.dssd.ca/wine/Wine-Fun.html#wxwindows) This should give people a better idea why I think command line compatibility between tools is important. However, to get back to the topic of this message, I was interested in the Mozilla port to MinGW only as a starting point form my efforts toward a Winelib port. As such I haven't actually worked on it, so I don't have the environment handy to test the changes. I've posted the patch to the Mozilla bug, and hopefully someone will give it a try. If not, I'll test it, but it will take a little while to get everything up to speed. Another way is to post a test .rc file that was experiencing the problem before, would that be useful? -- Dimi.

2 4