May 2004 - Wine-devel - list.winehq.org

Re: TEB sizes
by Dimitrie O. Paun 10 May '04

10 May '04

On Sun, 9 May 2004, Eric Pouech wrote: > winternl.h and thread.h definitions of structure TEB didn't have the > same size. Sync them up. A test would be good to avoid them diverging in the future... -- Dimi.

3 3

Re: Building wine on darwin (resend) (5/6)
by Alexandre Julliard 10 May '04

10 May '04

emmanuel maillard <e.rsz(a)libertysurf.fr> writes: > Changelog > Add darwin support in read_undef_symbols That should be based on the __ASM_NAME etc. configure checks. -- Alexandre Julliard julliard(a)winehq.org

1 0

Why different use of memory
by Bill Medland 10 May '04

10 May '04

Continuing the saga!! I have this program that I am trying to run under RedHat Enterprise Linux 3. I have installed the 20031118 rh8 rpm. (Big saga as to why that one) When I first run the program after a reboot (of the linux) the program fails When I run it again it works, and it continues to work until the next reboot. The BIG difference between the two runs is which memory it uses. Can anyone tell me why it is using such different areas of memory? When it fails it is basically using memory up at approx 0xb6000000 When it is working it is using memory down at 0x40000000 -kernel32.__wine_register_dll_16(40b35374) ret=40a8cc12 +kernel32.__wine_register_dll_16(b6b8f3c4) ret=b6ae6c12 -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

5 10

Re: Building wine on darwin (resend) (4/6)
by Alexandre Julliard 10 May '04

10 May '04

emmanuel maillard <e.rsz(a)libertysurf.fr> writes: > Changelog > Add strip flags to build winetest on Darwin. That should not be needed anymore. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Building wine on darwin (resend) (2/6)
by Alexandre Julliard 10 May '04

10 May '04

emmanuel maillard <e.rsz(a)libertysurf.fr> writes: > Changelog > Add macro used to build the Wine configure script You should make the existing WINE_GET_SONAME macro more general so that you can use it too, instead of duplicating the whole thing. -- Alexandre Julliard julliard(a)winehq.org

1 0

Curious Deployment Ponderings
by Jerry Haltom 10 May '04

10 May '04

This could be possible right now, I've just got it floating around in my head and wanted to write it down someplace permanent so I don't forget. Right now there isn't really any concrete methodology for installing Wine is there? By this I mean something similar to how Perl, Python, Java, Mono, and all other runtime environments on Unix behave (Wine is a runtime environment eh!). A standard common directory (/usr/lib/win32) for Win32 .DLLs. Smarter directory diversion: "pretending C:\Program Files" is /usr/lib/win32-software or something". All of this is just floating around in my head, given some things i've noticed that I myself tend to do when I use wine... I keep my own C: drive in ~. There is no sharing of .DLL resources between users, and no potential for it. There is also no ideal way for a vendor to package Windows applications up into a proper RPM or DEB file, which installs the .dlls in the right place, and the program in another, and depends on the right infrastructure. It's pretty disorganized right now. Has anybody given relaying out Wine as I described any thought. I know Windows programs aren't the friendlyest for such a thing... Some save settings in Program Files, so putting it in /usr would be bad... But then again, lots of new Windows programs do behave good, putting settings in C:\Documents and Settings, and the HKCU key of the registry. Food for thought anyways.

1 0

Running "United Devices Agent" (was: Re: Unhandled API Call to Kernel32 Question)
by Dan Kegel 10 May '04

10 May '04

Roger wrote: > I am attempting to run a native windows VB6 app (United Devices) > in wine, fake windows, but I continue to encounter an > unimplemented/unhandled API call "CreateRemoteThread" > ... > Any advice where I go from here as I want to dump win, get more hd space but I need this app? Unless you're willing to pay for its development, don't hold your breath; I have a feeling CreateRemoteThread might be a tricky one to implement. Can you give a URL to the application in question? Is it the one at http://www.grid.org/download/gold/download.htm ? I just tried installing that for fun. Here's what I learned: 1. It requires MSI. I was able to download and run InstMsiA.exe from microsoft.com no problem. 2. It refuses to install on "Windows 95", so I had to edit ~/.wine/config and set Version to winnt. (Couldn't figure out how to do it selectively, had to do it for all apps.) 3. When the installer finished, it put up the "UD Agent Registration" dialog. Clicking on "Login" failed, and Wine displayed the warning fixme:ole:VarOr unimplemented part, V_VT(left) == 0x1, V_VT(right) == 0xB I'm running wine-20040213, so perhaps this has since been fixed ... or maybe not. Andreas Mohr implemented part of VarOr about 16 months ago (http://www.winehq.org/hypermail/wine-devel/2002/12/0625.html) and has been waiting for feedback ever since. Maybe you're already past that problem, I don't know. But it'd be nice if somebody updated VarOr to handle this case. That's probably easier than the CreateRemoteThread issue, btw. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

2 1

RE: Protected message
by Julliard 10 May '04

10 May '04

1 0

/. & wine
by Tom 10 May '04

10 May '04

http://interviews.slashdot.org/interviews/04/05/10/1252243.shtml?tid=106&ti… Tom

1 0

Re: Thank you!
by Dmitry 10 May '04

10 May '04

1 0