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

Wine and Macromedia in (Heise) News
by Stefan Leichter March 6, 2004

March 6, 2004

Hello, in http://www.heise.de/newsticker/meldung/45275 (german only) it is states that Macromedia currently modifies their Web-Authoring-System Flash MX to run with wine. After that they like to port it to linux. Bye Stefan

2 1

winegcc and wrc
by Chris Seaton March 6, 2004

March 6, 2004

I'm having problems with winegcc and wrc. Both were working great on my system but then I had to move to a different setup. wrc seems to work (it doesn't complain at all and produces an object file) but when I link the generated object file to all my program I get "Error: winewrap failed": ... winegcc -I../../library --debug -c -o obj/utilities.o utilities.c wrc -o obj/resources.o resources.rc winegcc -mwindows -o bin/cspassword.exe obj/*.o -L../../library/bin -lcspassword -lcomctl32 Error: winewrap failed. make: *** [bin/cspassword.exe] Error 2 I'm using the latest snapshot. As I said it was all working fine before I moved system. What could be causing this? Thanks, Chris Seaton

2 2

Crash running MS Word '97
by Dan Kegel March 5, 2004

March 5, 2004

Yesterday's CVS crashes when I run Word '97 with it, load a (largish) document, and quit. I guess Wine is passing back a null pointer and Word doesn't like it. Here's the stack: Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x505be71e). Symbol hack_digit (0000:4007c890) is invalid In 32-bit mode. 0x505be71e (MSSP232.DLL.SpellCloseUdr+0x1b595 in MSSP232.DLL): movl 0x4(%esi),%ecx Wine-dbg>bt Backtrace: =>0 0x505be71e (MSSP232.DLL.SpellCloseUdr+0x1b595 in MSSP232.DLL) (ebp=4060dc94) 1 0x505b1db7 (MSSP232.DLL.SpellCloseUdr+0xec2e in MSSP232.DLL) (ebp=4060dcc4) 2 0x505a3ea8 (MSSP232.DLL.SpellCloseUdr+0xd1f in MSSP232.DLL) (ebp=40470002) 3 0x83c68900 (MSSP232.DLL..reloc+0x336a1900) (ebp=05bb11e8) *** Invalid address 0x05bb11e8 - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

1 0

Rel.: Calmira.org
by RadchenkoSG＠yukos.ru March 5, 2004

March 5, 2004

Please, fix this-> http://www.calmira.org (@Wine User Guide, p.53). This domain has been hijacked by a domain harvester. Calmira-team asks to remove all links to calmira.org from related pages and update them to it's new domain: calmira.net (<-http://www.calmira.de/, news). Respectfully, Sergey Radchenko.

1 0

Followup on Borland C++ 5.5
by Michael Pyne March 5, 2004

March 5, 2004

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, If it helps, the patch that I was referred to a week or so ago regarding the linker for Borland C++ 5.5 hanging did work, after some modifications. It is attached to this message. Basically, I translated the VirtualAlloc() call into it's NtAllocateVirtualMemory() equivalent to solve the unresolved symbol errors, and just plain left out the check at the end of the function for the region size. Hope that's OK. Obviously this patch isn't suitable for inclusion into Wine proper since it seems to merely patch over a different problem. I've recompiled Wine with full debug information and such, and if someone knows what I should look for or do, I'd be more than willing to provide debug output to nail down the error. I've tracked down the infinite loop to NTDLL_wait_for_multiple_objects() in dlls/ntdll/sync.c. For some reason, whatever the program is waiting on doesn't ever seem to occur (unless, of course, the above patch is applied?!?). Please let me know if there's anything I can do to help close this bug permanently. :-) Regards, - Michael Pyne -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFASCZaqjQYp5Omm0oRAvWBAJ9M26Gct10rxLdPKJm5fHl3JPzDTQCgypIW NQ2wE4FNElbm5ohhuXvu7eA= =JcS+ -----END PGP SIGNATURE-----

1 0

Patch Status Check
by Mike Kost March 5, 2004

March 5, 2004

Alexandre, Can you report on the status of the following patches. I havn't spotted them in CVS and they've been out there for almost 2 weeks now. Austerlitz patch #1 - play audio file with + in filename http://www.winehq.org/hypermail/wine-patches/2004/02/0287.html Austerlitz patch #2 - Calculate the DIB size http://www.winehq.org/hypermail/wine-patches/2004/02/0286.html The patches were tested and appear to solve bug #2011 http://bugs.winehq.org/show_bug.cgi?id=2011 Mike Kost mike at tashcorp dot net

2 1

Re: Fix for programs that store VirtualQueryEx results in signed integers (eg. The Borland Linker)
by Alexandre Julliard March 5, 2004

March 5, 2004

Troy Rollo <wine(a)troy.rollo.name> writes: > + * The problem with emulating this is that on Linux the top of the stack is at > + * 0xbfffffff and below, so reserving even the balance of this range would > + * artificially limit stack growth. We could move the stack, but it's too late > + * to do that here because there will be pointers to things on the stack > + * that will be affected - moving the stack would need to be done in main() in > + * loader/main.c, which would then be responsible for moving it back (this would > + * be done with mremap and subsequent adjustment to the stack pointer). Actually we don't run on the main stack, so allocating the space above 0x80000000 would definitely be possible, the stack doesn't need to grow there. -- Alexandre Julliard julliard(a)winehq.org

3 8

WinCE application support for WINE and ReactOS
by Steven Edwards March 4, 2004

March 4, 2004

Hello All, This is all very experimental. I am working on in the ReactOS tree and it might not even work for larger apps but I am happy with the results so far. I was thinking the other day that ReactOS and WINE/Linux might get a big boost if we can push support in the embedded enviroment so I started taking a look at WinCE and Microsoft Embedded Visual C++ 4.0 .BTW: Its a free download now. http://www.microsoft.com/downloads/details.aspx?FamilyID=1dacdb3d-50d1-41b2… I started looking at WinCE and thought it would be nice if we could be source compatible with WinCE apps and binary compatbile on x86. Well it seems that WinCE apps dont differ much from standard Win32 apps execpt the subsystem ID is differnt. If you attempt to run a WinCE application on Windows it will say that its not able to run. Ok no problem, we just run "editbin /subsystem:windows blah.exe" and check it out. Now the app is looking for coredll.dll. No problem there I have created a stub coredll.dll that just forwards all calls to the proper Win32 dlls such as user32, kernel32, etc..... .....and check it out. My little messagebox test works on Windows. Ok soon then I go and run the same test on ReactOS but this time I run a copy of messagebox without changing the subsystem ID...Hey what do you know. It works =). I talked with Alexandre about it a bit and he said that WINE like ReactOS also shouldnt care about the subsystem ID so if someone is interested in testing just drop the messagebox programs and coredll.dll in to a directory and give it a shot. I am having trouble getting more complex apps (hello world) to work atm so I think i am just going to take a break and clear my head for a few days. Some of the WinCE API and Win32 is not 100% compatible so we cant just forward all parts to the Win32 implementation but I think we can do it for most of it. If anyone is interested in helping out the source is in the ROS CVS tree and attached to this email...... binary.zip messagebox.exe - wince messagebox program msgbox.exe - wince messagebox program with subsystem id changed to Windows. wincehel.exe - Hello World WinCE app wincehelw.exe - Hello World WinCE app with subsystem id changed to Windows. coredll.dll - WinCE Win32 API commctl.dll - WInCE common controls API. source.zip coredll - dummy forwarder dll commctl - dummy stub dll for common controls Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

1 0

WinCE application support for WINE and ReactOS
by Steven Edwards March 4, 2004

March 4, 2004

Hello All, This is all very experimental. I am working on in the ReactOS tree and it might not even work for larger apps but I am happy with the results so far. I was thinking the other day that ReactOS and WINE/Linux might get a big boost if we can push support in the embedded enviroment so I started taking a look at WinCE and Microsoft Embedded Visual C++ 4.0 .BTW: Its a free download now. http://www.microsoft.com/downloads/details.aspx?FamilyID=1dacdb3d-50d1-41b2… I started looking at WinCE and thought it would be nice if we could be source compatible with WinCE apps and binary compatbile on x86. Well it seems that WinCE apps dont differ much from standard Win32 apps execpt the subsystem ID is differnt. If you attempt to run a WinCE application on Windows it will say that its not able to run. Ok no problem, we just run "editbin /subsystem:windows blah.exe" and check it out. Now the app is looking for coredll.dll. No problem there I have created a stub coredll.dll that just forwards all calls to the proper Win32 dlls such as user32, kernel32, etc..... .....and check it out. My little messagebox test works on Windows. Ok soon then I go and run the same test on ReactOS but this time I run a copy of messagebox without changing the subsystem ID...Hey what do you know. It works =). I talked with Alexandre about it a bit and he said that WINE like ReactOS also shouldnt care about the subsystem ID so if someone is interested in testing just drop the messagebox programs and coredll.dll in to a directory and give it a shot. I am having trouble getting more complex apps (hello world) to work atm so I think i am just going to take a break and clear my head for a few days. Some of the WinCE API and Win32 is not 100% compatible so we cant just forward all parts to the Win32 implementation but I think we can do it for most of it. If anyone is interested in helping out the source is in the ROS CVS tree and attached to this email...... binary.zip messagebox.exe - wince messagebox program msgbox.exe - wince messagebox program with subsystem id changed to Windows. wincehel.exe - Hello World WinCE app wincehelw.exe - Hello World WinCE app with subsystem id changed to Windows. coredll.dll - WinCE Win32 API commctl.dll - WInCE common controls API. source.zip coredll - dummy forwarder dll commctl - dummy stub dll for common controls Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

1 0

Re: Make icon extraction for 16 bit icons work
by Alexandre Julliard March 4, 2004

March 4, 2004

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Changelog: > Martin Pilka <mpilka(a)codeweavers.com> > Make icon extraction for 16 bit icons work. This should really be done with PrivateExtractIcons instead of adding more 16-bit dependencies in our Winelib apps. -- Alexandre Julliard julliard(a)winehq.org

1 0