- Wine-Devel - list.winehq.org

Moving some 16-bit code
by Ge van Geldorp Sept. 23, 2004

Sept. 23, 2004

dlls/shell32/control.c contains some 16-bit code (function RunDLL_CallEntry16), which I would like to separate out. I wonder if the attached patch is the correct way to do that? On Win2k export 122 is just a stub. Maybe it would be ok to turn our export 122 into an empty function too? Ge van Geldorp. Index: control.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/control.c,v retrieving revision 1.20 diff -u -r1.20 control.c --- control.c 12 Jul 2004 19:50:56 -0000 1.20 +++ control.c 22 Sep 2004 19:28:18 -0000 @@ -456,30 +456,6 @@ return Control_FillCache_RunDLLW(hWnd, hModule, w, x); } - -/************************************************************************* - * RunDLL_CallEntry16 [SHELL32.122] - * the name is probably wrong - */ -void WINAPI RunDLL_CallEntry16( DWORD proc, HWND hwnd, HINSTANCE inst, - LPCSTR cmdline, INT cmdshow ) -{ - WORD args[5]; - SEGPTR cmdline_seg; - - TRACE( "proc %lx hwnd %p inst %p cmdline %s cmdshow %d\n", - proc, hwnd, inst, debugstr_a(cmdline), cmdshow ); - - cmdline_seg = MapLS( cmdline ); - args[4] = HWND_16(hwnd); - args[3] = MapHModuleLS(inst); - args[2] = SELECTOROF(cmdline_seg); - args[1] = OFFSETOF(cmdline_seg); - args[0] = cmdshow; - WOWCallback16Ex( proc, WCB16_PASCAL, sizeof(args), args, NULL ); - UnMapLS( cmdline_seg ); -} - /************************************************************************* * CallCPLEntry16 [SHELL32.166] * Index: shell.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shell.c,v retrieving revision 1.61 diff -u -r1.61 shell.c --- shell.c 15 Jun 2004 18:27:50 -0000 1.61 +++ shell.c 22 Sep 2004 19:28:18 -0000 @@ -657,3 +657,27 @@ return HINSTANCE_16(seiW.hInstApp); } + + +/************************************************************************* + * RunDLL_CallEntry16 [SHELL32.122] + * the name is probably wrong + */ +void WINAPI RunDLL_CallEntry16( DWORD proc, HWND hwnd, HINSTANCE inst, + LPCSTR cmdline, INT cmdshow ) +{ + WORD args[5]; + SEGPTR cmdline_seg; + + TRACE( "proc %lx hwnd %p inst %p cmdline %s cmdshow %d\n", + proc, hwnd, inst, debugstr_a(cmdline), cmdshow ); + + cmdline_seg = MapLS( cmdline ); + args[4] = HWND_16(hwnd); + args[3] = MapHModuleLS(inst); + args[2] = SELECTOROF(cmdline_seg); + args[1] = OFFSETOF(cmdline_seg); + args[0] = cmdshow; + WOWCallback16Ex( proc, WCB16_PASCAL, sizeof(args), args, NULL ); + UnMapLS( cmdline_seg ); +} Index: shell32.spec =================================================================== RCS file: /home/wine/wine/dlls/shell32/shell32.spec,v retrieving revision 1.87 diff -u -r1.87 shell32.spec --- shell32.spec 6 Sep 2004 20:24:10 -0000 1.87 +++ shell32.spec 22 Sep 2004 19:28:19 -0000 @@ -115,7 +115,6 @@ 119 stdcall IsLFNDrive(ptr) IsLFNDriveAW 120 stdcall FileMenu_AbortInitMenu () 121 stdcall SHFlushClipboard () - 122 stdcall -noname RunDLL_CallEntry16(long long long str long) #name wrong? 123 stdcall SHFreeUnusedLibraries () 124 stdcall FileMenu_AppendFilesForPidl(long ptr long) 125 stdcall FileMenu_AddFilesForPidl(long long long ptr long long ptr) Index: shell.spec =================================================================== RCS file: /home/wine/wine/dlls/shell32/shell.spec,v retrieving revision 1.10 diff -u -r1.10 shell.spec --- shell.spec 26 Sep 2003 04:32:20 -0000 1.10 +++ shell.spec 22 Sep 2004 19:28:19 -0000 @@ -29,6 +29,8 @@ 102 pascal -ret16 RegisterShellHook(word word) RegisterShellHook16 103 pascal ShellHookProc(word word long) ShellHookProc16 +122 pascal RunDLL_CallEntry16(long long long str long) #name wrong? + 157 stub RESTARTDIALOG # 166 PICKICONDLG

