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

Old unicode standard
by Shachar Shemesh June 15, 2002

June 15, 2002

Hi all, I am trying to find any references to the old unicode standard. In particular, I need the Bidirectional algorythm used with ~unicode 1.0. If anyone can help, it would be greatly apretiated. If you don't have the 1.0 standard, but do have a later standard (but not 3.0, which is what is available on the unicode web site), that would probably be a great help too. Shachar

3 3

please report this (quicken error)
by Shane Shields June 15, 2002

June 15, 2002

hi all ive been lurking for a while and reading some very lively discussions but thats off topic. the reason ive come out of my hole is the following messages. just being a good (?) citizen. let me know what other information you need and how i can collect it. regards shane locutus:/mnt/hdc/c/QUICKENW$ wine qw fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (Turkish keyboard layout) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:win:WinHelpA can't start winhlp32.exe -x ? locutus:/mnt/hdc/c/QUICKENW$ -- To drink the WINE of success you must first seek the sayings of source Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms.

1 0

Re: Old unicode standard
by David.Goodenough＠DGA.co.uk June 14, 2002

June 14, 2002

Shachar, I have the version 1.0 and 2.0 books, what exactly do you want to know? In wha?t form would you like the information David Shachar Shemesh <wine-devel(a)sun.consum To: Wine Devel <wine-devel(a)winehq.com> er.org.il> cc: Sent by: Subject: Old unicode standard wine-devel-admin(a)wineh q.com 06/14/02 01:04 PM Hi all, I am trying to find any references to the old unicode standard. In particular, I need the Bidirectional algorythm used with ~unicode 1.0. If anyone can help, it would be greatly apretiated. If you don't have the 1.0 standard, but do have a later standard (but not 3.0, which is what is available on the unicode web site), that would probably be a great help too. Shachar

1 0

Taking a step back :(
by Dustin Navea June 14, 2002

June 14, 2002

sigh, hey guys i have some bad news, but no too bad... due to me having to work 6 if not 7 days a week now and the school being closed for the summer, i am going to have to take a step back from wine development for a few months... i just don't have the time, energy, or chance to be on the computer (let alone the internet) as much as i used to, and so my inbox is getting packed... but i will be back when 1 of 2 things happens... 1) i get internet at my house (hopefully in the next couple of months) or 2) the school opens again for the fall semester... either way, i will be back though, sorry it has to be like this, but thats the way it goes sometimes.... so, TTFN -Dustin P.S. I will still be monitoring wine-announce and wine-cvs, but im removing myself from devel, bugs, and patches...jeremy, please don't drop my bugzliia priveleges ;) thanks guys... __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Re: PATCH - twain.h
by Francois Gouget June 14, 2002

June 14, 2002

On Fri, 14 Jun 2002, Steven Edwards wrote: > I dont know if this is proper or not but mingw already > defines WIN32 _WIN32 and __declspec(spec) > > Changelog: Fix Warnings > > cvs diff -u twain.h > Index: twain.h > =================================================================== > RCS file: /home/wine/wine/dlls/twain/twain.h,v > retrieving revision 1.3 > diff -u -r1.3 twain.h > --- twain.h 31 May 2002 23:40:53 -0000 1.3 > +++ twain.h 14 Jun 2002 10:42:57 -0000 > @@ -56,9 +56,11 @@ > > #define FAR > #define huge > +#ifndef __MINGW__ > #define WIN32 > #define _WIN32 > #define __declspec(spec) > +#endif I don't think the twain.h header should define any of these macros, including FAR and huge. The main issue is that _WIN32 is normally defined by the compiler. As an alternative we could define it in one of the Wine headers, but why define _WIN32 rather than _WIN64? Maybe we could add the following in basestd.h: #if !defined(_WIN32) && !defined(_WIN64) #define _WIN32 #endif WIN32 is not normally defined by the compiler but it is part of the default set of macros defined my Visual C++ project. So maybe we should add: #ifdef _WIN32 #define WIN32 #endif Does anyone else care to comment on the above? Then * FAR is defined in winnt.h so there is no need to redefine it * __declspec is defined in winnt.h too * huge will not be needed if WIN32 is defined -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: Because rebooting is for adding new hardware

2 1

Problems running IE with latest release
by Con Hennessy June 14, 2002

June 14, 2002

