- Wine-Devel - list.winehq.org

How symbols are resolved?
by Pierre d'Herbemont May 19, 2003

May 19, 2003

Hi, I would like to have some precision on how symbols are resolved, because I am having troubles like : 000b:trace:module:find_ordinal_export ordinal 24410 out of range(10/1049)! err:module:import_dll No implementation for kernel32.dll.24420 imported from C:\windows\system\notepad.exe, setting to 0xdeadbeef My specific is how does the link is done from a symbol to the ordinal? Is it handled by winebuild? Thanks, Pierre

2 1

Re: wine/dlls/shell32 shlexec.c
by Eric Pouech May 19, 2003

May 19, 2003

Alexandre Julliard wrote: > Log message: > Aric Stewart <aric(a)codeweavers.com> > Added support for the %L escape. from the docs I have found, %L is meant to be the long name followed by the 8+3 short name (last time I tried with wmp just the long name part it didn't work, maybe it's better with latest wmp version) A+ -- Eric Pouech

1 0

US international keyboard layout
by Gerhard W. Gruber May 19, 2003

May 19, 2003

I'm using Suse 8.0 Prof and I configured a US international keyboard. I have a US keyboard but I need to have german umlauts as well. When I run wine then I get the errormessage that my keyboard can't be recognized and I should include it in x11drv/keyboard .c . Now I checked this file and I was surprised to find this layout already there. Apparently wine can't detect my layout for some reason but I don't know how to fix this. Any suggestions how I should proceed? The funny thing is that the keyboard layout works properly in wine, so I get all the Umlauts. Seems that the error message is wrong. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 6

glXGetProcAddressARB causing dozens of warnings
by Gerald Pfeifer May 19, 2003

May 19, 2003

I'm afraid the following patch date: 2003/05/07 03:18:51; author: julliard; state: Exp; lines: +1 -0 Michael Schlüter <michael(a)johalla.de> Added wglGetExtensionsStringARB. to dlls/opengl32/opengl32.spec, dlls/opengl32/wgl.c and dlls/opengl32/wgl.h is responsible for the following warnings (seen on FreeBSD 4.8/i386 with XFree86-4.3.0 and Mesa-3.4.2). Would you mind fixing these? stateblock.c:203: warning: implicit declaration of function `glActiveTextureARB' wgl.c:325: warning: implicit declaration of function `glXGetProcAddressARB' wgl.c:325: warning: comparison between pointer and integer wgl.c:334: warning: assignment makes pointer from integer without a cast opengl_norm.c:28: warning: implicit declaration of function `glActiveTextureARB' opengl_norm.c:210: warning: implicit declaration of function `glClientActiveTextureARB' opengl_norm.c:2152: warning: implicit declaration of function `glMultiTexCoord1dARB' opengl_norm.c:2162: warning: implicit declaration of function `glMultiTexCoord1dvARB' opengl_norm.c:2172: warning: implicit declaration of function `glMultiTexCoord1fARB' opengl_norm.c:2182: warning: implicit declaration of function `glMultiTexCoord1fvARB' opengl_norm.c:2192: warning: implicit declaration of function `glMultiTexCoord1iARB' opengl_norm.c:2202: warning: implicit declaration of function `glMultiTexCoord1ivARB' opengl_norm.c:2212: warning: implicit declaration of function `glMultiTexCoord1sARB' opengl_norm.c:2222: warning: implicit declaration of function `glMultiTexCoord1svARB' opengl_norm.c:2232: warning: implicit declaration of function `glMultiTexCoord2dARB' opengl_norm.c:2242: warning: implicit declaration of function `glMultiTexCoord2dvARB' opengl_norm.c:2252: warning: implicit declaration of function `glMultiTexCoord2fARB' opengl_norm.c:2262: warning: implicit declaration of function `glMultiTexCoord2fvARB' opengl_norm.c:2272: warning: implicit declaration of function `glMultiTexCoord2iARB' opengl_norm.c:2282: warning: implicit declaration of function `glMultiTexCoord2ivARB' opengl_norm.c:2292: warning: implicit declaration of function `glMultiTexCoord2sARB' opengl_norm.c:2302: warning: implicit declaration of function `glMultiTexCoord2svARB' opengl_norm.c:2312: warning: implicit declaration of function `glMultiTexCoord3dARB' opengl_norm.c:2322: warning: implicit declaration of function `glMultiTexCoord3dvARB' opengl_norm.c:2332: warning: implicit declaration of function `glMultiTexCoord3fARB' opengl_norm.c:2342: warning: implicit declaration of function `glMultiTexCoord3fvARB' opengl_norm.c:2352: warning: implicit declaration of function `glMultiTexCoord3iARB' opengl_norm.c:2362: warning: implicit declaration of function `glMultiTexCoord3ivARB' opengl_norm.c:2372: warning: implicit declaration of function `glMultiTexCoord3sARB' opengl_norm.c:2382: warning: implicit declaration of function `glMultiTexCoord3svARB' opengl_norm.c:2392: warning: implicit declaration of function `glMultiTexCoord4dARB' opengl_norm.c:2402: warning: implicit declaration of function `glMultiTexCoord4dvARB' opengl_norm.c:2412: warning: implicit declaration of function `glMultiTexCoord4fARB' opengl_norm.c:2422: warning: implicit declaration of function `glMultiTexCoord4fvARB' opengl_norm.c:2432: warning: implicit declaration of function `glMultiTexCoord4iARB' opengl_norm.c:2442: warning: implicit declaration of function `glMultiTexCoord4ivARB' opengl_norm.c:2452: warning: implicit declaration of function `glMultiTexCoord4sARB' opengl_norm.c:2462: warning: implicit declaration of function `glMultiTexCoord4svARB' Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

