May 2002 - Wine-Devel - list.winehq.org

Re: How to fix SizeOfImage when loading a builtin dll ?

by Laurent Pinchart

On Friday 31 May 2002 19:42, Alexandre Julliard wrote: > Laurent Pinchart <laurent.pinchart(a)skynet.be> writes: > > I tried the code described above, but it unfortunately doesn't work for > > all dlls. It returns a correct value in some cases (for small dlls it > > seems), and a huge negative value around 0xc0000000 in other cases (for > > bigger dlls). > > Most likely the problem is with dlls that aren't properly separated > yet. Since they don't use -Bsymbolic _end will resolve to the wrong > symbol. > > I looked into my old linker script stuff but I'm afraid it won't help > in this case. We used it mostly to put the PE header at the right > place but the current solution should work just as well for that. > So I'd suggest using _end and related symbols, maybe with a configure > check, and fall back to some hackish solution for non-separated dlls. I computing SizeOfImage by looking for the highest address in the export table. This works for all separated dlls. As you stated _end should work for all separated dlls, so it should be the way to go, with a fallback on export table highest address lookup. When all dlls will be properly separated the fallback won't be necessary anymore. I still have a problem with DeviceIoControl, which is exported by kernel32.dll but located in ntdll.dll. I moved it to kernel32.dll as a wrapper and let the code in ntdll.dll. This is hackish, but works, so I can continue with SafeDisc support. Is someone working on DLL separation for ntdll.dll / kernel32.dll ? It seems that there's a lot of work to be done. Laurent Pinchart

May 31, 2002

translating docs

by Damian Wojslaw

Hello I just posted similiar thing on wine-users, but Anriy Palamarchuk said, that he intend to say something about it here. I thought I might as well give him a good opportunity and ask: what about translating docs? Those at WineHQ and within Wine tree? What I would like to know is, which of them would you like to see translated first (as for now, I am, unfortunately, the only person I know of, that intends to do this)? What about user interface? How do you want to distribute it - want to have it at your site, or ony host a link? And so on, and so forth, and whatever... :)))) -- Damian Wojslaw

May 31, 2002

Translation wine documentation to other languages

by Andriy Palamarchuk

Sorry for crossposting initial message to both lists. I think the topic may be interesting for both - users and developers. Any volunteers to help to translate the documentation to languages other than English? This is very big job, so there can be more than one person, working on the same language. Among responses to my call for volunteers I got response from Pedro Restrepo suggesting his help in Wine localization. See his message below. Damian Wojslaw requested information on the same topic on wine-users. --- Pedro Restrepo <pedrores(a)tutopia.com> wrote: > Hi Andiry, > > First, thank you and thanks to all people working on > Wine. I am using > Wine to run Lotus Notes Client on Linux. At the > moment, we are testing > it. > > I want to help on Wine project. I propose you one > new work: Wine > translation to spanish (documentation, installer, > web site info, etc). I > think in this work because I think this project is > necessary for all > people who need transition tools from Windows to > Linux and there are > many people in this situation in SouthAmerica (I am > from Colombia and I > am tired of the big payments for software in our > poor nations). Currently Wine does not have official documentation in other languages. Some winelib applications are localized to other languages. Documents with highest priority for translation: * README file * Wine User Guide * user-oriented pages on Winehq Plus, we'll need to keep translations in sync with original documentation. Comments, ideas, suggestions? Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

May 31, 2002

Re: How to fix SizeOfImage when loading a builtin dll ?

by Alexandre Julliard

Laurent Pinchart <laurent.pinchart(a)skynet.be> writes: > I tried the code described above, but it unfortunately doesn't work for all > dlls. It returns a correct value in some cases (for small dlls it seems), and > a huge negative value around 0xc0000000 in other cases (for bigger dlls). Most likely the problem is with dlls that aren't properly separated yet. Since they don't use -Bsymbolic _end will resolve to the wrong symbol. I looked into my old linker script stuff but I'm afraid it won't help in this case. We used it mostly to put the PE header at the right place but the current solution should work just as well for that. So I'd suggest using _end and related symbols, maybe with a configure check, and fall back to some hackish solution for non-separated dlls. -- Alexandre Julliard julliard(a)winehq.com

May 31, 2002

Re: wine can't find regedit.exe.so when it is not on the path