Hi, I am trying to run IE version 4 ( I think ) however I am getting "unhandled exceptions". When I use the following command "wine --dll commctrl,comctl32=n iexplore.exe" I get : err:heap:HEAP_CreateSystemHeap system heap base address 0x65430000 not available err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/fonts/desktop.ini" err = 55 err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/fonts/modern.fon" err = 2 wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x1581e3e4 I also tried to use : wine --dll shell,shell32,commctrl,comctl32=n --dll kernel32,netbios,netapi32,user32=b iexplore.exe but with the same results. I know how to turn tracing on, but am not sure what exactly is the problem. I've had a go at turning on the traces and got the following : 0807a828:Ret kernel32.CloseHandle() retval=00000001 ret=16013d94 0807a828:Call kernel32.OpenEventA(001f0003,00000000,16013e30 "HookSwitchHookEnabledEvent") ret=16013dbd 0807a828: open_event( access=001f0003, inherit=0, name=L"HookSwitchHookEnabledEvent" ) 0807a828: open_event() = OBJECT_NAME_NOT_FOUND { handle=0 } 0807a828:Ret kernel32.OpenEventA() retval=00000000 ret=16013dbd 0807a828:Call kernel32.TlsAlloc() ret=16013e03 0807a828:Ret kernel32.TlsAlloc() retval=00000002 ret=16013e03 0807a828:Ret PE DLL (proc=0x16013bbe,module=16012000,type=1,res=(nil)) retval=1 0807a828:trace:module:MODULE_InitDLL (0x159036b4,PROCESS_ATTACH,(nil)) - RETURN 1 0807a828:trace:module:MODULE_DllProcessAttach (ole32.dll,(nil)) - END 0807a828:trace:module:MODULE_InitDLL (shdocvw.dll,PROCESS_ATTACH,(nil)) - CALL 0807a828:trace:module:MODULE_InitDLL (0x1590349c,PROCESS_ATTACH,(nil)) - RETURN 1 0807a828:trace:module:MODULE_DllProcessAttach (shdocvw.dll,(nil)) - END 0807a828:Ret kernel32.LoadLibraryA() retval=16006000 ret=00401328 0807a828:Call kernel32.GetProcAddress(16006000,00000068) ret=00401346 0807a828:trace:win32:MODULE_GetProcAddress (16006000,0x68) 0807a828:trace:win32:PE_FindExportedFunction (104) 0807a828:Ret kernel32.GetProcAddress() retval=160070fc ret=00401346 0807a828:Call ntdll.RtlRaiseException(15b26d80) ret=16007059 0807a828:trace:seh:EXC_RtlRaiseException code=80000100 flags=1 addr=0x401726 0807a828:trace:seh:EXC_RtlRaiseException info[0]=1600da80 0807a828:trace:seh:EXC_RtlRaiseException info[1]=1600da94 0807a828:trace:seh:EXC_RtlRaiseException stub=104 0807a828: queue_exception_event( first=1, record={context={flags=00010007,eax=15b26d78,ebx=156885c4,ecx=1569f6e5,edx=15b26d80,esi=15651564,edi=00000001,ebp=15b26ce0,eip=15636943,esp=15b26cc4,eflags=00200212,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=158c58c4,dr1=1569f6b1,dr2=1581600d,dr3=158c58c4,dr6=1569f6b1,dr7=158c58c4,float={1569f6a8,15816ff5,1581600d,15b269c0,15816ff5,15b269f0,1581600d,158c58c4,1569f6d5,158c58c4,15b269f0,15b26ad0,158122f4,15b269e8,15816ff5,15b26a18,1569f6d5,1569faa7,00000000,158c58c4,34303118,15b26af8,158122f4,15b26a18,15669fb0,15b26b88,158122e3,15b26a18}},rec={code=80000100,flags=1,rec=(nil),addr=0x401726,params={1600da80,1600da94}} ) 0807a828: queue_exception_event() = 0 { handle=0 } 0807a828:trace:seh:EXC_CallHandler calling handler at 0x15651b64 code=80000100 flags=1 0807a828: queue_exception_event( first=0, record={context={flags=00010007,eax=15b26d78,ebx=156885c4,ecx=1569f6e5,edx=15b26d80,esi=15651564,edi=00000001,ebp=15b26ce0,eip=15636943,esp=15b26cc4,eflags=00200212,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=158c58c4,dr1=1569f6b1,dr2=1581600d,dr3=158c58c4,dr6=1569f6b1,dr7=158c58c4,float={1569f6a8,15816ff5,1581600d,15b269c0,15816ff5,15b269f0,1581600d,158c58c4,1569f6d5,158c58c4,15b269f0,15b26ad0,158122f4,15b269e8,15816ff5,15b26a18,1569f6d5,1569faa7,00000000,158c58c4,34303118,15b26af8,158122f4,15b26a18,15669fb0,15b26b88,158122e3,15b26a18}},rec={code=80000100,flags=1,rec=(nil),addr=0x401726,params={1600da80,1600da94}} ) 0807a828: queue_exception_event() = 0 { handle=0 } 0807a828: create_event( manual_reset=1, initial_state=0, inherit=1, name=L"" ) 0807a828: create_event() = 0 { handle=56 } wine: Unhandled exception, starting debugger... 0807a828:trace:heap:RtlAllocateHeap (158d0000,00000002,0000006c): returning 15902fa0 0807a828:trace:reg:NtOpenKey (0x80000002,L"Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug\0000\5555\008d\0000\5246\4545\3554\1590`\158d\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa"...,f003f,0x15b2680c) 0807a828: open_key( parent=-2147483646, access=000f003f, name=L"Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug" ) Open key ERROR 0807a828: open_key() = OBJECT_NAME_NOT_FOUND { hkey=0 } 0807a828:trace:reg:NtOpenKey <- 0x0000 0807a828:trace:heap:RtlFreeHeap (158d0000,00000002,15902fa0): returning TRUE 0807a828:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x1581e3e4 0807a828:trace:seh:EXC_RtlRaiseException info[0]=00000001 0807a828:trace:seh:EXC_RtlRaiseException info[1]=00000000 0807a828: queue_exception_event( first=1, record={context={flags=00000000,eax=ea985977,ebx=156885c4,ecx=ea98593f,edx=1567a6c1,esi=00000000,edi=15b26964,ebp=15b26668,eip=1581e3e4,esp=15b26664,eflags=00210203,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x1581e3e4,params={1,0}} ) 0807a828: queue_exception_event() = 0 { handle=0 } 0807a828:trace:seh:EXC_CallHandler calling handler at 0x15651120 code=c0000005 flags=0 0807a828:trace:seh:EXC_CallHandler handler returned 2 0807a828:trace:seh:EXC_CallHandler calling handler at 0x15651b64 code=c0000005 flags=10 0807a828:trace:seh:EXC_CallHandler handler returned 1 0807a828: queue_exception_event( first=0, record={context={flags=00000000,eax=ea985977,ebx=156885c4,ecx=ea98593f,edx=1567a6c1,esi=00000000,edi=15b26964,ebp=15b26668,eip=1581e3e4,esp=15b26664,eflags=00210203,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x1581e3e4,params={1,0}} ) 0807a828: queue_exception_event() = 0 { handle=0 } 0807a828:err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x1581e3e4 0807a828: terminate_process( handle=-1, exit_code=1 ) 0807a828: terminate_process() = 0 { self=1 } 0807a828: *killed* exit_code=1 yamed(a)plato:~/kde_> /home/yamed/.wine/user.reg: saving key \\User\\yamed /home/yamed/.wine/system.reg: saving key \\Machine /home/yamed/.wine/userdef.reg: saving key \\User\\.Default Server: exiting (pid=23764) Anyone able to help, or make any suggestion ? Thanks, CP