4 6

Valgrind for WINE tarball now available
by Adam Gundy May 19, 2003

May 19, 2003

For all you developers out there who haven't tried valgrinding WINE yet (it's fun - honest!) there is now a pre-patched tarball of the latest valgrind 1.9.6 for WINE available from the valgrind website: http://developer.kde.org/~sewardj/ no patching needed to WINE or valgrind. Just get the latest snapshot of WINE (or a CVS checkout), build for debugging, get the pre-patched valgrind and use it! there are still plenty of bugs in WINE which need fixing - most are simple 1 line edits.. Seeya, Adam -- Real Programmers don't comment their code. If it was hard to write, it should be hard to read, and even harder to modify. These are all my own opinions.

3 5

Another keyboard problem
by Gerhard W. Gruber May 18, 2003

May 18, 2003

I'm using a US keyboard with US international driver. When using this driver under Windows you can press ALT and then an ASCII code on the NUM block. This works since back to the days when DOS was still in use and you could use this to enter characters that may not be supported by the keyboard driver. This doesn't work in Wine. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 2

Re: Always print version on startup
by Marcus Meissner May 18, 2003

May 18, 2003

On Sat, May 17, 2003 at 01:42:03PM +0200, Uwe Bonnes wrote: > Changelog: > misc/options.c: OPTIONS_ParseOptions > Always print out version > > The recent posting about the Altere quartus installer not working seems to > be caused by an old version used. The poster shows the startup and > messages. If the version was printed by default, it could help debugging This will break apps checking on stdout output. It is also not very helpful, since for larger apps it will be printed dozens of times. Ciao, Marcus

3 2

How long for a patch?
by Gerhard W. Gruber May 18, 2003

May 18, 2003

I submitted a patch about a week (maybe more) ago to include a new DLL w95inf32 into wine. The patch has not been included and there was also no feedback as to why it is not included. How long does it usually take until a patch will be taken in? Or is there some other reason why this is not done? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

5 6

Perl on Redhat 9 switches to character semantics
by Hans Leidekker May 18, 2003

May 18, 2003

Hi, On Redhat 9 I get errors like this one when doing a 'make htmlpages': Malformed UTF-8 character (unexpected non-continuation byte 0x6e, immediately after start byte 0xfc) in substitution (s///) at ../../tools/c2man.pl line 313, <SOURCE_FILE> line 2. This is because I have LANG="en_US.UTF-8" as part of my environment, and perl will now switch to character semantics (as opposed to byte semantics) when it detects a Unicode character set. Wine source files contain characters with ordinals > 127 (it looks like the Wine sources are ISO_8859-1) and of course, these usually don't also form valid UTF-8 sequences. Off hand I see three solutions (in order of increasing acceptability): 1. Convert Wine source files to ASCII-7 or UTF-8 2. Set character set to "C" or "ISO8859-1" prior to running perl on the sources 3. Force perl back into using byte semantics 1. Most non-ASCII-7 characters are in C comments (in the names of authors, e.g. Ove Kåven). But there are files like dlls/x11drv/keyboard.c that contain them as part of a C string. Going this way would mean these characters would have to be escaped. Of course this is a step backwards. It would degrade readability of the sources and probably offend some awkwardly named authors ;^) It would also require a change of pratice, which is hard to accomplish. Converting to UTF-8 seems more promising. C strings still need to be escaped but then our Hungarian, authors can finally have their names spelled properly in the sources! Still, there are more programs that have to interpret C source files and I estimate that most of them do not yet handle UTF-8 properly (though vi and emacs are amongst the capable). 2. Changing the character set beforehand will get rid of the errors and is much less controversial than the above solution ;) But it's still cumbersome to have to do so. 3. This will work regardless of the character set specified in the user's environment. The attached patch does this for c2man.pl Bye, -Hans Changelog: Force perl to use byte semantics

2 3

Re: wine/ dlls/winedos/Makefile.in dlls/winedos/.c ...
by hatky May 18, 2003

May 18, 2003

> Log message: > Moved vxd support to winedos. > > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8230 I did not know wine has vxd suppot I remeber trying kali and as it trys to load a vxd that does ipx->tcp/ip I was getting fixme's and the vxd was not loaded.... And to the topic why sould it be in dos when win95 and win98 support it I know winnt/winxp do not, I am not sure about the rest but this is not dos.... Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

5 7