- Wine-Devel - list.winehq.org

Re: Abort glyph rendering if everything is clipped
by Dimitrie O. Paun Oct. 7, 2003

Oct. 7, 2003

On Tue, 7 Oct 2003 Warren_Baird(a)cimmetry.com wrote: Nit: why not use IsRectEmpty() ? -- Dimi.

1 0

Re: libs/unicode new conversions
by Alexandre Julliard Oct. 7, 2003

Oct. 7, 2003

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > This patch adds two new conversions to libs/unicode, in preparation > for their > use by an upcoming patch adding FoldStringA/W. The first converts > from any > unicode number into its unicode 0-9 representation. The second maps > from > compatibility characters to unicode. > > The rationale for placing them in libs/unicode is that both these > conversions > may be required by calls other than FoldString (at least the numeric > mapping > will be used to parse native language digits in oleaut32). IMO you should export the FoldString functionality from libs/unicode, not the tables. Also I'm not sure how you built the tables, but they need to be generated from the Unicode standard data, and the code to do that should be added to cpmap.pl. -- Alexandre Julliard julliard(a)winehq.com

2 2

cdrom problem? winefile crash
by Moreno Oct. 7, 2003

Oct. 7, 2003

Hi, fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported what it mean? this is my cd is (11, 0) and then? brw-rw---- 1 moreno cdwriter 11, 0 gen 1 1970 /dev/scsi/host0/bus0/target0/lun0/cd i don't know if is for that but winefile crash!! fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/fd0 (A:). Invalid or unreadable superblock on /dev/fd0 (A:). Maybe not FAT? fixme:bitmap:CreateBitmap planes = 35 wine: Unhandled exception (thread 0009), starting debugger... fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported WineDbg starting on pid 8 thx -- Moreno <morenoca(a)freemail.it>

2 1

Re: Oleaut32 3
by Dimitrie O. Paun Oct. 7, 2003

Oct. 7, 2003

On Mon, 6 Oct 2003, Jon Griffiths wrote: > Hi, > > Part 3 of oleaut32 updates. Hi Jon, Cool stuff, but I don't understand why we have all these forwards: +HRESULT WINAPI VarDecFromUI1(BYTE bIn, DECIMAL* pDecOut) +{ + return _VarDecFromUI1(bIn, pDecOut); +} We don't seem to pass any additional info to _VarDecFromUI1, why not simply get rid of it, and implement stuff in the real VarDecFromUI1? -- Dimi.

3 4

Focus problems
by Pavel Roskin Oct. 6, 2003

Oct. 6, 2003

Hello! My patch for fixing the focus of some programs (notepad, winecfg) on startup hasn't been applied, so I'm guessing what the reason might be. One reason may be that the testing could have found another bug that might seem to be related. When Wine uses non-managed windows without desktop, they don't get the keyboard focus initially. It affects even programs what show active captions, such as Winemine. When Winemine is started, the keyboard events go to the original window. The same happens after the "About" dialog is run. But when the "About" dialog is dismissed, the main window of Winemine gets keyboard focus. It seems to be another example of not doing something because the initial window is "already focused". This is a separate problem, it affects a wider class of programs and doesn't affect Wine in the desktop mode. If fixing this is considered precondition to fixing all other focus problems, I'd like to know that. Another possible reason I can think of is because SetFocus is supposed to affect widgets before the application window is shown. That's something that needs testing. I've made a patch that only disables activation of the parent window if it's invisible, but still focuses the window for which SetFocus() was called. The patch is attached. Before I start time-consuming verification, I'd like to know if I going in the right direction. There is another, third focus problem. Windows should not cover modal dialogs. Shareware Windows Commander 5.0 is useless in the desktop mode because the main window covers the "nag screen" on startup. The workaround is to enter "foo" in the command line and press Enter - there will be an error message, and after it's dismissed, the "nag screen" will pop up. Again, it's a separate problem that I'm not trying to solve at this point. I'll appreciate an advise in which order to proceed and what kind of verification is expected for the changes in the focus code. -- Regards, Pavel Roskin

2 1

Protected mode interrupt problem
by Mike McCormack Oct. 6, 2003

Oct. 6, 2003