4 7

Re: wine/dlls/winsock socket.c ws2_32.spec
by Martin Wilck June 14, 2002

June 14, 2002

> - hackish implementation of WSADuplicateSocket. + DuplicateHandle(GetCurrentProcess(), s, + hProcess, (LPHANDLE)&lpProtocolInfo->dwCatalogEntryId, + 0, FALSE, DUPLICATE_SAME_ACCESS); + CloseHandle(hProcess); + lpProtocolInfo->dwServiceFlags4 = 0xff00ff00; /* magic */ The Winsock SPI docs say that service providers should use the lpProtocolInfo->dwProviderReserved field. I recommend that that be used in Wine, too. Also, I don't think you need the "magic" field - simply test if dwProviderReserved is a valid handle. Martin -- 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

Merge rpcrt/ole32 from Rewind
by juergen.schmied＠debitel.net June 14, 2002

June 14, 2002

Hi! I started to merge this files in. This patches are done to a loder wine version so it does not merge in a clean way. Some code is allready implemented twice. So I do: - merge as far as I can - if a function is implemented twice I comment one implementation out but leave the code in (mainly the standard marshaler parts). I can't decide how to merge it. - the final cleanup should be done by the ones who are familiar with that code (Marcus?) - any objections against the rpcrt4 stuff? Ove himself says its not very clean but we dont have any better code yet. Is this OK? juergen

3 2

ole help please! invoke fn issue
by Ann and Jason Edmeades June 14, 2002

June 14, 2002

