June 2001 - Wine-Devel - list.winehq.org

set_file_pointer and 64 bit file access

by Bill Medland

I see we are in the middle of converting set_file_pointer towards 64 bit file systems. Currently the code is confused as to when to change from unsigned to signed int for the low 32 bits. Should it happen in SetFilePointer before sending the request (which means we end up changing the request format) or should it happen within set_file_pointer (after changing the argument back to a signed int; this would also require work in SetFilePointer to get it to set up the request correctly). Any views? Bill

June 18, 2001

Readconsole, was libreadline for winedbg

by Uwe Bonnes

Hallo, investigating further, I found that winedbg uses ReadConsole to get what the debug-user typed in, however ReadConsole by far doesn't behave as expected, namely to give back the VT100 codes for what the user typed in. At present arrow key presses are never delivered to winedbg and if winedbg runs on the staring console, input is only delivered to winedbg after the user entered "Enter". Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

June 18, 2001

RE: Use the libreadline in Winedbg, if available

by Ove Kaaven

On Mon, 18 Jun 2001, Patrik Stridvall wrote: > A minor notice. Readline is GPL:ed (not LGPL:ed) which is not so good. > While it is without doubt legal for us to use and distribute, > it might cause trouble for other people. Not as long as it's optional (that patch even supported ./configure --without-readline, so no trouble, such people would just disable it).

June 18, 2001

RE: Use the libreadline in Winedbg, if available

by Uwe Bonnes

>>>>> "Patrik" == Patrik Stridvall <ps(a)leissner.se> writes: >> On Mon, Jun 18, 2001 at 04:10:14PM +0200, Uwe Bonnes wrote: > Hallo, >> > >> > at present, wine uses unconditionally a self supplied readline > >> function. Appended patch tries to find out if libreadline is >> available > and uses libreadline if available. I configured with and >> without > libreadline and successfully compiled winedbg on my system. >> > libreadline is a static library on my system and winedbg grew 90 >> kByte > stripped and 110 kByte compiled with -g. >> >> You are not allowed to link readline aganst non GPL code to my >> knowledge. Patrik> No, it is enough that it is GPL compatible which the Wine Patrik> license is. Patrik> Whether we should is another matter though. Just linking it to Patrik> the debugger is rather harmless IMHO though. License issues apart, I did following silly things: - revive an old patch untested (it doesn't work) - didn't look at the available code ( it seems to have all the needed framework). So I'll first try to make the available code do the things I want ( react on the arrow keys without spitting out something like "^[[A") Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

June 18, 2001

RE: Use the libreadline in Winedbg, if available

by Patrik Stridvall

> On Mon, Jun 18, 2001 at 04:10:14PM +0200, Uwe Bonnes wrote: > > Hallo, > > > > at present, wine uses unconditionally a self supplied readline > > function. Appended patch tries to find out if libreadline > is available > > and uses libreadline if available. I configured with and without > > libreadline and successfully compiled winedbg on my system. > > libreadline is a static library on my system and winedbg > grew 90 kByte > > stripped and 110 kByte compiled with -g. > > You are not allowed to link readline aganst non GPL code to > my knowledge. No, it is enough that it is GPL compatible which the Wine license is. Whether we should is another matter though. Just linking it to the debugger is rather harmless IMHO though.

June 18, 2001

Re: Use the libreadline in Winedbg, if available

by Marcus Meissner

On Mon, Jun 18, 2001 at 04:10:14PM +0200, Uwe Bonnes wrote: > Hallo, > > at present, wine uses unconditionally a self supplied readline > function. Appended patch tries to find out if libreadline is available > and uses libreadline if available. I configured with and without > libreadline and successfully compiled winedbg on my system. > libreadline is a static library on my system and winedbg grew 90 kByte > stripped and 110 kByte compiled with -g. You are not allowed to link readline aganst non GPL code to my knowledge. Ciao, Marcus

June 18, 2001

Dosvm not initialized for Direct port access

by Uwe Bonnes

Hallo, some license manager dll (lmgr327a) manages to read IOPORT 0x40 from 32-bit code. This results in an access to Dosvm.GetTimer() in line 297 in ioports.c, and as Dosvm isn't initialized this results in a crash. =>0 0x00000000 (ebp=404e4b38) 1 0x400cd595 (IO_inport+0x205(port=0x40, size=0x1) [ioports.c:297] in libntdll.so) (ebp=404e4b38, null call assumed) 2 0x400a7405 (INSTR_inport+0x25(port=0x40, size=0x1, context=0x404e4c50) [instr.c:328] in libntdll.so) (ebp=404e4b58) 3 0x400a888c (INSTR_EmulateInstruction+0x12cc(context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50, context=0x404e4c50) [instr.c:745] in libntdll.so) (ebp=404e4bc4) 4 0x400733c9 (do_segv+0x109(context=0x404e4c50, trap_code=0xd, cr2=0x0, err_code=0x0) [signal_i386.c:671] in libntdll.so) (ebp=404e4c2c) 5 0x4007368d (segv_handler+0x3d(__signal=0xb, __context=0x0) [signal_i386.c:787] in libntdll.so) (ebp=404e4d1c) 6 0x4029fb58 (__restore [sigaction.c] in libc.so.6) (ebp=405f57a0) 7 0x1c0b0004 (LMGR327A.DLL..reloc+0xbfe2004) (ebp=04007242) Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

June 18, 2001

16-bit and 32-bit separation

by Patrik Stridvall

[Since the subject it up because of Dimitry's "Move 16-bit COMM stuff to USER, where it belongs" patch] My new tool winapi_fixup could without to much effort be extended to facillitate separation of 16-bit and 32-bit stuff by moving the 16-bit parts of a file (example: foo.c) to a new 16-bit only file (example: foo16.c). Of course because of dependecies, includes and such things it can only be partly automatic and it will in most cases require quite a lot editing afterwards, so the questions (primarily to Alexandre but other replies welcome to) are: 1. Will/Should Alexandre accept such patches at all? 2. Is it a useful effort to get the 16-bit stuff out of the way so we don't have to see it in the files when editing the 32-bit stuff? 3. Is it a useful effort to make it possible to have --disable-win16 configure option to compile out as much Win16 stuff as possible in order to save space in the binaries for say embedded stuff. 4. While this certainly it not a high or even medium priority effort, should it have low, very low or extremly low priority? PS. I have other stuff planed so I certainly do not lack things to do. However since the subject is up I might just as well ask.

June 18, 2001

Re: PATCH: MSDOS VGA mode

by Ove Kaaven

On Sun, 17 Jun 2001, Marcus Meissner wrote: > However, Monkey Island does not appear to get <return> presses. I see > in 60 returning scancode 0x1c (and 0x9c on release), but it never triggers > any reaction :( Yes, the relevant code in msdos/int09.c is stiff #if 0-ed out in the Wine CVS. I think I have some stuff fixing it lying around in my old Wine tree, but it was rejected in its first form, so it might need a rewrite. But the vm86 restructure is probably more important...

June 17, 2001

Re: SIGSEGV while trying to run Word97

by Marcus Meissner

On Sun, Jun 17, 2001 at 07:15:29PM +0100, J. Cone wrote: > Does Wine still handle SIGSEGV to implement something like Windows memory > management? As far as Windows needs it, yes. Ciao, Marcus

June 17, 2001