Possible minor bug in bin2res

Hola, I have been working on a small project that I am going to be submitting to the wine tree that used binary resources under windows and when I went to convert the files with bin2res I get this error "rename: File exists" It dumps the right wine resource information to the resouce-tmp file but

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

Laurent Pinchart <[EMAIL PROTECTED]> writes: > Is someone working on DLL separation for ntdll.dll / kernel32.dll ? It seems > that there's a lot of work to be done. Quite a lot yes. But I think it makes more sense to first separate properly all the dlls that depend on kernel/ntdll before attack

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

On Friday 31 May 2002 19:42, Alexandre Julliard wrote: > Laurent Pinchart <[EMAIL PROTECTED]> 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 0

translating docs

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 l

Translation wine documentation to other languages

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 langu

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

Laurent Pinchart <[EMAIL PROTECTED]> 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 0xc000 in other cases (for bigger dlls). Most likely the

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

Andriy Palamarchuk <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED]

Re: PATCH: libntddl.so not found

Marcus Meissner <[EMAIL PROTECTED]> 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. A

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

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 a

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

--- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > Andriy Palamarchuk <[EMAIL PROTECTED]> 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 c

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

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:[EMAIL PROTECTED]] Sent: Friday, May 31, 2002 1:18 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECT

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

Andriy Palamarchuk <[EMAIL PROTECTED]> 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 proper

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

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 !!) Thanks ! On Thu, May 30, 2002 at 11:19:14PM -0500, [EMAIL PROTECTED] wrote: > http://bugs.w

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

--- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > Andriy Palamarchuk <[EMAIL PROTECTED]> writes: > > > I can't start just installed regedit manually, > > wine gets confused by symbolic links in the > windows > > directory: > > regedit.exe -> /usr/local/bin/regedit > > regedit.exe.so -> /usr/

Re: PATCH: libntddl.so not found

--- Marcus Meissner <[EMAIL PROTECTED]> wrote: > On Fri, May 31, 2002 at 08:12:24AM -0700, Dustin > Navea wrote: > > Hmmm, I found some problems with this: > > > > +print NEWMAKE < > > > shouldn't that be printf ? > > No, there are no % formatting strings inside. DOH! ;) > > + \@if test

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

Andriy Palamarchuk <[EMAIL PROTECTED]> writes: > I can't start just installed regedit manually, > wine gets confused by symbolic links in the windows > directory: > regedit.exe -> /usr/local/bin/regedit > regedit.exe.so -> /usr/local/bin/regedit.so These symlinks should be removed too, they ar

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

--- Andriy Palamarchuk <[EMAIL PROTECTED]> wrote: > > --- Dustin Navea <[EMAIL PROTECTED]> wrote: > > > I do believe that you are running the wrong > > regedit... > > is /prj/wine your wine install dir or did you > > install > > to the default wine install dir (/usr/local/bin)? > > No, this i

Re: Idea for people with priveleges

--- Andriy Palamarchuk <[EMAIL PROTECTED]> wrote: > > --- Dustin Navea <[EMAIL PROTECTED]> wrote: > > Well, AFAIK, there isn't reall a QA team, and if > > there > > is, they aren't checking out the bugs, because > > several > > bugs marked as resolved for over a year weren't > > closed > > until

Re: Problem with 64-bit file functions declarations

Andriy Palamarchuk <[EMAIL PROTECTED]> writes: > My lack of understanding - what is correct approach in > Winelib applications - to use msvcrt or native > functions? > > I always thought that correct approach is to use > msvcrt ones. Unless you depend on msvcrt-specific features, it's better to

Re: Problem with 64-bit file functions declarations

--- Andriy Palamarchuk <[EMAIL PROTECTED]> wrote: > I'm researching an issue when started regedit.exe > fails to export registry. This started to happen > after > Alexandre's patch which included "config.h" in the > regedit source file. > > I found out this problem was triggered by > declaration

Re: PATCH: libntddl.so not found

On Fri, May 31, 2002 at 08:12:24AM -0700, Dustin Navea wrote: > Hmmm, I found some problems with this: > > +print NEWMAKE < > shouldn't that be printf ? No, there are no % formatting strings inside. > + \@if test -f /etc/ld.so.conf -a -z "`grep \$(libdir) > /etc/ld.so.conf`" ; \\ > > sh

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

