- Wine-devel - list.winehq.org

GLU32 status & update
by Vincent Béron 11 Jun '02

11 Jun '02

After investigating bug #783 (Wine20020605: Problems with build of dlls/glu32), here are my conclusions so far (not finished yet, but I need a bit of advice on next direction to pursue): First, we need to not compile glu32 is no libGLU.so is found. The test for libGLU is already in configure, the only thing missing is some logic in the dlls/Makefile (or maybe dlls/glu32/Makefile?) to not build it. Next, the version of the GLU implementation of MS is 1.2. That's fine as long as the same (or more recent) version is found while building. I'm currently using Mesa 3.4.2 on RH 7.2, which is GLU 1.1 compliant. The GL/glu.h has the defines for 1.2 and 1.3, but the lib/libGLU.so doesn't have any implementation. Some more recent distributions (eg, RH 7.3) has the SGI GLU implementation which is 1.3. So we need to check this also. What would be the best thing to do if the native GLU is < 1.2? Not build dlls/glu32 at all? There's a way to map 1.1 call to 1.2 or beyond, but not the other way around (or I'm not aware of it). I finished correcting the prototypes (compliant with MSDN) in glu.c for a native GLU 1.2. Now I'd like to have some input as to what to do wrt a native GLU 1.1. If you have some advice, I'll appreciate them. Vincent

2 1

bugs.winehq.com upgraded
by Jeremy Newman 11 Jun '02

11 Jun '02

I have *finally* gotten around to upgrading our Bugzilla. We are now running version 2.14.2. This build seems to solve some long overdue usability complaints. One of the big differences I noticed is that there is levels of "Resolved" now. If you notice any issues with the new bugzilla, please submit issues about it to the "Bugzilla" product. -- __ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman(a)codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

2 3

tabctl32.ocx
by Medland, Bill 10 Jun '02

10 Jun '02

