- Wine-Devel - list.winehq.org

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

Re: run authenticated over a NT domain aplications
by Juan Lang March 4, 2004

March 4, 2004

Hi Marco, Marco escribio: > Hi , > i'm traying to run with wine a legacy aplication that > needs to be run by > a loged in user under NT Domain. That aplication > needs to be > authenticated on the server to access the SQL server. > Looking on google > i've found a post about logonUser patch from Martin > Wilks (snip) > Whi this patch was removed from the > development? Are you sure this patch solves the problem for you? Have you tried the application? What errors do you get? If the patch works, you can apply it to wine yourself and use your copy of wine. You can try resubmitting it to wine-patches and see what AJ says :) > Is there any other way to run aplications of those? The application queries SQL server? It may be possible to run the SQL server ODBC drivers; try doing a google search for this. Boaz Harrosh reported some success using the MS ODBC driver manager in Wine, see this thread: http://www.winehq.org/hypermail/wine-devel/2004/01/0466.html Good luck, --Juan __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

1 0

Fwd: Fw: New setupapi stuff
by Steven Edwards March 4, 2004

March 4, 2004

I am not going to have a chance to merge this. We have fixed a few more minor bugs in InstallHInfSection. Thanks Steven Note: forwarded message attached. __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

1 0

(no subject)
by Ivan Leo Murray-Smith March 4, 2004

March 4, 2004

The email http://www.winehq.com/hypermail/wine-patches/2004/03/0032.html contains a zip attachment, that contains a .scr file, chances are it's a virus. If it is, please remove it from the archive. Ivan.

1 0

Office '97 test: installer good, app not usable
by Dan Kegel March 4, 2004

March 4, 2004

A friend wanted to borrow my old laptop while she's in the hospital, so I scurried around and got wvdial and fvwm95 working on my old 133MHz 48MB RAM, 1.1GB disk Redhat 6.2 laptop, then built the latest Wine. Ran into two minor problems, but basically it built just fine. Took all night, but hey, what do you expect for a 133MHz laptop? Then the real test: Office '97. The installer worked very, very well. Only flaw was some letters were cut off on the right hand side of the pacifier dialogs during install. This is the best I've seen it in the four or five years I've been trying this. Running Office was another matter. I only tested it a bit, but there's a display problem: text is displayed invisible in the main document pane on the same line you're editing. If you refresh, everything's there. Not terribly usable. Sigh. I guess I'll dig up the copy of Crossover I bought for testing a while ago. Wonder if that even works with such an old Linux, though... - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

4 4