Hi all, Playing further with my VB program and native oleaut32 I've hit an 'interesting issue' with the Microsoft Date/Time picker. typelib.c in dlls\oleaut32 assumes all parms are dwords and picks the lval of a variant (which for most of the types of variant is the dword containing the important information). However as shown by the following trace: trace:ole:ITypeInfo_fnInvoke (0x404560ac)(0x40418fac,id=20,flags=0x00000004,0x405c5d84,(nil),0x405c5d64,0 x405c5d94) partial stub! trace:ole:dump_DispParms args=1 named args=1 trace:ole:dump_Variant (0x405c5dec) trace:ole:dump_Variant VARTYPE: VT_DATE trace:ole:dump_Variant (?)-882854389 L"Value"(1) parm0: L"\00e5MSComCtl2WWW" memid is 00000014 Param 0: tdesc.vartype 12 (VT_VARIANT) u.parmadesc.flags 1 u.parmadesc.lpex (nil) funckind: 1 (pure virtual) invkind: 4 (property put) callconv: 4 (stdcall) oVft: 224 cParamsOpt: 0 wFlags: 3c helpstring: L"Returns/sets the current date." entry: (null) 08072560:Call ntdll.RtlAllocateHeap(40370000,00000000,00000008) ret=408bfcc3 08072560:Ret ntdll.RtlAllocateHeap() retval=4041a160 ret=408bfcc3 08072560:Call ntdll.RtlAllocateHeap(40370000,00000008,00000004) ret=408bfce4 08072560:Ret ntdll.RtlAllocateHeap() retval=4041a180 ret=408bfce4 trace:ole:ITypeInfo_fnInvoke set 0 to disparg type 7 vs 12 This shows that the function takes one parm and that parm is a variant. We pass the value contained in the parm and it fails. We need to ensure the whole variant is put on the stack for the called function. Since we currently only call with dword parms this wont work. I have managed to get further by a dirty hack: DWORD numArgWords = 0; args[0] = (DWORD)pIUnk; for (i=0;i<pFDesc->funcdesc.cParams;i++) { if (i<pDispParams->cArgs) { TRACE("set %d to disparg type %d vs %d\n",i, V_VT(&pDispParams->rgvarg[pDispParams->cArgs-i-1]), pFDesc->funcdesc.lprgelemdescParam[i].tdesc.vt ); if (pFDesc->funcdesc.lprgelemdescParam[i].tdesc.vt != VT_VARIANT) { args[i+1] = V_UNION(&pDispParams->rgvarg[pDispParams->cArgs-i-1],lVal); numArgWords = numArgWords+1; } else { TRACE("Faking variant on stack as more args \n"); memcpy(&args[i+1], &pDispParams->rgvarg[pDispParams->cArgs-i-1], sizeof(VARIANT)); numArgWords = numArgWords + sizeof(VARIANT)/4; } } else { TYPEDESC *tdesc = &(pFDesc->funcdesc.lprgelemdescParam[i].tdesc); TRACE("set %d to pointer for get (type is %d)\n",i,tdesc->vt); /*FIXME: give pointers for the rest, so propertyget works*/ args[i+1] = (DWORD)&args2[i]; numArgWords = numArgWords+1; /* If pointer to variant, pass reference to variant * in result variant array. */ if ((tdesc->vt == VT_PTR) && (tdesc->u.lptdesc->vt == VT_VARIANT) && pVarResult ) args[i+1] = (DWORD)(pVarResult+(i-pDispParams->cArgs)); } } TRACE("_invoke with %ld args\n", numArgWords+1); res = _invoke((*(DWORD***)pIUnk)[pFDesc->funcdesc.oVft/4], pFDesc->funcdesc.callconv, numArgWords+1, args ); This hack takes the parm and puts the variant into that arg and subsequent ones, meaning the stack to the called function should look as it would be. Unfortunately as it stands this would only work with one parm, so my question is how it is supposed to be fixed. I could potentially change args[i+1] to args[numArgWords+1] but it still feels very hacky. If I have been ignorant of something please bear with me - I've never touched com programming before! Regards, Jason

3 2

dlls/ddraw build problem
by Steven Edwards June 14, 2002

June 14, 2002

Hola, While everyone is looking at the new directx stuff can someone check and see if there is a easy way to fix this? dsurface/dib.o(.text+0x38a):dib.c: undefined reference to `DIB_CreateDIBSection' D:\mingw\bin\dllwrap.exe: D:\mingw\bin\gcc exited with status 1 make: *** [ddraw.dll] Error 1 >From the changelog on 2000-04-29 Ove implemented this in graphics/x11drv/dib.c, include/bitmap.h, include/gdi.h, include/x11drv.h, objects/dib.c. I havent had time to look at the new DIB engine patches from transgamming to see if they could fix this, so if they do then please send this email to /dev/null. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 4