December 2003 - Wine-devel - list.winehq.org

six months+ being #1 at rpmseek
by Tom 10 Dec '03

10 Dec '03

Hi, I sent this mail : http://www.winehq.org/hypermail/wine-devel/2003/06/0581.html to wine-devel almost six months ago about wine being the #1 download at rpmseek. I've kept a check on our status and we have been there #1 download and we have never dropped below the #1 spot in the last six months.. I'm not sure how many downloads were getting from them per day, week, month but were on top and that is saying something! Tom

2 1

Suggestion - don't require sane and artsc
by Bill Medland 10 Dec '03

10 Dec '03

(Having just been caught by this again !!) It would be nice if in the distributions we dynamically detected libartsc and libsane rather than requiring them. When someone is installing on a small computer they will tend to exclude irrelevant packages like scanner and sound software when they don't have a scanner or speakers. (This paricularly relates to the RedHat 8.0 rpms) -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

6 9

winfile fails in windowcreateex
by Rein Klazes 10 Dec '03

10 Dec '03

Hi, winfile (from a win98 installation) that I use to track problems with 16 bit file dialog fails today: | 0030:Call USER.452: CREATEWINDOWEX(00000000,129701a8 "WFS_Frame",12970efa "File Manager",02cf0000,0029,0046,03c0,02c0,0000,0000,1296,00000000) ret=1277:164f ds=1297 | 0030:Call kernel32.GlobalFindAtomA(403de6a0 "WFS_Frame") ret=407e1496 | 0030:Ret kernel32.GlobalFindAtomA() retval=0000c039 ret=407e1496 | trace:win:WIN_CreateWindowEx "File Manager" "WFS_Frame" ex=00000000 style=02cf0000 41,70 960x704 parent=(nil) menu=(nil) inst=0x1296 params=(nil) | trace:win:dump_window_styles style: WS_CLIPCHILDREN WS_CAPTION WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX | trace:win:dump_window_styles exstyle: | trace:win:WIN_CreateWindowEx winproc type is 1 (WIN_PROC_16) | 0030:Call kernel32.GetExePtr(00001296) ret=407af5db | 0030:Ret kernel32.GetExePtr() retval=000011af ret=407af5db | 0030:Call ntdll.RtlAllocateHeap(40340000,00000000,00000084) ret=407de8ce | 0030:Ret ntdll.RtlAllocateHeap() retval=403aed90 ret=407de8ce | 0030:Call ntdll.RtlNtStatusToDosError(c0000008) ret=407de9f0 | 0030:Ret ntdll.RtlNtStatusToDosError() retval=00000006 ret=407de9f0 | 0030:Call ntdll.RtlFreeHeap(40340000,00000000,403aed90) ret=407de9e1 | 0030:Ret ntdll.RtlFreeHeap() retval=00000001 ret=407de9e1 | trace:win:WIN_CreateWindowEx out of memory | 0030:Ret USER.452: CREATEWINDOWEX() retval=0000 ret=1277:164f ds=1297 I did not look at it myself, but maybe this is enough for a clue? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

Using Wine to isolate a bug in OLE2 files from Gnumeric
by Jody Goldberg 10 Dec '03

10 Dec '03

Hello, I maintain Gnumeric and have run into a problems when writing xls files larger than 13-14 meg. MS excel can read them, but promptly corrupts them. I had hoped this was a windows bug, but just in case I installed an older copy of cross over office with office 2k. That combination produced exactly the same sort of corruption. That is likely good news to wine developers, your emulation is excellent. It also means that the problem is clearly on my end. A sample file is http://www.gnome.org/~jody/bigfile.xls.bz2 (bunzip2 and keep a copy because it gets corrupted) Loading it into MS Excel works smoothly, but subsequent reloads fail and the file is corrupt. It seems like the extended meta block allocation tables are being lost for some reason. Are there any OLE2 file format experts about that might have some insight ? Many Thanks Jody PS Please CC me on responses, I am not subscribed to the list.

2 2

Status of winealsa patch
by Sylvain Petreolle 10 Dec '03

10 Dec '03

Hi, My winalsa patch for alsa 1.0 support wasnt commited and there wasnt any feedback fo it. Another winealsa patch was commited after that, should I resubmit mine ? References : http://www.winehq.org/hypermail/wine-patches/2003/11/0342.html http://www.winehq.org/hypermail/wine-patches/2003/12/0047.html ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ____________________________________________________________________________________ Do You Yahoo!? -- Avec Yahoo! soyez au coeur de la récolte de dons pour le Téléthon. http://fr.promotions.yahoo.com/caritatif/