Andriy Palamarchuk <[EMAIL PROTECTED]> writes: > wineinstall fails because wine can't find > regedit.exe.so. > Obviously, the wine source directory does not exist in > path of just created config file. I'd say that wineinstall should run the installed wine binaries, not the ones from the source

Re: Problem with 64-bit file functions declarations

--- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > Andriy Palamarchuk <[EMAIL PROTECTED]> writes: > > > The same happens for some other file functions. > > What is the correct fix for this problem? > > Just remove msvcrt from the import list, it isn't > needed (or if you > really want to use ms

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

--- Dustin Navea <[EMAIL PROTECTED]> wrote: > I do believe that you are running the wrong > regedit... > is /prj/wine your wine install dir or did you > install > to the default wine install dir (/usr/local/bin)? No, this is not wine install dir - this is wine source dir. And wineinstall runs

Re: Problem with 64-bit file functions declarations

Andriy Palamarchuk <[EMAIL PROTECTED]> writes: > The same happens for some other file functions. > What is the correct fix for this problem? Just remove msvcrt from the import list, it isn't needed (or if you really want to use msvcrt, then you have to use the msvcrt headers too instead of the l

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

--- Andriy Palamarchuk <[EMAIL PROTECTED]> wrote: > wineinstall fails because wine can't find > regedit.exe.so. > Obviously, the wine source directory does not exist > in > path of just created config file. > After the wineistall failure .wine directory with > config file are created. I get the sa

Re: PATCH: libntddl.so not found

Hmmm, I found some problems with this: +print NEWMAKE

Problem with 64-bit file functions declarations

I'm researching an issue when started regedit.exe fails to export registry. This started to happen after Alexandre's patch which included "config.h" in the regedit source file. I found out this problem was triggered by declaration #define _FILE_OFFSET_BITS 64 in config.h. The test case: **

Re: DOS memory Question..... or How to increase base memory for DOS apps

I belive this is what the TWIN project did for there x86/Win Emulation based on WINE. TWIN is LGPL and wine has never been able to use that code untill now. - > do everything cleanly and even then, it may not fix > every dos app, or even worse it could break some > non-dos app in unforeseen ways

Re: DOS memory Question..... or How to increase base memory for DOS apps

--- Christian Costa <[EMAIL PROTECTED]> wrote: > Hi, Hi! > Many DOS apps needs a lot of base memory even if EMS > or XMS memory are used. > > The first 64K of memory being lock to catch null > pointer, the DOS memory > must start > at 0x1 as you can see in the code below > (msdos/dosmem.c

Re: Keyboard layout detection not working??

"Shachar Shemesh" <[EMAIL PROTECTED]> wrote: > I am also having trouble editing keyboard.c with snavigator. Upon > saving, it totally screws up the non-ASCII characters in the keyboard > layouts. It didn't used to do that (I played with the default charset, > and wound up on ASCII at the end),

Re: Keyboard layout detection not working??

Dmitry Timoshkov wrote: >"Shachar Shemesh" <[EMAIL PROTECTED]> wrote: > > > >>The problem is that the Hebrew keysyms are at 0x0fe0-0x0ff9. >> >> > >According to keysymdef.h Hebrew keysyms are in the range 0xcdf - 0xcfa >What says xev when you type hebrew characters? > > xev agrees with ke

Re: Keyboard layout detection not working??

"Shachar Shemesh" <[EMAIL PROTECTED]> wrote: > The problem is that the Hebrew keysyms are at 0x0fe0-0x0ff9. According to keysymdef.h Hebrew keysyms are in the range 0xcdf - 0xcfa What says xev when you type hebrew characters? > They don't > pass the condition, and the function tries to convert

Re: Keyboard layout detection not working??

Shachar Shemesh wrote: > Hi all, > > I am using Debian SID with KDE. In KDE, I defined two keyboard layouts > (US and IL). I tried to add Israeli keyboard detection using the > attached patch (layout.diff). When trying to test that patch, however, I > perform the following task: > > I type in the