Hi All, I've run into an interrupt related problem with Quicken 2002's installer. Two 16bit programs launch, one after the other. Each program hooks INT 0, however since our interrupt tables are global to all tasks, the second task retrieves the interrupt vector that the first task set. The first task exits, and restores the original INT 0 vector. When the second task exits, tries to restore the INT 0 vector set by the first task, which now has an invalid selector, so it crashes. After a bit of discussion and writing a test program, we discovered that it appears that some interrupt vectors are task local, and some are global. The local ones appear to be stored in the TDB (task descriptor block), in offsets 0x26 - 0x4a. The attached patch fixes this, though we're not sure that it is correct for DOS programs. I have enclosed a test program that shows the problem. Mike Index: include/task.h =================================================================== RCS file: /cvstrees/crossover/office/wine/include/task.h,v retrieving revision 1.1.1.5 diff -u -r1.1.1.5 task.h --- include/task.h 12 Sep 2003 18:37:36 -0000 1.1.1.5 +++ include/task.h 7 Oct 2003 06:29:43 -0000 @@ -98,13 +98,13 @@ FARPROC16 sighandler WINE_PACKED; /* 26 Signal handler */ FARPROC16 userhandler WINE_PACKED; /* 2a USER signal handler */ FARPROC16 discardhandler WINE_PACKED; /* 2e Handler for GlobalNotify() */ - DWORD int0 WINE_PACKED; /* 32 int 0 (divide by 0) handler */ - DWORD int2 WINE_PACKED; /* 36 int 2 (NMI) handler */ - DWORD int4 WINE_PACKED; /* 3a int 4 (INTO) handler */ - DWORD int6 WINE_PACKED; /* 3e int 6 (invalid opc) handler */ - DWORD int7 WINE_PACKED; /* 42 int 7 (coprocessor) handler */ - DWORD int3e WINE_PACKED; /* 46 int 3e (80x87 emu) handler */ - DWORD int75 WINE_PACKED; /* 4a int 75 (80x87 error) handler */ + FARPROC16 int0 WINE_PACKED; /* 32 int 0 (divide by 0) handler */ + FARPROC16 int2 WINE_PACKED; /* 36 int 2 (NMI) handler */ + FARPROC16 int4 WINE_PACKED; /* 3a int 4 (INTO) handler */ + FARPROC16 int6 WINE_PACKED; /* 3e int 6 (invalid opc) handler */ + FARPROC16 int7 WINE_PACKED; /* 42 int 7 (coprocessor) handler */ + FARPROC16 int3e WINE_PACKED; /* 46 int 3e (80x87 emu) handler */ + FARPROC16 int75 WINE_PACKED; /* 4a int 75 (80x87 error) handler */ DWORD compat_flags WINE_PACKED; /* 4e Compatibility flags */ BYTE unused4[2]; /* 52 */ struct _TEB *teb; /* 54 Pointer to thread database */ Index: dlls/winedos/interrupts.c =================================================================== RCS file: /cvstrees/crossover/office/wine/dlls/winedos/interrupts.c,v retrieving revision 1.1.1.8 diff -u -r1.1.1.8 interrupts.c --- dlls/winedos/interrupts.c 12 Sep 2003 18:37:31 -0000 1.1.1.8 +++ dlls/winedos/interrupts.c 7 Oct 2003 06:29:47 -0000 @@ -25,6 +25,7 @@ #include "wine/winbase16.h" #include "thread.h" +#include "task.h" WINE_DEFAULT_DEBUG_CHANNEL(int); WINE_DECLARE_DEBUG_CHANNEL(relay); @@ -541,9 +542,42 @@ */ FARPROC16 DOSVM_GetPMHandler16( BYTE intnum ) { + TDB *pTask; + FARPROC16 proc = 0; + + pTask = TASK_GetCurrent(); + if (pTask) + { + switch( intnum ) + { + case 0x00: + proc = pTask->int0; + break; + case 0x02: + proc = pTask->int2; + break; + case 0x04: + proc = pTask->int4; + break; + case 0x06: + proc = pTask->int6; + break; + case 0x07: + proc = pTask->int7; + break; + case 0x3e: + proc = pTask->int3e; + break; + case 0x75: + proc = pTask->int75; + break; + } + if( proc ) + return proc; + } if (!DOSVM_Vectors16[intnum]) { - FARPROC16 proc = (FARPROC16)MAKESEGPTR( DOSVM_dpmi_segments->int16_sel, + proc = (FARPROC16)MAKESEGPTR( DOSVM_dpmi_segments->int16_sel, DOSVM_STUB_PM16 * intnum ); DOSVM_Vectors16[intnum] = proc; } @@ -558,9 +592,41 @@ */ void DOSVM_SetPMHandler16( BYTE intnum, FARPROC16 handler ) { + TDB *pTask; + TRACE("Set protected mode interrupt vector %02x <- %04x:%04x\n", intnum, HIWORD(handler), LOWORD(handler) ); - DOSVM_Vectors16[intnum] = handler; + + pTask = TASK_GetCurrent(); + if (!pTask) + return; + switch( intnum ) + { + case 0x00: + pTask->int0 = handler; + break; + case 0x02: + pTask->int2 = handler; + break; + case 0x04: + pTask->int4 = handler; + break; + case 0x06: + pTask->int6 = handler; + break; + case 0x07: + pTask->int7 = handler; + break; + case 0x3e: + pTask->int3e = handler; + break; + case 0x75: + pTask->int75 = handler; + break; + default: + DOSVM_Vectors16[intnum] = handler; + break; + } } #include <stdio.h> #include <windows.h> void myintfn(void) { } int PASCAL WinMain(HANDLE hInstance, HANDLE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { int old_seg, old_ofs, new_seg, new_ofs; char str[16]; /* get the old interrupt handler for int 0 */ _asm { push bx push es mov ax,0x3502 int 21h mov old_seg, es mov old_ofs, bx pop es pop bx } /* print it in a message box */ sprintf(str, "old %04x:%04x", old_seg, old_ofs ); MessageBox( 0, str, "Int 02", MB_OK); /* set the new interrupt handler */ _asm { push ds push dx mov ax,0x2502 push cs pop ds mov dx, offset myintfn int 21h pop dx pop ds } if( !hPrevInstance) WinExec("taskint.exe",SW_SHOW); /* fetch it back again */ _asm { push bx push es mov ax,0x3502 int 21h mov new_seg, es mov new_ofs, bx pop es pop bx } sprintf(str, "new %04x:%04x", new_seg, new_ofs ); MessageBox( 0, str, "Int 02", MB_OK); /* now set the original back again */ _asm { push ds push dx mov ax,0x2502 mov ds, old_seg mov dx, old_ofs int 21h pop dx pop ds } return 0; }