2 1

Promoting WINE
by Andreas Rosenberg Sept. 23, 2004

Sept. 23, 2004

Hello Wine developers, perhaps some guys will remember me. I'm working for a small software company making a tool for FMEA and risk management. Late last year I managed to make our application work with Wine by submitting some patches. Our company held it's anual user meeting this week in Pforzheim (Germany) where about 150 people, working mostly for automotive companies (Daimler Crysler, BMW, BOSCH, VALEO, AUTOLIV, TRW etc.) attended. Since we had some requests for a Linux version of our software, I could arrange a short presenation of WINE in combination with our software. Two people talked to me after the presentation,indicating that they have a strong interest in this topic and asked for a german documentation how to install Wine. Perhaps this presentation has put a seed into certain heads and will show them ways to alternatives using software written for Windows. I thought, this might interest some of the developers. Regards Andy

1 0

Re: [4/5] GetWindowLongPtr: Windows
by Dmitry Timoshkov Sept. 23, 2004

Sept. 23, 2004

"Robert Shearman" <rob(a)codeweavers.com> wrote: > - if (!(context.Eax = GetWindowWord( HWND_32(hwnd), GWL_HINSTANCE ))) context.Eax = context.SegDs; > + if (!(context.Eax = GetWindowWord( HWND_32(hwnd), GWLP_HINSTANCE ))) context.Eax = context.SegDs; GetWindowWord above probably should be replaced by GetWindowLongPtrW. And all appropriate ANSI variants of the GetWindowLongPtr call should have been replaced by a unicode one while you were at it. Of course that's not critical at all, just a nit pick. -- Dmitry.

3 2

winemaker/winelib problems
by Tim Ruehsen Sept. 23, 2004

Sept. 23, 2004

Hi, i want to compile a small MFC based app using winelib/winemaker. The system is Debian SID (upto date, daily patched) (wine 20040716). As I understood from doc 'winelib-user/mfc-compiling' I have to compile MFC first. I copied dir 'atlmfc' from VC7 onto my machine, cd'ing into atlmfc/src/mfc und executing: winemaker --mfc . No errors. Now ./configure --with-wine=/usr/bin --with-wine-includes=/usr/include/wine/windows --with-wine-libraries=/usr/lib --with-wine-dlls=/usr/lib/wine --with-mfc=/usr/oms/atlmfc --with-atl-includes=/usr/oms/atlmfc/include says 'checking for libntdll.so... configure: error: Could not find the Wine dlls (libntdll.so)' And really: libntdll.so is not on my system, but I can find /usr/lib/wine/ntdll.dll.so Now I try to work around it by making a symbolic link ln -s /usr/lib/wine/ntdll.dll.so /usr/lib/wine/libntdll.so Again calling ./configure with the same options as above results in 'checking for atldef.h header... configure: error: Could not find the ATL includes' atldef.h does exist: -rwxr--r-- 1 oms users 7569 Sep 23 13:09 /usr/oms/atlmfc/include/atldef.h I played around with some other options to ./configure but the result stays the same. I edited configure to wrok around it, but I get similar errors with other includes (which exist as well). Can anyone give me a hint what to do? (Yes, I read the docs, but they are somewhat confusing... looks like something is missing there). Thanks for your patience! Tim

1 0

Re: icmp - allow building on MS_VC and Mingw
by Hans Leidekker Sept. 23, 2004

Sept. 23, 2004

