September 2002 - Wine-Devel

Re: Wine ToDo's

by Shachar Shemesh

Dmitry Timoshkov wrote: >Here are (once more) items I had sent you earlier: > >1. Add support for Hebrew and Arabic: worker Shachar Shemesh. > Actually, he had that one under "BiDi support". >2. Add support for more keyboard layouts to x11drv. >3. Figure out what should be done for better support of Chinese, Korean, >Japan. > > >

Sept. 29, 2002

Re: Fix to protect users from selves.

by Dmitry Timoshkov

"Guy L. Albertelli" <galberte(a)neo.lrun.com> wrote: > files/file.c > - Prevent Explorer.exe from renaming directories to !$!$... I'm strongly against adding such kludges in the Wine source. -- Dmitry.

Sept. 29, 2002

Exception while trying to install winace 2.2

by György 'Nog' Jeney

While trying to get the winace 2.2 installer to run on wine, I got the following exception without any messages on the console: First chance exception: page fault on read access to 0x23c94fed in 32-bit code (0x23c94fed). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:23c94fed ESP:40682e52 EBP:00400000 EFLAGS:00010646( R- 00 DI Z- -P1 ) EAX:00000000 EBX:40682e66 ECX:0000038b EDX:00420654 ESI:00000001 EDI:0044efb5 Stack dump: 0x40682e52 (_end+0x32cc32): 004209e2 40682e98 00420658 00000000 0x40682e62 (_end+0x32cc42): 00000000 00463047 0042066b 40682f44 0x40682e72 (_end+0x32cc52): 00463000 401111c0 00000001 40682f38 0x40682e82 (_end+0x32cc62): 40682e96 400fd024 00463042 00000600 0x40682e92 (_end+0x32cc72): 00463000 2f440246 c81a4068 66b12fc3 0x40682ea2 (_end+0x32cc82): c19d6f8a 25b92f81 51634d58 33c04011 0x40682eb2 (_end+0x32cc92): 0011: sel=008f base=401133c0 limit=00000fff 32-bit rw- Backtrace: =>0 0x23c94fed (_end+0x1bc38885) (ebp=00400000) 1 0x00000002 (ebp=00505a4d) *** Invalid address 0x00505a4d (wace22.exe.EntryPoint+0xa2a0b) 0x23c94fed (_end+0x1bc38885): *** Invalid address 0x23c94fed (_end+0x1bc38885) -- no code -- It seemd to me that the stack frame(s?) got corrupted so I debugged further. It seems that the app throws an exception and catches it later on. I set a breakpoint on EXC_CallHandler where the backtrace still looked fine. Just before wine calls the exception handler, it pushes edx and then edi onto the stack, then the handler gets called: call *%edx. This puts excecution into 0x420658 which calls 0x4206ac. The assembly code at 0x4206ac looks like this: 0x004206ac (wace22.exe.+0x1f6ac in C:\wace22.exe): xorl %eax,%eax 0x004206ae (wace22.exe.+0x1f6ae in C:\wace22.exe): popl %esi 0x004206af (wace22.exe.+0x1f6af in C:\wace22.exe): movl %fs:0x0(%eax),%ebx 0x004206b2 (wace22.exe.+0x1f6b2 in C:\wace22.exe): movl 0x0(%ebx),%ebx 0x004206b4 (wace22.exe.+0x1f6b4 in C:\wace22.exe): leal 0xffffffd6(%ebx),%esp 0x004206b7 (wace22.exe.+0x1f6b7 in C:\wace22.exe): popl %ebp This last pop is what makes the backtrace weird, before this the backtrace looks like: =>0 0x004206b7 (wace22.exe.+0x1f6b7 in C:\wace22.exe) (ebp=40570938) 1 0x400c84c0 (EXC_RtlRaiseException+0x10c(rec=0x405709dc, context=0x40570a34) [exception.c:214] in libntdll.dll.so) (ebp=405709c0) 2 0x400d26e9 (do_segv+0x1a5(context=0x40570d1c, trap_code=0x400d2b98, cr2=0x40570a50, err_code=0x1) [signal_i386.c:798] in libntdll.dll.so) (ebp=40570a2c) 3 0x400d2b4c (segv_handler+0x3c(__signal=0x2b, __context=0x2b) [[signal_i386.c:986] in libntdll.dll.so) (ebp=40570d28) 4 0x0000008f (ebp=00000000) But after it, it looks like this: =>0 0x004206c1 (wace22.exe.+0x1f6c1 in C:\wace22.exe) (ebp=00400000) 1 0x00000002 (ebp=00505a4d) *** Invalid address 0x00505a4d (wace22.exe.EntryPoint+0xa2a0b) Is this normal? If I just continue from this point then the first exception will be thrown but quite a lot of functions get called between here and that exception. The exception handler never does return. Any one have any ideas as to what might go wrong here? nog.

Sept. 29, 2002

Unable to compile current CVS

by Guy L. Albertelli

It seems that the D3D8 code depends heavily on both GL/gl.h and GL/glx.h being present. My system RH 6.1 does not have those header files. Is GL a requirement for developers now?? Thanks, Guy Albertelli <<galberte(a)neo.lrun.com>> Bathed in his currents of liquid helium, self-contained, immobile, vastly well informed by every mechanical sense: Shalmaneser. Every now and again there passes through his circuts a pulse which carries the cybernetic equivalent of the phrase, "Christ, what an imagination I've got. " - Stand on Zanzibar by John Brunner

Sept. 29, 2002

Re: Wine ToDo's

by Dmitry Timoshkov

"Thomas Wickline" <twickline2(a)triad.rr.com> wrote: > Here is the current state of the ToDo's. > If anyone is aware of changes that need to be made > please let me know . > National Language Support: > > * ASCII function work Could anybody explain please, what does mean this statement? Here are (once more) items I had sent you earlier: 1. Add support for Hebrew and Arabic: worker Shachar Shemesh. 2. Add support for more keyboard layouts to x11drv. 3. Figure out what should be done for better support of Chinese, Korean, Japan. -- Dmitry.

Sept. 29, 2002

Re: Listview updates (G0)

by Dimitrie O. Paun

On September 28, 2002 03:19 pm, Paul Rupe wrote: > With these two ZeroMemory calls removed, I'm getting crashes in Xnews due > to the uninitialized pszText member. In both cases, it happens when > LISTVIEW_GetItemT gets the LVITEMW structure and calls notify_dispinfoT Which means that notify_dispinfoT is broken. This way we find the bug, which is my point exactly against adding this zero memory calls. Not only they bloat the code, making it slower, harder to read, etc., but most importantly they hide exactly this types of bugs. We can not go "easy" on our functions by zeroing the memory first, because the exact same functions will be called by app code, and there we have no guarantees that the app will clear the memory before hand. We have to make our functions work properly in the most harsh, documented environment. Thanks for spotting it. Here's the fix (relative to H0): --- dlls/comctl32/listview.c.H0 Fri Sep 27 15:58:32 2002 +++ dlls/comctl32/listview.c Sat Sep 28 16:43:12 2002 @@ -601,7 +601,7 @@ else realNotifCode = notificationCode; - if (is_textT(pdi->item.pszText, isW)) + if ((pdi->item.mask & LVIF_TEXT) && is_textT(pdi->item.pszText, isW)) { if (isW && infoPtr->notifyFormat == NFR_ANSI) convertToAnsi = TRUE; -- Dimi.

Sept. 28, 2002

Wine ToDo's

by Thomas Wickline

Hello, Here is the current state of the ToDo's. If anyone is aware of changes that need to be made please let me know . Tom ---------------- Wine ToDo's as of 9/26/02 Contact : twickline2(a)triad.rr.com Wine ToDo OverView Window management: * Window management needs proper inter-process handling of activation, focus, repaint. National Language Support: * ASCII function work Winsock: * Winsock1 calls,in particular select(),use direct system calls instead of using related wine APIs * More unit tests need to be written * Make sure OOB data is handled properly. Check client-size blocking. * WS2: Support other kind of services, like IrDA. * Fix stubs left in ws2_32.spec. DirectSound: * Make the latency configurable (tunable). * More intelligent prebuffering. * Complete support for hardware secondary buffers through the HAL (for a future ALSA multimedia wave audio driver). * 3D sound buffers. * Sound capture (recording). Sound drivers: * Alsa driver (on final 0.9 interface) Video: * Implement native codecs (RLE...) GDI: * Write a DIB engine * DIB engine to do 32-bit graphics manipulation DDE: * Enhance memory management issues (interprocess sending) Wineconsole: * Add a (n)curse backend so that we can run CUI programs without using USER32 (and X11 behind) Native programs: * Winhelp: fix invocation thru WinHelp * Winedbg: make winedbg use dbghelp DLL File management: * Implement NT file namespace * UNC support * Allow flexibility in FS "mounting" (for example, SMB shares) Fonts: * Support for non-TT fonts (eg Type1, bitmap, ...) * Support for client side rendering on non-RENDER enabled XServers * Subpixel rendering - a.k.a. ClearType. * Integration with libfontconfig * Reduce per font startup time. * Libfontconfig support Printers: * Write a printer configuation applet * Fix the Type1 font downloader for HP4000 printers Tools: * Wine installation process should install and configure wine * Winemaker fixes * Run C regression tests on Windows with MSVC * Compile Wine with -DSTRICT * Work on WRC as it does not find system headers Instructions: * Write a proper Users Guide Introduction * Documentation updates Aspect or Component: * More DLL Separation * BiDi support * Review of Wine Server Protocol * Finalize Server Protocol * PAM (Pluggable Authentication Modules) * Visual C++'s native COM support * Add DWARF2 support * Speed up PDB support * Create replacement of browser component (Internet Explorer/I Porting issues for Mingw/Cygwin/MS_VC * Better seperation of win16/32 code. * Remove/rewite win16/9x api dependancy on newer code * Remove/rewrite wineisms from code * Rewrite/fix unixisms in most WINE dlls * Documentation fixes low priority items: * VxD support with dynamic loading Add links to: Tasklets: http://bugs.winehq.com/buglist.cgi?keywords=tasklet tasklist: http://bugs.winehq.com/buglist.cgi?keywords=tasklist For a full list of .9/1.0 task's

Sept. 28, 2002

Re: Listview updates (G0)

by Paul Rupe

On 27 Sep 2002, dpaun(a)rogers.com wrote: > @@ -3564,7 +3604,6 @@ > dis.rcItem.bottom = dis.rcItem.top + > infoPtr->nItemHeight; OffsetRect(&dis.rcItem, ptOrig.x, > 0); > > - ZeroMemory(&item, sizeof(item)); > item.iItem = nItem; > item.iSubItem = 0; > item.mask = LVIF_PARAM; > @@ -5555,7 +5584,6 @@ > { > LVITEMW lvItem; > > - ZeroMemory(&lvItem, sizeof(lvItem)); > lvItem.mask = LVIF_INDENT; > lvItem.iItem = nItem; > lvItem.iSubItem = 0; With these two ZeroMemory calls removed, I'm getting crashes in Xnews due to the uninitialized pszText member. In both cases, it happens when LISTVIEW_GetItemT gets the LVITEMW structure and calls notify_dispinfoT (line 5186 or so). -- Paul Rupe "She smiled, in the end." p r u p e @ m y r e a l b o x . c o m | Oppose government police-ware on your PC! | Stop the Consumer Broadband and Digital Television Promotion Act! | <http://www.eff.org/alerts/20020322_eff_cbdtpa_alert.html>

Sept. 28, 2002

patch to MZ_Exec() PE executables

by Chris Morgan

Guess this got lost when I mailed it from my web mail account... Look reasonable? dlls/winedos/module.c: Chris Morgan <cmorgan(a)alum.wpi.edu> Add PE support to MZ_Exec().

Sept. 28, 2002

Re: patch to MZ_Exec() PE executables

by Ove Kaaven

On Sat, 28 Sep 2002, Chris Morgan wrote: > Guess this got lost when I mailed it from my web mail account... > > Look reasonable? > > dlls/winedos/module.c: > Chris Morgan <cmorgan(a)alum.wpi.edu> > Add PE support to MZ_Exec(). You're leaking the hFile. But by the way, what about NE binaries?

Sept. 28, 2002