wine-devel September 2004

wine-devel@winehq.org

131 participants
282 discussions

RFC: more Windows-NT like user directories?
by Juan Lang 23 Sep '04

23 Sep '04

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 23 Sep '04

23 Sep '04

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ÄÍ@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@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@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 22 Sep '04

22 Sep '04

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 22 Sep '04

22 Sep '04

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 22 Sep '04

22 Sep '04

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

Re: Get AdjustWindowRect working better
by Dmitry Timoshkov 22 Sep '04

22 Sep '04

"Richard Cohen" <richard(a)daijobu.co.uk> wrote: > Changelog: > + Improve AdjustWindowRect > + add a test dlls/user/tests/win.c already has AdjustWindowRect tests, see test_nonclient_area. If you could add your tests there that would be great. -- Dmitry.

3 2

Re: System font width
by Huw D M Davies 22 Sep '04

22 Sep '04

On Tue, Sep 21, 2004 at 07:40:17AM -0700, Jon Griffiths wrote: > Hi, > > I have an app that calls GetObject on SYSTEM_FONT and then uses the > returned LOGFONT.lfWidth in a calculation. Wine currently returns 0 > for the width, which causes a divide by zero error here. > > Testing under XP home shows that the returned with is 7 for the > system font. This patch changes the width specified in the stock font > list. Although this makes my app run and doesn't appear to have any > ill consequenses, it may be better to get some advice from a font > expert before committing this patch. This probably won't hurt anything. The correct way would be to load the system font and get its metrics. Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re: Lostwages add seti@home link
by Ivan Leo Puoti 22 Sep '04

22 Sep '04

> mybe some > other place? Resources -> others ? I would say links -> others but we don't > have that :) If you know about a better place, I'm open to suggestions. Ivan.

3 2

load_dll: MODULE_GetLoadOrderW on filename versus libname
by Uwe Bonnes 22 Sep '04

22 Sep '04

Hallo, some installer (extracted from slvc009j.zip from Texas instruments (www.ti.com)) loaded the native msi.dll, also I gave WINEDLLOVERRIDES=msi=b on the command line. The program copies some msi.dll to some directory, and prepends that directory to the loadpath. Then it calls: 000d:Call kernel32.LoadLibraryA(010013f8 "msi.dll") ret=01004283 load_dll now does a find_dll_file and sees "L:\\temp\\IXP000.TMP\\msi.dll" . sets filename to "L:\\temp\\IXP000.TMP\\msi.dll" and compares "L:\\temp\\IXP000.TMP\\msi.dll" for the loadorder. 000d:Call ntdll.LdrLoadDll(403dc0e8 L"L:\\temp\\IXP000.TMP;.;c:\\nt4sp5g\\system32;c:\\nt4sp5g;d:\\wine95;d:\\ wine95\\system;c:\\cae\\pasic\\spde;f:;",00000000,4070f424,4070f404) ret=4052392b trace:module:load_dll looking for L"msi.dll" in L"L:\\temp\\IXP000.TMP;.;c:\\nt4sp5g\\system32;c:\\nt4sp5g;d:\ \wine95;d:\\wine95\\system;c:\\cae\\pasic\\spde;f:;" trace:module:MODULE_GetLoadOrderW looking for L"L:\\temp\\IXP000.TMP\\msi.dll" trace:module:open_app_key searching L"L:\\temp\\IXP000.TMP\\msi" in L"Machine\\Software\\Wine\\Wine\\Config\\A ppDefaults\\msiinst.exe\\DllOverrides" trace:module:MODULE_GetLoadOrderW got hardcoded path default "n,b" for L"L:\\temp\\IXP000.TMP\\msi.dll" trace:module:load_dll Trying native dll L"L:\\temp\\IXP000.TMP\\msi.dll" trace:module:load_native_dll loading L"L:\\temp\\IXP000.TMP\\msi.dll" This leads to the native dll getting loaded. Is this the right thing? Shouldn't MODULE_GetLoadOrderW compare for libname and not filename? Only if libname has an explicit path, we should compare for that path. Bye Index: wine/dlls/ntdll/loader.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/loader.c,v retrieving revision 1.77 diff -u -w -r1.77 loader.c --- wine/dlls/ntdll/loader.c 15 Sep 2004 18:02:49 -0000 1.77 +++ wine/dlls/ntdll/loader.c 22 Sep 2004 10:08:48 -0000 @@ -1507,7 +1507,7 @@ } main_exe = get_modref( NtCurrentTeb()->Peb->ImageBaseAddress ); - MODULE_GetLoadOrderW( loadorder, main_exe ? main_exe->ldr.BaseDllName.Buffer : NULL, filename ); + MODULE_GetLoadOrderW( loadorder, main_exe ? main_exe->ldr.BaseDllName.Buffer : NULL, libname ); nts = STATUS_DLL_NOT_FOUND; for (i = 0; i < LOADORDER_NTYPES; i++) -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 2

Bugzilla Bug 2075: *printf incompatibilities
by Aneurin Price 22 Sep '04

22 Sep '04

I've been looking at Warcraft III today, and had the problem of single player campaigns not showing up. The reason behind this is explained at http://bugs.winehq.org/show_bug.cgi?id=2075, and sure enough adding the special case described for the I64 argument type specification solves the problem in W3. Now I'm wondering how the problem should really be solved. Currently most (possibly all) of the *printf functions in msvcrt call MSVCRT_vsnprintfW. Should the same be done for vsnprintf, or should there be an independent MSVCRT_vsnprintfA? Either way I don't really know how the implementation would work. I was kind of hoping that this might be an okay place to start learning about WINE development, so if this in fact hinges on something far more complicated than I've been able to grasp, somebody please point this out to me :). Any pointers? Thanks, Aneurin Price

2 2

← Newer
1
...
5
6
7
8
9
10
11
...
29
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel September 2004