5 9

Re: Re: I made a wish, wrote a letter to Santa...
by Subhobroto Sinha 10 Dec '03

10 Dec '03

To be honest, if you follow my previous posts, I DID write some C++. Albeit, that was not reallt necessary ... ;) Anyways, I will submit a pure C and a C++ version of future patches, sch that both work under the current WINE. After that, it will be upto Sir Julliard... Season's Greetings Subhobroto Sinha >On Wed, 10 Dec 2003 Sir Marcus Meissner wrote thus: >Read what Alexandre wrote. To paraphrase: > >"Feel free to write it in C++ and submit it when you are done." > >Ciao, Marcus >

1 0

Issues in typelib.c with installshield 7
by Andrew de Quincey 10 Dec '03

10 Dec '03

Hi, today I've been trying to get an Installshield 7 installer going. I think I've seen reports from other people about having problems as well. The problems I've been having stem from the implementation of ITypeLib/ITypeInfo/etc in oleaut32. The first problem is as follows: Installshield has a TLB which contains a type hiererachy as follows: IDispatch : ISomething : : ISomething2 An instance of ISomething2 is created. Installshield attempts to look up a method which is only defined in ISomething. The lookup fails. This is because ISomething and ISomething2 inherit from IDispatch, and are marked as TKIND_DISPATCH in the typelib. However in the code, an upwards traversal of the type hierarchy is only done for the TKIND_INTERFACE. I've experimented with modifying the code so that it also does an upward traversal for TKIND_DISPATCH as well (as they are still interfaces which can inherit). It now finds the methods/values properly. (It still doesn't work as there are then reference count problems, but I'm looking into that.) However, can anyone confirm if my experimental modification is the correct behaviour? e.g. in ITypeInfo_fnGetIDsOfNames, I have changed it to if(This->TypeAttr.cImplTypes && (This->TypeAttr.typekind==TKIND_INTERFACE || This->TypeAttr.typekind==TKIND_DISPATCH)) {

3 7

Re: Sorry for spamming the list..
by Fabian Cenedese 10 Dec '03

10 Dec '03

>I am really sorry for making multiple posts - I got the Rediffmail mailer's verification after 20 minutes (normally Yahoo!'s mailservers notify almost instantaneously..), but before I could realize it, my 4 messages had already been mailed out of the queue... > >This was the first time I was using an Indian mail server, and well as it turns out, it was slower than a USA server ?! I dont know about times but it also swallowed some text. Every mail ended at a different point and the rest was missing. bye Fabi

1 0

Using a windows dll from a winelib or possibly native linux app.
by Arthur Bergman 10 Dec '03

10 Dec '03

Hi, I have been trying to develop an application using a vendor provided dll from an external vendor to work under linux. If we develop the app on a windows box and move it over to the wine environment it works, but it would be preferable to have a more native approach. So I tried using winelib and have progressed to a point where I have an application that compiles using the vendor supplied header files under gcc, and a vendor.dll.spec file that describes the DLL. However when I compile everything, the generated vendor.dll.so file does contain the correct symbols but they are undefined. Having played around using winemaker and winedump while trying to read up everything on winelib I am now stuck and not sure how to proceed forward. Thanks Arthur

5 4

Re: comdlg32 MSVC+PSDK patch
by Dimitrie O. Paun 09 Dec '03

09 Dec '03

On December 9, 2003 08:47 pm, Steven Edwards wrote: > This one gets us about 60 to 70% of the way there on MSVC+PSDK. Cool. > Once I get > my hands around cleaning up the rest of the printer dialog I will give > a better status update on the PSDK problems I am having. Actually I'd be very interested in this. Maybe we get to do that status page after all :))) > I wanted to also cleanup some of my mess from the Win16/32 Split so I > made this dll look more like the winmm source layout. With this patch > you can rm -fr fontdlg.h and colordlg.h in wine/dlls/commdlg. This is all good, but: +typedef struct CCPRIVATE +{ + LPCHOOSECOLORW lpcc; /* points to public known data structure */ + int nextuserdef; /* next free place in user defined color array */ 1 (one) space indent?!? Please man, stick to 4-space indent, especially when the file was using 4 space indent. Such small indentation makes the code difficult to follow. I have to admit, my eyesight is not what it used to be... -- Dimi.

1 0