On Thursday 23 September 2004 06:02, Steven Edwards wrote: > Feel free to drop the gettimeofday part from this patch. There are 16 > other source files where we call gettimeofday in Wine and I am sure if > you dont accept it I can come up a good implementation in libwine. Why not use Windows time functions directly in ICMP? Reimplementing gettimeofday on top of Windows time fuctions doesn't seem like an ideal solution for ReactOS nor Wine. In Reactos you'd already have unnecessary loss of precision but even more so in Wine since we'd be doing: gettimeofday() -> GetSysTemTimeAsFileTime() -> gettimeofday(). Not to mention the maintenance burden of a Unix api in Reactos and Wine. -Hans

1 0

RFC: more Windows-NT like user directories?
by Juan Lang Sept. 23, 2004

Sept. 23, 2004

Folks, I'm still working on the shell path functions, and I was thinking of changing the directory layout for the shell directories (desktop, start menu, my documents and whatnot) from the Windows 95-ish way to the NT-ish way. That is, rather than being children of c:\windows, they'd generally be children of c:\documents and settings\<username>. Any complaints? --Juan _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

7 17

Contributing to WINE
by Ronald Robin Sept. 23, 2004

Sept. 23, 2004

0 *H÷ 010 +0 *H÷ $ÀContent-Type: multipart/alternative; boundary="----=_NextPart_000_0023_01C4A0DF.30188140" This is a multi-part message in MIME format. ------=_NextPart_000_0023_01C4A0DF.30188140 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi! My name is Ronald and I was wondering if any of you guys out there can help me get in touch with Mr. Alexander Julliard or any of the leaders here in the WINE community. We've been trying to get in touch with him for months now and we have consistently failed to receive a response. My company, SpecOps Labs, would like to discuss how we can contribute and work together with the WINE community. We believe we have a lot to contribute to the WINE community. However, without contact with any of the executives at WINEHQ, we are unable to do so. We want to engage in an initial dialog with Mr. Julliard. Our CTO has already tried emailing him twice. It's possible we don't have the right contact information. We'd greatly appreciate it if someone here could help us out. ------=_NextPart_000_0023_01C4A0DF.30188140 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns=3D"http://www.w3.org/TR/REC-html40"> <head> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)"> <style>  </style> </head> <body lang=3DEN-US link=3Dblue vlink=3Dpurple> <div class=3DSection1> Hi! My name is Ronald and I was wondering if any of = you guys out there can help me get in touch with Mr. Alexander Julliard or any of = the leaders here in the WINE community. We've been trying to get in touch = with him for months now and we have consistently failed to receive a = response.<o:p></o:p> <o:p> </o:p> My company, SpecOps Labs, would like to discuss how = we can contribute and work together with the WINE community. We believe we have = a lot to contribute to the WINE community. However, without contact with any = of the executives at WINEHQ, we are unable to do so. = <o:p></o:p> <o:p> </o:p> We want to engage in an initial dialog with Mr. = Julliard. Our CTO has already tried emailing him twice. It's possible we don't = have the right contact information. We'd greatly appreciate it if someone here = could help us out.<o:p></o:p> </div> </body> </html> ------=_NextPart_000_0023_01C4A0DF.30188140-- E0ú0c£0 *H÷ 0E10 UUS10U GTE Corporation10UGTE CyberTrust Root0 960223230100Z 060223235900Z0E10 UUS10U GTE Corporation10UGTE CyberTrust Root00 *H÷ 0žæOºÛ|q|¯D·ÓFÙdåÁBÇºI5-zçœå1YÆ±/ û§?¢ fV7)é~Ê¥õ£Õ¢FØhLÑ7h¯œø°³ð)õZ aw "%ÔOEªÇœåßùÔšBÌ$À'Jµmc9Ä¢^80 *H÷ ³uÆ_áaUÔK{1#cç=óùô6š»Ùã¥Mê+)àÖjsæÀ£Óñà¥¥"7cÂH ŽÛrãÈöÙ|Ÿ±¯SÚŽ!žÖÕãþNYb¶JùBÝo©qÿô rmmDóttšÕ4Ié^éŽzáåZ0Ó¥%Ø0È01 0 *H÷ 0E10 UUS10U GTE Corporation10UGTE CyberTrust Root0 020827190700Z 060223235900Z0Ü10 UGB10U Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CA0"0 *H÷ 0 ±`fàC'h/ÇßëÛeìÔIgz.ÍÜ,Ö¬òF:]À=,Z Y%B£rÀ(Ò<1âKû^ëš3Öi²Zê,IŠ&.LðÌ«@ÒªÞ,Nµº{ž\Ð{œGõÀÒÀä×GÛb@¯¡QÛžÐ»Ç<yê%d®&á<fGg{U«4ÂunÙ'ðÚk¢µêÏû9Cšð-÷,/áÐ±ÿ×YÄÍ(a)2ù×ÛQòARA±žÈ þ"GOË®à(Õ¬pG°%«¡8Bkújn_yøö)0€nFÔ]ª@8vÛ}å¥£§0£0EU>0<0: 8 64http://www.public-trust.com/cgi-bin/CRL/2006/cdp.crl0UöR"Y¿HŽ¹éþøf0U 00I *Høc0;09+-http://www.public-trust.com/CPS/OmniRoot.html0:+²10*0(+https://secure.comodo.net/CP0XU#Q0O¡I€G0E10 UUS10U GTE Corporation10UGTE CyberTrust Root£0+U$0"20020827190731Z20050223235900Z0Uÿæ0U0ÿ0 *H÷ ¶§°zqàº³62zÖñ«M9qZg Kå0(a)mµª±Çô Æ\é7ÞšÇÜÎÍqûtÜ_'SvÔ¹éÂwPÊÉ°ÂFDª\Ö ÙU2ŸVñêœ ãŒ :êÌûWíx¥6=VêÑçtÊ4ÃÏ±Qéà0w0_ e/y0áGÞ£ö0 *H÷ 0Ü10 UGB10U Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CA0 040922000000Z 050922235959Z0Ý1503U,Comodo Trust Network - PERSONA NOT VALIDATED1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2003 Comodo Limited10URonald Robin1$0" *H÷ robin(a)specopslabs.com00 *H÷ 0ŠYiFøÀeö Å¯êÁÔAùP9Êó1ªvØ-Õ1k·çâé¥aÃÂB'å£ÍkÔ 8JcIï/OñßeYÓkÃSÄ`¶ûË €7A°ðûôèJÄ(å3Þ?Ë¢JþmW £Ž0°0U#0öR"Y¿HŽ¹éþøf0U*fÇÆ55ÖÇ6Áv_Ü:*¬0Uÿ 0Uÿ00 U%0++²10FU ?0=0;+²10+0)+https://secure.comodo.net/CPS0°Uš0¥08 6 42http://crl.comodo.net/Class3SecurityServices_2.crl0: 8 64http://crl.comodoca.com/Class3SecurityServices_2.crl0- + )'Class3SecurityServices_2(a)crl.comodo.net0 `HøB 0 U0robin(a)specopslabs.com0 *H÷ ïN'z?·ÿxCRŒ9Z`iPCÖ!Š+€bÑŠÄe[»U¥ÜÂðuàçuyœZ~2ýroN"ÝwFãÍŽb³aîX¶î9 7òÊU×°V»;·¹¯uH>Û`<%Ü=òK0oA²£ž®á(?1 Ò!¬ÂÈ}0-ŒlT=vµŽÏbó·DÿýÅ.x6×ñQÐ³L£ð-O_Œßú*å7÷#Âò0~š\ý>ý Áà ,ÒkæC{ã8Ïøz ÙÔ¹·)tÆÍÅ¹ÎcßtuÇ<²i7Ù«1p0l0ñ0Ü10 UGB10U Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CAe/y0áGÞ£ö0 + Ô0 *H÷ 1 *H÷ 0 *H÷ 1 040922120311Z0# *H÷ 1Íñ€§wçÊŸÚÍ«Ž3nXº`ø¡!0g *H÷ 1Z0X0 *H÷ 0*H÷ 0 *H÷ @0+0 *H÷ (0+0 *H÷ 0 +71ô0ñ0Ü10 UGB10U Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CAe/y0áGÞ£ö0*H÷ 1ô ñ0Ü10 UGB10U Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CAe/y0áGÞ£ö0 *H÷ 0r²ž!&ÆÞj30<ì,ðB_5_°ÅO>&6ß»3ÁzÌÓÉÔ>ßZ/ÙNŠd0Ï[n;N³£JúPMçcìÎPû2œëS-ÕÖãÉ·ã[ÜÙ_×Þâ*¢æÍ?WþG>Y¡Éñ<KxåG&{=.trÈ

9 11

Re: Disable DPMI
by Robert Shearman Sept. 22, 2004

Sept. 22, 2004

Jukka Heinonen wrote: >Robert Shearman: > > >>This patch disables DPMI. If sti has been executed beforehand and an >>instruction (such as an interrupt) must be emulated then it can cause an >>infinite loop around the enumation of the iret instruction in the DPMI >>call. Even after (probably rather poorly) hacking around this issue I >>still got unprivileged instruction exceptions from the iret instruction. >>Without more expert eyes being cast on this code the only thing I can >>suggest to fix non-DPMI applications with the above case is to disable >>DPMI event checking. >> >> > >Well, your patch actually just disables checking for asynchronous >events in DPMI mode, not the DPMI mode itself, which leaves open >whether you are trying to run a Win16 program or a DOS program >that does not need working IRQ handling in DPMI mode. > It is a Win16 program and I don't think it uses DPMI at all. >I'm sure DPMI >asynchronous event handling still has bugs and I guess disabling >it is acceptable if it looks like it causes problems and fixing >the bugs seems to require too much work. > I have tried to fix it in a sane way, but I don't have any more time to work on it. >However, the patch comment >and the quote above tell me next to nothing about the bug you are >seeing, more information would be required in order to have any >hope of fixing the bug. And I'm probably going to be quite busy, >anyway, so I'm not sure when I have time to look at this bug. > > I think the program does this: sti int 1a cli This seems to cause the problem after the "int 1a" has been emulated as it inserts an event check and then tries to emulate the iret instruction which then seems to cause another event check and so on. I would like to fix this in a sane way, but I don't really know what is going on in this area. Rob

2 1

division by zero in winword
by Robbert Xerox Sept. 22, 2004

Sept. 22, 2004

Hi, in quite a few programs i can not browse the filesystem when opening a "listbox"; to be more clear: for example when i do in winword Open and the listbox appears, and i try to open the pull down menu winword just quits(without an error message in wine). In another program like "Camel join" it quits as soon as i go up to the level of "my computer" with a message "division by zero in Volme_ReadFATSuperblock. I was able to track the problem down to the following lines in volume.c (starting from line 502) nsect -= GETWORD(buff, 0x0e) + buff[0x10] * sz + (GETWORD(buff, 0x11) * 32 + (GETWORD(buff, 0x0b) - 1)) / GETWORD(buff, 0x0b); nclust = nsect / buff[0x0d]; when i change these into this: nsect -= GETWORD(buff, 0x0e) + buff[0x10] * sz + (GETWORD(buff, 0x11) * 32 + (GETWORD(buff, 0x0b) - 1)) / (GETWORD(buff, 0x0b)-1); nclust = nsect / (buff[0x0d]+1); i can (obviously) avoid the division by zero and everything (winword and camel join) just works fine. I'm not a programmer, so this solution obviously sucks, so my question is: how can this error be fixed, and do more people encounter this problem. PS i'm using the august version of wine, and in the april version this whole problem didn't show up! everything just worked fine there. Thanks in advance, Robbert ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

4 3

Re: FW: [dx9-1] resent - this time with extra file!
by Robert Shearman Sept. 22, 2004

Sept. 22, 2004

Ann and Jason Edmeades wrote: >>I think the direction is OK, now if you sent me the new directx.c file >>too I could actually apply the patch ;-) >> >> > >D'oh - I always forget about new files as cvs diff doesnt do it. I couldnt >work out how to do this in patch format, so the c file is attached. For >future reference, how can I put new files into either a cvs diff or patch >format please! > > diff -u /dev/null dlls/d3d9/directx.c >> dx9.1.patch Rob

1 0