by Alexandre Julliard

Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > I created a regedit.exe->/usr/local/bin/regedit.exe.so That should be /usr/local/lib/wine/regedit.exe.so instead. -- Alexandre Julliard julliard(a)winehq.com

May 31, 2002

Re: [Bug 751] Changed - GetDiskFreeSpace should return >2GB on some systems

by Vincent Béron

Andreas Mohr a écrit : > > Hi all, > > could you have a look at bug #751 and check the values on your Windows > version and add a comment to the bug on what your version does ? > (please don't forget to only check for partitions > 2GB !!) Actually, it's partitions with _free space_ > 2GB. And as Dustin correctly noticed, change the D:\\ in the source to the correct drive. Vincent

May 31, 2002

Re: PATCH: libntddl.so not found

by Alexandre Julliard

Marcus Meissner <marcus(a)jet.franken.de> writes: > This adds a helpful messages for the users who do > ./configure > make > make install > and do not have /usr/local/lib in their ld.so.conf. I think this should be in the top-level Makefile to avoid having it scroll off the screen. Also it would be nice to check LD_LIBRARY_PATH to avoid needlessly scaring users who have a working config already. -- Alexandre Julliard julliard(a)winehq.com

May 31, 2002

Re: wine can't find regedit.exe.so when it is not on the path

by Andriy Palamarchuk

--- Alexandre Julliard <julliard(a)winehq.com> wrote: > Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > > > As I remember the links in the first place were > > created for apps which can try to load regedit and > > other Wine apps using full path. > > Do you think we don't need this? > > In most cases we shouldn't need them, because Wine > will now load them > properly even if a full path is specified. They > would only be > necessary if an application explicitly tries to open > the exe as a file > instead of calling CreateProcess on it. It probably > doesn't hurt to > keep the regedit.exe one (the regedit.exe.so can be > killed) but then > it must be made to point to $dlldir/regedit.exe.so. I created a regedit.exe->/usr/local/bin/regedit.exe.so but I still can't run it (runs without hyperlinks). Now wine exits silently. Can check this? Andriy > > -- > Alexandre Julliard > julliard(a)winehq.com > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

May 31, 2002

FW: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw)

by Steven Edwards

In case anyone is interested in a alternitive to winemaker. Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson -----Original Message----- From: José Fonseca [mailto:j_r_fonseca(a)yahoo.co.uk] Sent: Friday, May 31, 2002 1:18 PM To: Steven_Ed4153(a)yahoo.com Cc: mingw-dvlpr(a)lists.sourceforge.net Subject: Re: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw) On 2002.05.31 17:44 Steven Edwards wrote: > MFC can and has been built with Wine although M$ licensing regarding > MFC on non-windows platforms is confusing as it has been changes a few > times. I think VS6 Before SP3 is OK. > This is nice to know. The MFC has been subject of long threads here. It's good to know that we can give some alternatives when people ask. (My general idea is that people who minimally care with cross-compiler (not to mention cross-platform) compatibility would never choose to build an application upon MFC - and that's probably the reason for why MFC has been loosing some ground and interest... ) > Also you guys might be insterested in the winemaker.pl script. It > converts VS makefiles to UNIX makefiles and can configure your win32 > application to be built with winelib+MFC. I may look at adapting it to > Mingw as part of the port I once made a small sed script for that, but probably it's not as complete as winemaker.pl. But we do have a fairly complete MS Dev Studio workspace to Unix Makefiles converter. It's availabable on http://mefriss1.swan.ac.uk/~jfonseca/gnu-win32/software/msds/ and it will soon be included on a "mingw-utils" package. Perhaps that might be interesting for the WINE Lib project too? Regards, José Fonseca

May 31, 2002

Re: wine can't find regedit.exe.so when it is not on the path

by Alexandre Julliard

Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > As I remember the links in the first place were > created for apps which can try to load regedit and > other Wine apps using full path. > Do you think we don't need this? In most cases we shouldn't need them, because Wine will now load them properly even if a full path is specified. They would only be necessary if an application explicitly tries to open the exe as a file instead of calling CreateProcess on it. It probably doesn't hurt to keep the regedit.exe one (the regedit.exe.so can be killed) but then it must be made to point to $dlldir/regedit.exe.so. -- Alexandre Julliard julliard(a)winehq.com

May 31, 2002