1 0

Wineconf - survey
by Jeremy White Oct. 6, 2003

Oct. 6, 2003

Hi everyone, I've put up a survey page here: http://www.winehq.org/wineconf/ I'd like to ask everyone who would come to Wineconf to go and enter their preferences. If you would not come to Wineconf regardless of where it was held, please do not fill out the survey. Let's hold this open through Friday, and then let's consider it final. Sound reasonable? Cheers, Jer

1 0

Re: Problem into the mail server ?
by Hannu Valtonen Oct. 6, 2003

Oct. 6, 2003

Duane Clark wrote: > If you don't want the emails sent to you, subscribe and then turn on the > option to "Disable mail delivery". No need, I subscribed to a bunch of lists and finally configured my Mozilla Mail's filters. Took me a grand total of five minutes. The traffic is hardly a problem since I'm sitting behind a cablemodem and would've read the posts on the mailinglists anyway. But thanks for the suggestion. - Hannu Valtonen Hannu.Valtonen(a)hut.fi

1 0

Unicode strings
by Kevin Koltzau Oct. 6, 2003

Oct. 6, 2003

I've come upon an instance where I need to create a large lookup table of unicode strings, and was curious what the recommended way to handle this was. Using MSVC I would simply declare the string as L"Text" I only see two options currently, either declare the string as (const WCHAR[]){'T','e','x','t'} or store as non-unicode and use WideCharToMultiByte/MultiByteToWideChar as appropriate As this is being implemented for a unicode-only function, it seems silly to convert the string, but declaring it as (const WCHAR[]){'T','e','x','t'} is a little unwieldy for the quantity of data that I need to declare

3 2

Re: Oleaut32 7
by Alexandre Julliard Oct. 6, 2003

Oct. 6, 2003

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +/* The list of localised text data */ > +const VARIANT_TEXT VARIANT_LocalisedTextList[NUM_LOCALISED_LANGS] = > +{ > + { szCzechStrings, LANG_CZECH, 7, 16, 24, 32, 36 }, > + { szDanishStrings, LANG_DANISH, 5, 11, 14, 18, 22 }, > + { szGermanStrings, LANG_GERMAN, 5, 12, 15, 20, 24 }, > + { szEnglishStrings, LANG_ENGLISH, 5, 11, 14, 18, 22 }, > + { szSpanishStrings, LANG_SPANISH, 10, 16, 19, 22, 31 }, > + { szFinnishStrings, LANG_FINNISH, 5, 13, 19, 22, 31 }, > + { szFrenchStrings, LANG_FRENCH, 5, 10, 16, 24, 28 }, > + { szHungarianStrings,LANG_HUNGARIAN, 5, 11, 16, 20, 23 }, > + { szItalianStrings, LANG_ITALIAN, 5, 11, 14, 17, 20 }, > + { szDutchStrings, LANG_DUTCH, 5, 12, 15, 19, 24 }, > + { szNorseStrings, LANG_NORWEGIAN, 5, 11, 14, 18, 21 }, > + { szPolishStrings, LANG_POLISH, 7, 13, 17, 21, 24 }, > + { szSwedishStrings, LANG_SWEDISH, 5, 12, 15, 19, 22 } > +}; It would be better IMO to store that as string resources; you then get all the localisation mechanism for free, and people can translate them without digging into the code. -- Alexandre Julliard julliard(a)winehq.com

1 0