Anyone any ideas? Our application basically results in running an OLE container which loads Visual Basic ocx's, some of which use the TABCTL32.OCX tab control. However the TABCTL32.OCX doesn't "load" in some way. (If I put a Debug MessageBox into the Visual Basic I get "Failed to load control 'SSTab' from TABCTL32.OCX." I have done a relay trace to see what happens between the end of the OCX's init routine (which succeeds) and the message and there is no obvious complaint. (This is with native ole32, oleaut and rpcrt4) Bill

1 0

debug channels
by max 10 Jun '02

10 Jun '02

I just finished coding a front-end for wine, that parses on the fly all wine logs and display only selected ones; logs are selectable by class and channel. I'd like to post it, but there's a probem yet : the parser, for speed purposes, works line-by-line, looking for strings of kind 080ee030:trace:win32:_EnterSysLevel (0x4070e558, level 2): ................ 080ee030:trace:win32:_EnterSysLevel (0x4070e558, level 2): ............... 080ee030:trace:win32:_LeaveSysLevel (0x4070e558, level 2): ............. so, for strings containing an optional adress field, a colon, a class name, a colon and a channel name. It can't obviously understand multi-line outputs like this one : 080ee030:warn:heap:HEAP_ValidateInUseArena Heap 40a60000: ............ Heap: 40a60000 Next: 65430000 Sub-heaps: 40a60000 Free lists: Block Stat Size Id 40a60038 free 00000001 prev=40a606bc next=40a6004c 40a6004c free 00000001 prev=40a60038 next=40a60060 because of lack of :CLASS:CHANNEL: markers. Would it be possible to patch debug channel code to add it on beginning (or after address field) of EACH output line, instead of only first line of multiline output ? Regards Max

1 0

Lotus Notes R5 devel
by JJ Neff 10 Jun '02

10 Jun '02

I am a NON-Programmer (very few C C++ classes some time ago:-) I read that regulr Notes users are needed. I have been trying to run Notes with verying success for some time. I am a Notes Admin and have had some success with R5 under Wine. I run Debian unstable and use daily build Wine debs from gluck.debian.org. I regularly use IRC to get assistance or to try to troubleshoot. PLease let me knwo how I can best help jjneff(a)yahoo.com John __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

4 3

Error messages when typing Hebrew characters
by Shachar Shemesh 10 Jun '02

10 Jun '02

Hi. I tried repeating Hetz's experiment, and run the command "LANG=he_IL wine notepad", and then type a few (random) Hebrew chars. I get the following messages on screen: Warning: Language 'he_IL' was not found, retrying without country name... fixme:edit:EDIT_EM_FmtLines soft break enabled, not implemented fixme:win:GetProcessDefaultLayout ( 0x40556df4 ): No BiDi err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CEA (hebrew_finalkaph) : err:keyboard:X11DRV_ToUnicode (virtKey=4C,scanCode=26,keycode=2E,state=2010) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CF9 (hebrew_shin) : err:keyboard:X11DRV_ToUnicode (virtKey=41,scanCode=1E,keycode=26,state=2010) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CEC (hebrew_lamed) : err:keyboard:X11DRV_ToUnicode (virtKey=4B,scanCode=25,keycode=2D,state=2010) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CE3 (hebrew_dalet) : err:keyboard:X11DRV_ToUnicode (virtKey=53,scanCode=1F,keycode=27,state=2010) I tried following X11DRV_ToUnicode around a bit, but hit a brick wall at the X11 function "TSXKeysymToString". Anyone has any idea why the Hebrew characters are not being translated correctly (the character names are correct). Shachar

2 8

Crash with "privileged instruction in 16-bit code"
by Andriy Palamarchuk 10 Jun '02

10 Jun '02

An app crashes with this message. Described in the bug 768: http://bugs.winehq.com/show_bug.cgi?id=768 Does anybody want to look at it? Information from debugger below: ***************************************** Unhandled exception: privileged instruction in 16-bit code (034f:49f0). Symbol __strtol_internal is invalid 0x034f:0x49f0: pushw %es:0x4(%bx) Backtrace: =>0 0x034f:0x49f0 (bp=932c) 1 0x0317:0x3fb7 (bp=9344, far call assumed) 2 0x09b7:0x22f9 (bp=9430, far call assumed) 3 0x0317:0x1f4e (bp=944a, far call assumed) 4 0x02d7:0x421b (bp=9460, far call assumed) 5 0x02d7:0x4405 (bp=9486) 6 0x0327:0x3652 (bp=95aa, far call assumed) 7 0x0327:0x3013 (bp=9612) 8 0x02d7:0x421b (bp=9628, far call assumed) 9 0x0307:0x31cd (bp=964a, far call assumed) 10 0x0957:0x3ac8 (bp=969e, far call assumed) 11 0x0977:0x4e5b (bp=96b6, far call assumed) 12 0x0297:0xc789 (bp=96c8, far call assumed) 13 0x0297:0x40ca (bp=0000) Wine-dbg>info reg CS:034f SS:0a27 DS:0a27 ES:0000 FS:0000 GS:0000 IP:49f0 SP:90a0 BP:932c FLAGS:0206( - 00 I - -P1 ) ***************************************** Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: FPU patch for bug 586
by Ove Kaaven 10 Jun '02

10 Jun '02

On Mon, 10 Jun 2002, admiral coeyman wrote: > This patch adds the self-modifying code part of the FPU interrupts 34->3b and > moves int 3d into the winedos section. Oh, I've been meaning to reply, but hadn't got around to it yet... it makes no sense to use MapDosToLinear(MapRealToLinear()). It should be obvious from its name that MapRealToLinear already converted to a linear address, so that's all you need. And MapLinearToDos will probably *not* do what you want, you should change the real-mode pointer directly instead, as in general you just can't convert a linear address back to real mode. Otherwise, the code is probably OK...

1 0

Re: Return value of fileio_get_async_count
by Martin Wilck 10 Jun '02

10 Jun '02

Am Mon, 2002-06-10 um 04.26 schrieb Vincent Béron: > Could you have a look at the last line of fileio_get_async_count? It > seems gcc -W says the test always has the same outcome. It has been > reported as bug #778. Yeah, DWORD is an unsigned type. The patch below should fix it. Actually, if we trust our own implementation of read and write, we might as well drop that case distinction altogether and simply return fileio->count - fileio->lpOverlapped->InternalHigh. Martin --- files/file.c.orig Mon Jun 10 12:52:00 2002 +++ files/file.c Mon Jun 10 12:59:11 2002 @@ -131,8 +131,8 @@ static DWORD fileio_get_async_count (const struct async_private *ovp) { async_fileio *fileio = (async_fileio*) ovp; - DWORD ret = fileio->count - fileio->lpOverlapped->InternalHigh; - return (ret < 0 ? 0 : ret); + return ( fileio->count <= fileio->lpOverlapped->InternalHigh ? + 0 : fileio->count - fileio->lpOverlapped->InternalHigh ); } static void CALLBACK fileio_call_completion_func (ULONG_PTR data) -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

Re: Fixes for ADPCM decoding.
by Vincent Béron 10 Jun '02

10 Jun '02

"David D. Hagood" a écrit : > > I found a bug in the decoding of the ADPCM data - the nybbles in the > samples were being processed backwards - MSN then LSN (bits 4-7, then > 0-3), rather than LSN then MSN. Since ADPCM re-syncs every 8 samples, > the audio was distorted but intelligable. With this fix, the audio is > correct. I've tested this patch with Delorme's AAA MapNGo 4.0, which > uses ADPCM for its audio files. > > NOTE: I didn't check the encoding routines, nor did I check the MSADPCM > files to see if they were correct. > > Changelog: > ADPCM nybble processing order was incorrect. > > ------------------------------------------------------------------------ David, please use the "-u" format for diffs. It's much safer to use, and it's good to have some context around the modified lines for quick review purpose. Vincent

2 1