May 2003 - Wine-Devel - list.winehq.org

[RFC] Wine 0.9 TODO v0.9
by Dimitrie O. Paun June 9, 2003

June 9, 2003

Hi folks, A new version (v0.9) of the Wine 0.9 TODO is available for your viewing pleasure at: http://63.138.153.104/wine/Wine-0.9-TODO-0.9.html The work-in-progress one is available at: http://63.138.153.104/wine/Wine-0.9-TODO.html Most important changes in this one is that a bunch of stuff was moved over to the Wine 1.0 TODO: http://63.138.153.104/wine/Wine-1.0-TODO.html Any feedback concerning this (rather large) changes is more than welcomed. Note: I had problems with my dssd.ca domain as of late, I'll try to fix them soon. Meanwhile, the IP should do. -- Dimi.

3 2

Re: winsock: use iphlpapi
by Dimitrie O. Paun June 9, 2003

June 9, 2003

On Thu, 8 May 2003, Juan Lang wrote: > Sylvain was right, I screwed up the last patch. Here > 'tis again. Juan, Your patches are hard to review, as you compress them. Please include them in your message as plain text if you can do it without line wraps, if not attach them as plain text files. Here are some tips on sending patches: http://www.winehq.org/?page=sending_patches Thanks! -- Dimi.

3 3

Re: iphlpapi.dll (take 3)
by Alexandre Julliard June 8, 2003

June 8, 2003

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: Adds an implementation of iphlpapi.dll; > most Get* functions introduced through Win98 are > included. I've applied the dll (with some changes), but not the test, it will require some more fixes. The main problem is that you shouldn't check the Windows version, you should call whatever functions are available independently of what GetVersion() returns. Also the test must not print anything to stdout, it should use the trace() macro instead. -- Alexandre Julliard julliard(a)winehq.com

2 1

Agent crashes when accessing attachments
by Oliver Sampson June 6, 2003

June 6, 2003

Howdy, I just reinstalled my Linux system (HD crash), and at the same time moved to a RH9.0 distro. I read about the problems with the NPTL threading, and I have the latest CVS running (with the --with-nptl). Now when I have Agent running (which in all other respects seems fine) every time I go to add an attachment or save an attachment Agent crashes. Is this a known problem? Or should I start getting a backtrace and providing some more information? Thanks, -- Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

2 2

Re: Re: msdos/int21 CREAT special cases
by Pouech Eric DMI AEI CAEN June 3, 2003

June 3, 2003

please stop using krnl386.exe export when possible (especially for dos emulation which is going out of kernel32/krnl386.exe combo). So, if CreateFile can do, please use it (ditto for any other krnl386 file related functions) this is needed for proper DLL separation > Hmm, and is there a reason to not do it in _lcreat16() instead? > Or is _lcreat16() really "clever" enough to handle volume labels > "properly" if called directly? > Somehow I doubt it... ;) > Or in fact you could walk further up the chain and maybe find that even > _lcreat() should be the function to have that check instead... > (or, for that matter, even CreateFileA and thus CreateFileW...) > > So my rough guess is that this should probably be prevented in CreateFileW > instead even.

3 4

Re: kernel32 file operations and wildcard filenames
by Pouech Eric DMI AEI CAEN June 2, 2003

June 2, 2003

> Under Windows (2K) all functions such as DeleteFile, CopyFile, MoveFile, > CreateDirectory and such do return FALSE and normally set the last error > to ERROR_INVALID_NAME (123) if one of the filenames passed in contains a > wildcard (*?). > > Wines kernel32 behaves somewhat different. Apart from returning different > last errors in most cases such as: > > DeleteFile: ERROR_FILE_NOT_FOUND (2) > CopyFile: ERROR_BAD_PATHNAME (161) > MoveFile: ERROR_FILE_NOT_FOUND (2) when source contains wildcards > > which all wouldn't really be a to big issue, there is one thing which > seems not right at all to me: > > MoveFile with a valid existing source and a target with wildcards > will create a file on disk containing wildcards in its name. This > certainly can't be the intention! > > So according to Win2K it would be probably useful to check in all those > functions for existence of wildcards in the input file paths and refuse > them properly. > > I took a look at the kernel32 file.c functions and saw that they usually > all call DOSFS_GetFullName which is supposed to check for valid filenames > and such. Problem is this function is also used in many other places and > I can't get a good idea if those might need to accept wildcards in file > names. > > Is there anyone more familiar with the kernel32 implementation in Wine > who could maybe give me some insight if an according change to > DOSFS_GetFullName would be useful or rather cause possible regressions? > > Otherwise the best thing to do would probably be to add explicit wildcard > tests to all those file function and refuse with an according last error > set. If I do not get any reactions this is probably what I will do as I'm > somewhat weary to change an internal low level function such as > DOSFS_GetFullName without some third party encouragement. those functions are likely to be rewritten RSN (and DOSFS_GetFullName may even disappear) So I'd suggest rather starting by writing test cases for those functions so we could use those tests when the rewrite is going to take place A+

3 2

Re: Bidi B2 - GetCharacterPlacement order array
by Dimitrie O. Paun June 2, 2003

June 2, 2003

On May 31, 2003 05:45 am, Shachar Shemesh wrote: > + /* Treat the case where no special handling was requested in a > fastpath way */ + /* copy will do if the GCP_REORDER flag is not set > */ > + if (lpResults->lpOutString) > + for (i = 0; i < nSet && lpString[i] != 0; ++i) > + lpResults->lpOutString[i] = lpString[i]; What about a strncpy here: + if (lpResults->lpOutString) + strncpyW(lpResults->lpOutString, lpString, nSet); -- Dimi.

5 7

Alsa driver status
by Sylvain Petreolle June 1, 2003

June 1, 2003

Since Alsa has released a 0.9 version, I think we could write a more complete driver. (midi output, recording, channel control...) Eric and Marco, are you still working on it ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

4 6

Re: [dmusic-01] some stubs implementation
by Rok Mandeljc June 1, 2003

June 1, 2003

Na 1054375053, 2003-05-31 ob 11:57, je Raphaël Junqueira napisal(a): > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi folks, > > I'm trying to get Unreal2 working, with no sound it continue to access some > dmusic stubs and crash. With this it crash later than befor (in dmusic too). > If anyone can help to really improve dmusic support as we need a real > implementation of IDirectMusicPerformance8 I'm working on it but I'd really appreciate any help... > Else, anyone know how to force an application to not use dmusic (saying that > it's not supported) ? Sure, just go into /usr/lib/wine and delete or rename dm*.dll.so :) > Changelog: > - some implementation of dmusic stubs > > Regards, > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQE+2HyRp7NA3AmQTU4RAphSAJ4k6JEXzMWTk2YkgZe64x24AcNOAwCdHC1g > EbX3xX1cR1a7fnTzDteoI0Q= > =z3AZ > -----END PGP SIGNATURE-----

3 2

edit control question
by Steven Edwards May 31, 2003

May 31, 2003

Hello, I am wanting to adapt the WINE edit control for use in ReactOS and I dont understand how the edit control gets called by the application. I have a simple window program that calls the EDIT class and have stubbed out the exported functions but I dont see or understand how EditWndProc gets called from the application. When I look at the imports of my edit control test application this function isnt called but running it I do get a Window I can type text in. I am still really new to this whole programming gig so if I looking in the wrong area please point me in the right direction. Thanks Steven

2 1

Re: Bultin OCX?
by danielcampos May 31, 2003

May 31, 2003

Well, thanks to all of you for your opinions. At this moment i am beginning to create the body of the OCX, and then my original class made using unix sockets and threads will be translated to windows sockets/threads, i'll take a bit of time, so may be the next month i'll can tell you something new. Best regards, Daniel Campos --- On Fri 05/30, Steven Edwards < Steven_Ed4153(a)yahoo.com > wrote: From: Steven Edwards [mailto: Steven_Ed4153(a)yahoo.com] To: andi(a)rhlx01.fht-esslingen.de Cc: mike(a)theoretic.com, marcus(a)jet.franken.de, danielcampos(a)myway.com, wine-devel(a)winehq.com Date: Fri, 30 May 2003 12:18:32 -0400 Subject: Re: Bultin OCX? Andreas Mohr wrote: >Hi, > >On Thu, May 29, 2003 at 06:20:11PM +0100, Mike Hearn wrote: > > >>>Err, we are trying that. >>> >>> >>Hmm, you want to create an Explorer clone as well? MS Paint? What I >>meant was, it's not necessary to recreate every aspect of Windows the >>desktop. Windows the platform yes, maybe. >> >> > >Naah, probably not an Explorer clone (unless we need a special one to support >Wine-specific features, that is, and even that could be done instead by asking >a well-established Explorer clone to support these Wine enhancements...) > > > Developing a Explorer clone has been on the roadmap for a while. ReactOS is working on one and I am hoping to see it in WINE one day if someone needs a good interface for --desktop mode. Thanks Steven _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com

1 0

Re: Bidi B3 - GetCharacterPlacement final cleanups
by Andreas Mohr May 31, 2003

May 31, 2003

Hi, On Sat, May 31, 2003 at 06:49:57PM +0300, Shachar Shemesh wrote: > Apply with -p1 > > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > > * Removed all redundant "GetCharacterPlacement" code from the > internal reordering function. WINE_BiDi_reorder now does only that. > * Removed all reordering code from "GetCharacterPlacementW". It now > has only the non-reordering stuff, calling "WINE_BiDi_reorder" for > the reordering code. Nice ChangeLog! And... what am I supposed to apply with -p1 here? Your mail or what? :) Andreas Mohr

2 1

Re: Bidi B3 - GetCharacterPlacement final cleanups
by Vincent Béron May 31, 2003

May 31, 2003

Le sam 31/05/2003 à 11:49, Shachar Shemesh a écrit : > Apply with -p1 > > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > > * Removed all redundant "GetCharacterPlacement" code from the > internal reordering function. WINE_BiDi_reorder now does only that. > * Removed all reordering code from "GetCharacterPlacementW". It now > has only the non-reordering stuff, calling "WINE_BiDi_reorder" for > the reordering code. Shachar, you forgot the patch this time around. Vincent

1 0

Re: [dx37] come back
by Lionel Ulmer May 31, 2003

May 31, 2003

> PS: lionel can you send an updated version of dinput patch ? else i'll try to > send it. I will do it this week-end (as the weather forecast is horrible :-) ) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

[D3D8] want info
by Raphaël Junqueira May 31, 2003

May 31, 2003

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, have anynone the 'fragment_shader' (ARB or NV) extension exported by cg drivers ? (you can see it using 'glxinfo') As my stupid nvidia card only export it on windows i can't reaaly test my new wine code ,( Thanks, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+2JC+p7NA3AmQTU4RAhv6AJ43D4/CyDSAHJ1ZPMOqyYOsOji7pgCfW/yx XNk9Ki7amhVa3Ny3AHws1Ho= =1x6u -----END PGP SIGNATURE-----

1 0

Dmusic ClassFactory with IGI2
by Raphaël Junqueira May 31, 2003

May 31, 2003

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i'm trying to get runnig IGI2 and i have a strange problem with dmusic and the ole classfactory. As you can see on traces i can't load dmusic.dll for creating the class factory (dlls/ol32/compobj.c:1162). When i change the .reg to use dsound instead dmusic (only for testing if it can load correctly) dsound is correctly loaded (but as it don't implement the dmusic interfaces its failed :) ) Have you an idea why ? Regards, Raphael - -=(FeniX as fenix(a)DarkBluE)-(on tty0)-(at 11:02:06)=- -={$:'/usr/src/wine/Program Files/IGI 2 Multiplayer Demo/pc'}=->wine - --debugmsg +ole,+dmusic,+d3d,+ddraw -- igi2.exe trace:ole:DllMain 0x40af0000 0x1 0x1 trace:ole:CoRegisterMallocSpy trace:ole:IMallocSpy_fnQueryInterface ({0000001d-0000-0000-c000-000000000046},0x40722d78) trace:ole:CoInitializeEx ((nil), 2) trace:ole:CoInitializeEx () - Initializing the COM libraries trace:ole:RunningObjectTableImpl_Initialize () trace:ddraw:initialize enabling DirectDraw HAL trace:ole:DllMain 0x40af0000 0x2 (nil) trace:ddraw:DirectDrawCreate ((null),0x4072286c,(nil)) trace:ddraw:DDRAW_Create ((null),0x4072286c,(nil),0) trace:ddraw:DDRAW_FindDriver ((null)) trace:ddraw:HAL_DirectDraw_Create trace:ddraw:HAL_DirectDraw_Construct (0x4043ab40,0) trace:ddraw:User_DirectDraw_Construct (0x4043ab40,0) trace:ddraw:Main_DirectDraw_QueryInterface (0x4043ab40)->({6c14db80-a733-11ce-a521-0020af0be560},0x4072286c) trace:ddraw:Main_DirectDraw_AddRef (0x4043ab40)->() incrementing from 1. trace:ddraw:Main_DirectDraw_Release (0x4043ab40)->() decrementing from 2. trace:ddraw:Main_DirectDraw_QueryInterface (0x4043ab40)->({b3a6f3e0-2b43-11cf-a2de-00aa00b93356},0x4072287c) trace:ddraw:Main_DirectDraw_AddRef (0x4043ab40)->() incrementing from 1. trace:ddraw:Main_DirectDraw_Release (0x4043ab40)->() decrementing from 2. fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x4043ab40)->(00000000,00000008) - DDSCL_NORMAL trace:ddraw:Main_DirectDraw_CreateSurface (0x4043ab40)->(0x40722888,0x40722840,(nil)) trace:ddraw:Main_DirectDraw_CreateSurface Requesting surface desc : - DDSD_CAPS : DDSCAPS_PRIMARYSURFACE trace:ddraw:User_DirectDrawSurface_Construct (0x4043af70,0x4043ab40,0x40722764) trace:ddraw:DIB_DirectDrawSurface_Construct (0x4043af70)->(0x4043ab40,0x40722764) trace:ddraw:Main_DirectDrawSurface_Construct (0x4043af70)->(0x4043ab40,0x40722764) trace:ddraw:DIB_DirectDrawSurface_Construct (1600x1200, pitch=4800) trace:ddraw:create_dib DIBSection at : 0x41a20000 trace:ddraw:DIB_DirectDrawSurface_alloc_dc Grabbing a DC for surface: 0x4043af70 trace:ddraw:Main_DirectDrawSurface_QueryInterface (0x4043af70)->({da044e00-69b2-11d0-a1d5-00aa00b8dfbb},0x40722874) trace:ddraw:Main_DirectDrawSurface_Release (0x4043af70)->(): decreasing from 2 trace:ddraw:Main_DirectDrawSurface_QueryInterface (0x4043af70)->({0b2b8630-ad35-11d0-8ea6-00609797ea5b},0x40722880) trace:ddraw:Main_DirectDrawSurface_Release (0x4043af70)->(): decreasing from 2 trace:ddraw:Main_DirectDrawSurface_Release (0x4043af70)->(): decreasing from 1 trace:ddraw:User_DirectDrawSurface_final_release waiting for update thread to terminate... trace:ole:DllMain 0x40af0000 0x2 (nil) trace:ole:DllMain 0x40af0000 0x3 (nil) trace:ddraw:User_DirectDrawSurface_final_release update thread terminated trace:ddraw:DIB_DirectDrawSurface_free_dc Releasing DC for surface: 0x4043af70 trace:ddraw:Main_DirectDrawSurface_Release released surface 0x4043af70 trace:ddraw:Main_DirectDraw_Release (0x4043ab40)->() decrementing from 1. trace:ole:CoInitializeEx ((nil), 2) trace:ole:WINE_StringFromCLSID 0x670694->{636B9F10-0C7D-11D1-95B2-0020AFDC7421} trace:ole:CoGetClassObject CLSID: {636b9f10-0c7d-11d1-95b2-0020afdc7421}, IID: {00000001-0000-0000-c000-000000000046} err:ole:CoGetClassObject couldn't load InprocServer32 dll dmusic.dll fixme:ole:CoCreateInstance no classfactory created for CLSID {636b9f10-0c7d-11d1-95b2-0020afdc7421}, hres is 0x80070005 trace:ole:DllMain 0x40af0000 0x0 0x1 trace:ole:CoRevokeMallocSpy trace:ole:MallocSpyDumpLeaks leaks: 0 trace:ole:IMallocSpy_fnRelease (0x40b44d78)->(count=0) - -=(FeniX as fenix(a)DarkBluE)-(on tty0)-(at 11:02:11)=- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+1c29p7NA3AmQTU4RAsYdAJ4rraW4Pou+0wevS3WyUhCCQ5dv0ACfSgHf ijxCGGl7t1JhycZLP4rjGp8= =JTTm -----END PGP SIGNATURE-----

3 4

Re: Again GTA3 problems -- it is fully broken. Warcraft 3 as well.
by erwin wolff May 31, 2003

May 31, 2003

Hi, I need glx.h also :). I cannot find the sgi headers on their website :(. Op zo 25-05-2003, om 16:37 schreef Raphaël Junqueira: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Le Dimanche 25 Mai 2003 16:27, erwin wolff a écrit : > > Hi, > > > > Thanks for the patches. > > > > Note that I haven't applied any previous patches. The description of the > > make errors is in dutch but at the bottom of the email is the > > translation of some error descriptions. I ran configure on RH9 with: > > ../configure --with-nptl --with-x > > > > > Please can you try attached patches (from current cvs) and say me what > > > happened ? > > > > I applied the patches and this was the result ;-( : > > > > Argg, you have a not up to date GL header ;( > > Please use this up-to-date attached SGI GL headers > > Thanks, > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQE+0NUxp7NA3AmQTU4RAvGxAJ9AaaXeoKVftpdrzzMiuP8dD6DnBACfWFeN > eiEtRMV72C/CD7hgLt0FgpY= > =m1/5 > -----END PGP SIGNATURE-----

2 1

Turkish LANG. problem
by Arman Aksoy May 31, 2003

May 31, 2003

Hi all, Firstly, I want to thank every developer of wine. This is the most amazing program I have ever seen. But we, all (Turkish people) have some problems about it. Maybe this subject was discussed many times before, maybe not. But I want to tell all the strory perfectly as I can with my terrible English. 1) Keyboard 2) Font These, two problems can be easily solved by configuring some simple things. So I do not want to talk about. 3) I don't know what kind of problem is this? I have translated some wine docs to Turkish and some friends help people about Wine. 90 percent of these people come to us with the same problem: Here's a common example Turkish people see in their consoles... ; user$ wine myprogram.exe err:module:BUILTIN32_LoadLibraryExA loaded .so but dll display.dll still not found - 16-bit dll or version conflict. err:dc:CreateDCA no driver found for DISPLAY wine: ../../windows/sysmetrics.c:122: SYSMETRICS_Init: Assertion `hdc' failed. wine: Unhandled exception, starting debugger... ... (And a long list of debugging messages... These are not so important I think, so I decided not to post them) That's the problem and here's how we solve it; user$ export LANG=en_US user$ wine myprogram.exe Yes, there are no error/warning messages. "Ok, perfect you solved it , why are you still keeping to disturb us?" This solution has some disadvantages. The most important one is we can not use translated programs because they often look what the $LANG is. When they see en_US, they show us English programs. And the second one, people (especially newbies) dont want to use console and export command. They either would like to click on their .exe's and run them easily. I am not a developer but I can guess the reason. Turkish char.s are some way different from English ones. Here is the most problem one. upper => I , lower => ı (Please use iso8559-9 to view it) in Turkish upper => I , lower => i in English. I think this "dotlessi" (ı) causes all this problem. (Just an idea). Is there something you can do to fix it? Or what we can we do about it? Thanks too much and Good Luck... -- Armish http://lfs.geleceklinux.org http://linux-sevenler.de

2 1

Re: Bultin OCX?
by danielcampos May 30, 2003

May 30, 2003

Hi!: >Could you explain to me what the Winsock Control is? We have a >winsock DLL implementation already..... Winsock.dll is the Windows API to manage sockets, but Winsock control is a high-level library, provided with Visual Studio 6.0. It is mainly used by Visual Basic programmers, as it provides a very simple interface to send and receive data via TCP/UDP protocols. It provides some events (Connection, Data received, Data Sent...), and a easy way to send different data types (automatic conversion for unicode strings, for example) >They are normally shipped with the app. So would we really need one >in Wine? I think one of the goals of wine is to implement all the functions of windows systems, for instance now i'm testing an application written in VB that uses both Winsock.ocx and mscomm.ocx (RS-232), and I would like to use as builtin libraries/"com libraries" as possible, instead of using a "closed ocx", in which i can't do anything if something fails...I know now exists some builtin programs like wine-Notepad or winemine, so i think, the next step is to develop builtin OCX...under wine license OCXs are mainly for plugging into IDEs yes? Well, some ocx yes, but Winsock.ocx has not any visible interface, and it can be used without IDEs, simply by calling the COM server Thanks, Daniel Campos --- On Thu 05/29, Mike Hearn < mike(a)theoretic.com > wrote: From: Mike Hearn [mailto: mike(a)theoretic.com] To: danielcampos(a)myway.com Cc: wine-devel(a)winehq.com Date: 29 May 2003 14:47:32 +0100 Subject: Re: Bultin OCX? > One of the goals of this project would be replacing current native Winsock control by a "Bultin OCX". Could you explain to me what the Winsock Control is? We have a winsock DLL implementation already..... > I've look at Wine Documentation > ant it's simple to create a native DLL, but i've seen nothing > about the possibility of creating a builtin OCX. Is there any way > to do it? What about registry issues? It is possible yes, but rather hard. OCXs are mainly for plugging into IDEs yes? They are normally shipped with the app. So would we really need one in Wine? Also, such a thing would need to use the Win32 winsock api really, not unix sockets. thanks -mike _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com

5 5

Internet Explorer regressions
by Mike Hearn May 29, 2003

May 29, 2003

Back to the real thing now, is anybody else seeing big regressions in IE? Rendering speed has dropped through the floor, I can watch it paint the web page in chunks. Fonts seem a bit off, and I need a load of native DLLs otherwise it freezes, seemingly spinning - but when I attach in winedbg and take a look, it seems all the threads are simply blocking on NtWaitForMultipleObjectsEx. I'm wondering if I broke my setup somewhere along the way, or if the latest round of checkins b0rked IE. this is frustrating.... so close to our app working!! :/ ta -mike

4 8

Generating incremental diffs
by Shachar Shemesh May 29, 2003

May 29, 2003

I need to generate diffs between my previous patch and the current one. Unsuprisingly (as Alexander is on vacation), the previous patch was not applied. When diffing against CVS, I usually just do "cvs diff -u". In this case, I have checked out a new tree from CVS, applied the old diff on that tree (so I have a tree that is the way CVS would look if my previous patch was applied). Now what? I tried running "diff -u -r wine.ref wine". The problem is that this generated tons of diffs in files in the "CVS" directory. Don't ask me why there were differences there. Any other ideas? I know other people have done this before... Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

3 3

Apps with problems during install using Managed Mode
by Carlos Lozano May 29, 2003

May 29, 2003

Hello, I have been checking some apps what had problems in order to install in Managed Mode (due to background above the continue window) and after of apply the change what i sent yesterday it started to work. With luck it should work for every Installshield app. Now the question: Do you know more apps with problems installing in managed mode? Thanks. Regards, Carlos. Pd: it is the change: dlls/x11drv/windows.c inline static BOOL is_window_managed( WND *win ) { if (!managed_mode) return FALSE; /* tray window is always managed */ if (win->dwExStyle & WS_EX_TRAYWINDOW) return TRUE; /* child windows are not managed */ if (win->dwStyle & WS_CHILD) return FALSE; /* tool windows are not managed */ if (win->dwExStyle & WS_EX_TOOLWINDOW) return FALSE; /* windows with caption or thick frame are managed */ if ((win->dwStyle & WS_CAPTION) == WS_CAPTION) return TRUE; if (win->dwStyle & WS_THICKFRAME) return TRUE; /**************** New code *****************************/ if ((win->dwStyle & (WS_CLIPSIBLINGS|WS_CLIPCHILDREN) ) == (WS_CLIPSIBLINGS|WS_CLIPCHILDREN)) return TRUE; /************** End new code ***************************/ /* default: not managed */ return FALSE; } -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

5 8

Fix for ddraw: CreateSurface
by Sylvain Petreolle May 29, 2003

May 29, 2003

Since some surface types are unhandled for now, OffScreenPlain is assumed. Unused members of the DDSURFACEDESC2 structure are set to zero, so the bitperpixel is zero. DDRAW_width_bpp_to_pitch is called with bpp 0 and apps are stopping on assert(bpp != 0); /* keeps happening... */ At least WinDVD starts with this patch, will it be accepted until we implement other surface types ? Index: ddraw/main.c =================================================================== RCS file: /home/wine/wine/dlls/ddraw/ddraw/main.c,v retrieving revision 1.40 diff -u -r1.40 main.c --- ddraw/main.c 11 May 2003 03:46:53 -0000 1.40 +++ ddraw/main.c 28 May 2003 22:03:46 -0000 @@ -525,6 +525,9 @@ if (!(ddsd.dwFlags & DDSD_PIXELFORMAT)) { ddsd.u4.ddpfPixelFormat = This->pixelformat; + } else { + if( !GET_BPP(ddsd)) + return DDERR_INVALIDPIXELFORMAT; } if (!(ddsd.dwFlags & DDSD_PITCH)) ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 3

Bultin OCX?
by danielcampos May 29, 2003

May 29, 2003

Hello : At this moment i'm writing a socket class, quite similar to Winsock OCX control. It is written using unix sockets and threads. One of the goals of this project would be replacing current native Winsock control by a "Bultin OCX". I've look at Wine Documentation ant it's simple to create a native DLL, but i've seen nothing about the possibility of creating a builtin OCX. Is there any way to do it? What about registry issues? Thanks Daniel Campos _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com

2 1

Re: faq.diff
by Dimitrie O. Paun May 29, 2003

May 29, 2003

On May 29, 2003 04:37 am, Tom Wickline wrote: > 3) update : Is there a CVS tree? ( -z3 to -z0 and add the notice ) Please don't make that -z 0 explicit in there, just say: cvs checkout wine/ANNOUNCE and remove the "slow link" comment. In fact, for those questions I would simply direct people to the WineHQ CVS/download pages, no point in maintaining the information in multiple places. -- Dimi.

2 1

Re: OLE clipping
by Mike Hearn May 29, 2003

May 29, 2003

Hmmm, as a follow up, changing if ((flags & DCX_CLIPCHILDREN) && (mode != ClipByChildren)) to if (flags & DCX_CLIPCHILDREN) in get_visible_region fixes it. I assume altering the assignment in GetDC would have the same effect. I think this is what you were talking about earlier with Wine vs X11 clipping.... it seems in this case leaving it up to X doesn't work. I don't understand enough about this area to submit a proper patch though, so I just thought I'd let you know what change fixed the problem. thanks -mike On Fri, 2003-05-16 at 16:10, Mike Hearn wrote: > > Yes I know what you talking about. Here is a patch for this. When I > > presented it to Alexandre a while ago he said that it's not necessary > > because X will take care of the clipping for us. He said we don't need > > to do it. > > Thanks for the patch. I applied it, but other than the Google "I'm > feeling lucky" buttons now appearing when i mouse over them, not much > changed (clip_children is being called now though). > > Here's an excerpt from a trace: > > trace:x11drv:X11DRV_Expose win 0x10025 (4000009) 227,463 365x91 > trace:x11drv:X11DRV_Expose win 0x1002d (400002a) 227,0 365x40 > trace:x11drv:X11DRV_CreateBitmap (0xc18) 365x91 24 bpp > trace:x11drv:X11DRV_GetDC visible=1 > trace:x11drv:clip_children called for parent=1002d, last=0 > trace:x11drv:get_visible_region top=0x1002a, win->hwndSelf=0x1002d > trace:x11drv:get_visible_region WS_CLIPSIBLINGS for child > trace:x11drv:clip_children called for parent=1002a, last=1002d > trace:x11drv:clip_children one > trace:x11drv:clip_children two > trace:x11drv:get_visible_region WS_CLIPSIBLINGS for child > trace:x11drv:clip_children called for parent=10029, last=1002a > trace:x11drv:clip_children one > trace:x11drv:clip_children two > > And the window tree looks like this: > > 10025 (main window - java renders buttons etc direct to it) > |-10029 (start of IE embedding?) > |- 1002A > |- 1002D (this seems to be the IE rendering area) > |-10026 (not sure what this is) > > So, As you can see Expose events are sent to the main window and the > embedded IE window, which makes sense. I can see the clip_children call > seemingly chaining up the window tree - it starts at 1002D and ends up > at 10029 near the top, BUT for some reason clip_children is never called > with a parent of 10025. > > I'm pretty lost in this code, I'm not sure how Java is even drawing - I > switched off the blitting code and it mangled most Wine graphics in > other apps, but Java was just like normal. But I think maybe > clip_children should be called for the top level window? > > thanks a lot for you help Ulrich, it's appreciated! > -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 7

Wine folks interested in a CHM spec?
by Pabs3 May 29, 2003

May 29, 2003

Hi wine peeps, Just wondering if Wine folks are implementing a chm viewer and if you would be interested in a specification on the internal files of CHMs and even relicencing some of the code for my chm decompiler. all at http://bonedaddy.net/pabs3/hhm/ BTW; please cc me in replies since, while i'm subscribed i don't want to get heaps of other wine discussion & so i've turned off mail delivery. Bye, Pabs ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

13 24

Wine + Ventrilo (speech communication)
by Kristoffer Ericson May 29, 2003

May 29, 2003

Greetings, Just wanted to point out that Ventrilo (www.ventrilo.com) works in wine with abit of work. Although it requires 3 files (gsm 6.10 codec among other things). The bug i'm left with currently is that when 2 people speak (at same time), it freezes up. Ventrilo will probobly make a linux version but wanted you all to know. Best wishes ps. Tribes still works =) _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

2 1

d3d merges
by Ann and Jason Edmeades May 28, 2003

May 28, 2003

Thanks Raphael for doing that, as I hadnt had chance to merge in your changes. BTW Did I read right that Alexander is away for 3 weeks...! He'll have a nice workload when he gets back :-) Jason

2 1

Working a bit with installers
by Carlos Lozano May 28, 2003

May 28, 2003

Hello, I have been playing a bit with a installer what the background appears above of the window what you must press "NEXT>>", what you can't select. It worked only using "Managed" = "No". Changing the line: dlls/x11drv/windows.c inline static BOOL is_window_managed( WND *win ) { if (!managed_mode) return FALSE; /* tray window is always managed */ if (win->dwExStyle & WS_EX_TRAYWINDOW) return TRUE; /* child windows are not managed */ if (win->dwStyle & WS_CHILD) return FALSE; /* tool windows are not managed */ if (win->dwExStyle & WS_EX_TOOLWINDOW) return FALSE; /* windows with caption or thick frame are managed */ if ((win->dwStyle & WS_CAPTION) == WS_CAPTION) return TRUE; if (win->dwStyle & WS_THICKFRAME) return TRUE; /* default: not managed */ return FALSE; ^^^^^^^^^^^^^^ with return TRUE; It is possible install (at least in my case) the program even in managed mode. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 1

Agent crashes when sending article
by Gerhard W. Gruber May 28, 2003

May 28, 2003

Some time ago I posted that Agent crashes when sending an email. At this time the crash was sometimes quite frequently and sometimes it worked well for an extended period of time. Now I found a scenario which will cause this crash rather reliably (it failed only one time for me when I tested it). Compose an article with a non-existent newsgroup., messagetext and subjectline doesn't matter I think, and then send this article with <ALT>-S (for Send-Now). When the crash occurs ebx contains a pointer that is pointing to some invalid address (actually it is a string instead of a pointer) which is subsequently referenced. On each crash the pointer and it's content is the same. I already run agent with "wine -debugmsg +all" and got a rather huge trace (about 500MB) so if you need any info I can extract it from this. I tried to anlyze the problem but I have problems interpreting the trace so it doesn't tell me much. I would investigate this myself but I need some input how the best way to approach this. winedbg is not much help to me for now. Or can you set memory access breakpoints like in Softice? Backtrace: =>0 0x005b507b (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x202cd in D:\home\agent\agent.exe) (ebp=406b1cd8) 1 0x0046cd45 (agent.exe.(a)ENUMERATEACTIVEWNDS$QP6HWND__P9TENUMINFO+0x39175 in D:\home\agent\agent.exe) (ebp=406b1f60) 2 0x0040e1ba (agent.exe.__GetExceptDLLinfo+0xd14c in D:\home\agent\agent.exe) (ebp=406b1f74) 3 0x0058e5c3 (agent.exe.(a)WinTimerStatics@Func$qp6HWND__uiuiul+0xe35b in D:\home\agent\agent.exe) (ebp=406b1f88) 4 0x00531d64 (agent.exe.(a)MyDdeCallback$quiuip7HCONV__p5HSZ__t4p10HDDEDATA__ulul+0x17d5c in D:\home\agent\agent.exe) (ebp=406b1fd8) 5 0x004dacf4 (agent.exe.(a)PropdlgKbdProc$qiuil+0x261fc in D:\home\agent\agent.exe) (ebp=406b2024) 6 0x00598543 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x3795 in D:\home\agent\agent.exe) (ebp=406b207c) 7 0x005985a0 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x37f2 in D:\home\agent\agent.exe) (ebp=406b20b0) 8 0x0059865f (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x38b1 in D:\home\agent\agent.exe) (ebp=406b20f8) 9 0x005985c8 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x381a in D:\home\agent\agent.exe) (ebp=406b2110) 10 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b2134) 11 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x416b1fb8, hwnd=0x10025, msg=0x411, wParam=0x100, lParam=0x4199cac8) [winproc.c:184] in user32.dll.so) (ebp=406b2164) 12 0x4081a6e8 (CallWindowProcA+0x88(func=0x413b0848, hwnd=0x10025, msg=0x411, wParam=0x100, lParam=0x4199cac8) [winproc.c:2854] in user32.dll.so) (ebp=406b218c) 13 0x407fc1da (DispatchMessageA+0x12a(msg=0x406b222c) [message.c:794] in user32.dll.so) (ebp=406b21d0) 14 0x407dc9f9 (MENU_TrackMenu+0x5e9(hmenu=0x0, wFlags=0x80000000, x=0x0, y=0x0, hwnd=0x10025, lprect=0x0) [menu.c:2891] in user32.dll.so) (ebp=406b2248) 15 0x407dce67 (MENU_TrackKbdMenuBar+0x147(hwnd=0x10025, wParam=0xf100, vkey=0x0) [menu.c:3049] in user32.dll.so) (ebp=406b2278) 16 0x40801266 (NC_HandleSysCommand+0x266(hwnd=0x10025, wParam=0xf100, lParam=0x0) [nonclient.c:2194] in user32.dll.so) (ebp=406b22a0) 17 0x407f0aee (DEFWND_DefWinProc+0x74e(hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [defwnd.c:534] in user32.dll.so) (ebp=406b2330) 18 0x407f1517 (DefWindowProcA+0x3a7(hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [defwnd.c:863] in user32.dll.so) (ebp=406b2364) 19 0x407f9daf (DefFrameProcA+0xff(hwnd=0x10025, hwndMDIClient=0x10026, message=0x112, wParam=0xf100, lParam=0x0) [mdi.c:1492] in user32.dll.so) (ebp=406b2388) 20 0x005a1dea (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0xd03c in D:\home\agent\agent.exe) (ebp=406b23a4) 21 0x0059c206 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x7458 in D:\home\agent\agent.exe) (ebp=406b23c4) 22 0x00598556 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x37a8 in D:\home\agent\agent.exe) (ebp=406b241c) 23 0x005985a0 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x37f2 in D:\home\agent\agent.exe) (ebp=406b2450) 24 0x0059865f (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x38b1 in D:\home\agent\agent.exe) (ebp=406b2498) 25 0x005985c8 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x381a in D:\home\agent\agent.exe) (ebp=406b24b0) 26 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b24d4) 27 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x416b1fb8, hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [winproc.c:184] in user32.dll.so) (ebp=406b2504) 28 0x4081a246 (WINPROC_CallProc32WTo32A+0xc6(func=0x416b1fb8, hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [winproc.c:2676] in user32.dll.so) (ebp=406b2530) 29 0x4081a7c8 (CallWindowProcW+0x88(func=0x413b0856, hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [winproc.c:2890] in user32.dll.so) (ebp=406b2558) 30 0x4082dc00 (call_window_proc+0xd0(hwnd=0x10025, msg=0x112, wparam=0xf100, lparam=0x0, unicode=0x1, same_thread=0x1) [message.c:1401] in user32.dll.so) (ebp=406b25a8) 31 0x4082e85f (SendMessageTimeoutW+0xdf(hwnd=0x10025, msg=0x112, wparam=0xf100, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x406b2630) [message.c:1791] in user32.dll.so) (ebp=406b2600) 32 0x4082eae9 (SendMessageW+0x39(hwnd=0x10025, msg=0x112, wparam=0xf100, lparam=0x0) [message.c:1873] in user32.dll.so) (ebp=406b2634) 33 0x407f0c03 (DEFWND_DefWinProc+0x863(hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [defwnd.c:571] in user32.dll.so) (ebp=406b26c8) 34 0x407f1517 (DefWindowProcA+0x3a7(hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [defwnd.c:863] in user32.dll.so) (ebp=406b26fc) 35 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b2720) 36 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x407f1170, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:184] in user32.dll.so) (ebp=406b2750) 37 0x4081a69b (CallWindowProcA+0x3b(func=0x407f1170, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:2839] in user32.dll.so) (ebp=406b2778) 38 0x005982ed (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x353f in D:\home\agent\agent.exe) (ebp=406b279c) 39 0x00598556 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x37a8 in D:\home\agent\agent.exe) (ebp=406b27f4) 40 0x005985a0 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x37f2 in D:\home\agent\agent.exe) (ebp=406b2828) 41 0x0059865f (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x38b1 in D:\home\agent\agent.exe) (ebp=406b2870) 42 0x005985c8 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x381a in D:\home\agent\agent.exe) (ebp=406b2888) 43 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b28ac) 44 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x41998408, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:184] in user32.dll.so) (ebp=406b28dc) 45 0x4081a6e8 (CallWindowProcA+0x88(func=0x413b0db8, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:2854] in user32.dll.so) (ebp=406b2904) 46 0x407fc1da (DispatchMessageA+0x12a(msg=0x406b2980) [message.c:794] in user32.dll.so) (ebp=406b2948) 47 0x004db200 (agent.exe.(a)PropdlgKbdProc$qiuil+0x26708 in D:\home\agent\agent.exe) (ebp=406b299c) 48 0x004db4c3 (agent.exe.(a)PropdlgKbdProc$qiuil+0x269cb in D:\home\agent\agent.exe) (ebp=406b29ec) 49 0x004dadbb (agent.exe.(a)PropdlgKbdProc$qiuil+0x262c3 in D:\home\agent\agent.exe) (ebp=406b2a54) 50 0x0040fd3b (agent.exe.__GetExceptDLLinfo+0xeccd in D:\home\agent\agent.exe) (ebp=406b2e18) 51 0x005a54d4 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x10726 in D:\home\agent\agent.exe) (ebp=406b2e5c) 52 0x005b40b5 (agent.exe.(a)InitWndProc$qp6HWND__uiuil+0x1f307 in D:\home\agent\agent.exe) (ebp=406b2e8c) Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:005f EIP:005b507b ESP:406b1cb4 EBP:406b1cd8 EFLAGS:00210206( R- 00 I - -P1 ) EAX:2d746e65 EBX:4199cacc ECX:4199c268 EDX:406b1d48 ESI:00000000 EDI:4199cac8 -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 11

Problem with compobj.dll.COSETSTATE
by Peter Barth May 28, 2003

May 28, 2003

Hi, I try to run a French-learning software called Decouvertes. Multiple problems I have, hopefully sombodey answers and can help: o as a starting point I used the ODBC dlls delivered by the program, The DB stuff works, but I would like to know, how to implement the wine-builtin ODBC support and which driver this would be then o once the program comes up, it generates a Win16Mutex timed out - message. After a while it allows input and runs quiet good as it seems o issueing an other task - dictionary - leedss to an exception related to: unimplemented function compobj.dll.COSETSTATE called in32-bit mode in ole32.dll.so There is a OLE2.DLL deliverd with the program, which has such a function built in. Question is, as a newbie to wine, how to tell wine, not to use ole32.dll.so builtin but ole2.dll native. Rename ole32.dll.so, reconfigure and recompile? I would need assistance badly, probably somebody had a similar problem before. The purpose for this is, that we try to establish Solaris based system at a school environment whithout involving Win2k/Citrix on a seperate Application-Server. It would help tremendously if somebody becomes involved with this. Thank you very much best regards Peter Barth

2 1

little WWN problem
by Dimitrie O. Paun May 28, 2003

May 28, 2003

Hi folks, How come "The top 5 posters of the week" are almost always screwed up: 1. 28 posts in 68K by Alexandre Julliard 2. 35 posts in 89K by Dimitrie O. Paun 3. 18 posts in 41K by Gerhard W. Gruber 4. 11 posts in 91K by Mike Hearn 5. 1 posts in 3K by Shachar Shemesh -- Dimi.

6 7

cvs.diff
by Tom May 28, 2003

May 28, 2003

Then use decent tools => upgrade CVS. Well in my simple point of view I am ! I went and got the latest update for RH 7.3 from : http://www.rpmfind.net//linux/RPM/redhat/updates/7.3/i386/cvs-1.11.1p1-8.7.… I also just looked and RH *9* use's 1.11.2-10 here is the link : http://www.rpmfind.net//linux/RPM/redhat/9/i386/cvs-1.11.2-10.i386.html So im not sure Dimi's suggestion about 1.11.5 will work.........As 1.11.5 is in RH RawHide .. And no one who cares about a stable Box is going to use RawHide Warez.......... http://www.rpmfind.net//linux/RPM/rawhide/1.0/i386/RedHat/RPMS/cvs-1.11.5-1… I say go with -z 0 and let it be !!!!!!!! This also helps on the WineHQ sever on over head. Right ? And as ive said before anyone who has ever used cvs before can still compress to there hearts content.. Tom

2 1

Re: msdos/int21 CREAT special cases
by Andreas Mohr May 28, 2003

May 28, 2003

On Mon, May 26, 2003 at 01:04:49PM +0200, Ferenc Wagner wrote: > Volume label creation should fail, not create a regular file. > Similarly for file names ending in a slash (this is actually > needed for PKSFX Version 2.04g to unpack directory trees). > > Feri. > > Index: msdos/int21.c > =================================================================== > RCS file: /home/wine/wine/msdos/int21.c,v > retrieving revision 1.93 > diff -u -r1.93 int21.c > --- msdos/int21.c 19 May 2003 21:40:05 -0000 1.93 > +++ msdos/int21.c 26 May 2003 10:48:21 -0000 > @@ -474,8 +474,18 @@ > } > static BOOL INT21_CreateFile( CONTEXT86 *context ) > { > - SET_AX( context, _lcreat16( CTX_SEG_OFF_TO_LIN(context, context->SegDs, > - context->Edx ), CX_reg(context) ) ); > + LPCSTR path=CTX_SEG_OFF_TO_LIN(context, context->SegDs, context->Edx); > + > + if (CX_reg(context) == 0x0008) { > + SetLastError( ERROR_ACCESS_DENIED ); > + return TRUE; > + } > + if (path[strlen(path)-1] == '/') > + { > + SetLastError( ERROR_FILE_NOT_FOUND ); > + return TRUE; > + } > + SET_AX( context, _lcreat16( path, CX_reg(context) ) ); > return (AX_reg(context) == (WORD)HFILE_ERROR16); > } Hmm, and is there a reason to not do it in _lcreat16() instead? Or is _lcreat16() really "clever" enough to handle volume labels "properly" if called directly? Somehow I doubt it... ;) Or in fact you could walk further up the chain and maybe find that even _lcreat() should be the function to have that check instead... (or, for that matter, even CreateFileA and thus CreateFileW...) So my rough guess is that this should probably be prevented in CreateFileW instead even. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 1

kernel32 file operations and wildcard filenames
by Rolf Kalbermatter May 28, 2003

May 28, 2003

Having done some tests on kernel32.dll file functions I have come across a problem with filenames containing wildcards. Under Windows (2K) all functions such as DeleteFile, CopyFile, MoveFile, CreateDirectory and such do return FALSE and normally set the last error to ERROR_INVALID_NAME (123) if one of the filenames passed in contains a wildcard (*?). Wines kernel32 behaves somewhat different. Apart from returning different last errors in most cases such as: DeleteFile: ERROR_FILE_NOT_FOUND (2) CopyFile: ERROR_BAD_PATHNAME (161) MoveFile: ERROR_FILE_NOT_FOUND (2) when source contains wildcards which all wouldn't really be a to big issue, there is one thing which seems not right at all to me: MoveFile with a valid existing source and a target with wildcards will create a file on disk containing wildcards in its name. This certainly can't be the intention! So according to Win2K it would be probably useful to check in all those functions for existence of wildcards in the input file paths and refuse them properly. I took a look at the kernel32 file.c functions and saw that they usually all call DOSFS_GetFullName which is supposed to check for valid filenames and such. Problem is this function is also used in many other places and I can't get a good idea if those might need to accept wildcards in file names. Is there anyone more familiar with the kernel32 implementation in Wine who could maybe give me some insight if an according change to DOSFS_GetFullName would be useful or rather cause possible regressions? Otherwise the best thing to do would probably be to add explicit wildcard tests to all those file function and refuse with an according last error set. If I do not get any reactions this is probably what I will do as I'm somewhat weary to change an internal low level function such as DOSFS_GetFullName without some third party encouragement. Rolf Kalbermatter PS: Other differences I saw, where that Wines MoveFile explicitedly forbids directories as source with ERROR_ACCESS_DENIED (5) whereas tests under W2K show that MoveFile happily will rename directories on the same volume, inde- pendant if they are empty or not. CopyFile under W2K however will complain with above error ERROR_ACCESS_DENIED (5) for directories as source. Maybe a possible mix up?

1 0

was cvs diff now .. future cvs patch
by Tom May 28, 2003

May 28, 2003

Hello, Does everyone here agree with Dimi's suggestion to add : "If you work over a slow link, you may want to compress the traffic with -z3. However, there are known bugs in CVS with this compressed communication mode, make sure you use cvs version 1.11.5 or later." Just thought I would ask before I sent the patch :)) Tom

1 0

Wine Run error
by 朱剑民 May 28, 2003

May 28, 2003

I have installed wine on Linux redhat 9.0. I want install Ms office and OICQ, but when i run: wine ***.exe occuring the "SYSDEPS_SpawnThread" and stop, someone can tell me why??? If the redhat 9.0 could support wine very well??? Thanks Kevin

1 0

Re: Listview alignment fix
by biggun from the sun May 27, 2003

May 27, 2003

1 0

Re: little WWN problem
by Brian Vincent (C) May 27, 2003

May 27, 2003

> How come "The top 5 posters of the week" are almost always screwed up: Because people like you post from two email accounts. When I generate the stats it considers each email address a unique name. So stats get generated for both email addresses. When Jeremy parses the XML he looks for something like the person who had the most posts and finds the correct person but sometimes the stats that get returned are for the last entry in the xml file. If you look at the xml file you'll probably notice right away what it's doing. The scripts I generate stats from are fairly intelligent in how they parse everything, but for people who post from more than one account I have to know the offending names and have sed fix it up. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: Fix crash in WritePrivateProfileString
by Dimitrie O. Paun May 27, 2003

May 27, 2003

On Tue, 27 May 2003, Thomas Charbonnel wrote: > Hi, > > This fixes a crash in WritePrivateProfileString when the lpFileName > parameter was NULL. The behaviour is modeled after what I tested on > Windows machines: 9x/Me returns FALSE and nothing is done, NT/2K/XP > attempts to write the entry in the win.ini file and returns the > appropriate value. I think it's way too complicated for no good reason. Just do what NT does: if (!filename) filename = wininiW; It's just one line vs. 10+. -- Dimi.

1 0

Re: Listview alignment fix
by Dimitrie O. Paun May 27, 2003

May 27, 2003

On May 26, 2003 05:48 pm, BiGgUn wrote: > Fix label alignment with icon bottom. Sorry, I know I said it's OK in private, but now thinking about it some more, I realize it's not right. What if the text size changes? Does this work for you: Index: dlls/comctl32/listview.c =================================================================== RCS file: /var/cvs/wine/dlls/comctl32/listview.c,v retrieving revision 1.353 diff -u -r1.353 listview.c --- dlls/comctl32/listview.c 22 May 2003 03:37:10 -0000 1.353 +++ dlls/comctl32/listview.c 26 May 2003 22:57:01 -0000 @@ -347,7 +347,7 @@ /* Standard DrawText flags */ #define LV_ML_DT_FLAGS (DT_TOP | DT_NOPREFIX | DT_EDITCONTROL | DT_CENTER | DT_WORDBREAK | DT_WORD_ELLIPSIS | DT_END_ELLIPSIS) #define LV_FL_DT_FLAGS (DT_TOP | DT_NOPREFIX | DT_EDITCONTROL | DT_CENTER | DT_WORDBREAK | DT_NOCLIP) -#define LV_SL_DT_FLAGS (DT_TOP | DT_EDITCONTROL | DT_SINGLELINE | DT_WORD_ELLIPSIS | DT_END_ELLIPSIS) +#define LV_SL_DT_FLAGS (DT_BOTTOM | DT_EDITCONTROL | DT_SINGLELINE | DT_WORD_ELLIPSIS | DT_END_ELLIPSIS) /* The time in milliseconds to reset the search in the list */ #define KEY_DELAY 450 -- Dimi.

3 2

Application crashes (something to do with OLE 16/32 split)
by Hongli Lai May 27, 2003

May 27, 2003

I'm using the app Powersim (a Win 3.1 app). It loads fine but when I open an app it crashes. Mike Hearn said it may have got something to do with the OLE 16/32 split. Here's the full output: [hongli(a)izumi Pslite]$ wine POWERSIM.EXE fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:ole:CoRegisterClassObject16 ({30774246-086C-101B-9E18-04021C007002},0x41377e88,0x00000004,0x00000001,0x412a3ef0),stub fixme:ole:CoRegisterMessageFilter16 (0x412ee128,(nil)),stub! fixme:ole:CoLockObjectExternal16 (0x9570024,1,0),stub! fixme:ole:CoLockObjectExternal16 (0x9570024,1,0),stub! fixme:mdi:MDIRefreshMenu partially function stub fixme:ole:CoLockObjectExternal16 (0x9570030,1,0),stub! >>>>> here's when I open a project! fixme:seh:EXC_RtlRaiseException call to unimplemented function storage.dll.IStream16_Stat wine: Unhandled exception, starting debugger... WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) Breakpoint 1 at 0x4000d61c (_end+0x400bef0) Loaded debug information from ELF '/usr/local/wine/lib/libntdll.dll.so' (0x40017000) Loaded debug information from ELF '/usr/local/wine/lib/libwine.so.1' (0x40118000) Loaded debug information from ELF '/usr/local/wine/lib/libwine_unicode.so.1' (0x40130000) Loaded debug information from ELF '/lib/libc.so.6' (0x4022b000) Loaded debug information from ELF '/lib/libm.so.6' (0x40362000) Loaded debug information from ELF '/lib/libdl.so.2' (0x40384000) Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/lib/libnss_files.so.2' (0x40388000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winevdm.exe.so' (0x40211000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winedos.dll.so' (0x406d3000) Loaded debug information from ELF '/usr/local/wine/lib/wine/user32.dll.so' (0x40714000) Loaded debug information from ELF '/usr/local/wine/lib/wine/gdi32.dll.so' (0x4085a000) Loaded debug information from ELF '/usr/local/wine/lib/wine/advapi32.dll.so' (0x408df000) Loaded debug information from ELF '/usr/local/wine/lib/wine/kernel32.dll.so' (0x4090e000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x409ec000) No debug information in ELF '/usr/lib/libz.so.1' (0x40a42000) Loaded debug information from ELF '/usr/local/wine/lib/wine/x11drv.dll.so' (0x40a50000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40393000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40ac3000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40ada000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40ae8000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40bde000) No debug information in ELF '/usr/X11R6/lib/libXmu.so.6' (0x40db2000) No debug information in ELF '/usr/X11R6/lib/libXi.so.6' (0x40dc8000) No debug information in ELF '/usr/X11R6/lib/libXt.so.6' (0x40dd0000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40e1c000) Loaded debug information from ELF '/lib/libgcc_s.so.1' (0x40e24000) Loaded debug information from ELF '/usr/local/wine/lib/wine/mmsystem.dll.so' (0x40e40000) Loaded debug information from ELF '/usr/local/wine/lib/wine/wineoss.drv.so' (0x40eae000) Loaded debug information from ELF '/usr/local/wine/lib/wine/msacm.drv.so' (0x409d2000) Loaded debug information from ELF '/usr/local/wine/lib/wine/msacm32.dll.so' (0x40ef1000) Loaded debug information from ELF '/usr/local/wine/lib/wine/midimap.drv.so' (0x41030000) Loaded debug information from ELF '/usr/local/wine/lib/wine/commdlg.dll.so' (0x413a0000) Loaded debug information from ELF '/usr/local/wine/lib/wine/shell32.dll.so' (0x4141f000) Loaded debug information from ELF '/usr/local/wine/lib/wine/ole32.dll.so' (0x414ab000) Loaded debug information from ELF '/usr/local/wine/lib/wine/rpcrt4.dll.so' (0x41528000) Loaded debug information from ELF '/usr/local/wine/lib/wine/shlwapi.dll.so' (0x41573000) Loaded debug information from ELF '/usr/local/wine/lib/wine/comctl32.dll.so' (0x415c6000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winspool.drv.so' (0x4167a000) Loaded debug information from ELF '/usr/local/wine/lib/wine/ver.dll.so' (0x417b0000) Loaded debug information from ELF '/usr/local/wine/lib/wine/lz32.dll.so' (0x417cb000) No debug information in 32bit DLL 'C:\Program Files\Pslite\POWERSIM.EXE' (0x40220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40040000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40930000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x408f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40870000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40740000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x406e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40a60000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40e50000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x40ec0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x40f00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x409e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41040000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x41540000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x414c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x41590000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x415d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x41440000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x41680000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x413b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x417d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x417c0000) Unhandled exception: unimplemented function storage.dll.IStream16_Stat called in 32-bit code (0x414d53b8). In 32-bit mode. Symbol __strtol_internal (0000:40384000) is invalid 0x414d53b8 (__wine_unimplemented+0x58 [storage.spec.c] in ole32.dll.so): subl $4,%esp Unable to open file storage.spec.c Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg> Wine-dbg>quit WineDbg terminated on pid 8 [hongli(a)izumi Pslite]$

5 8

Windows version handling
by Thomas Charbonnel May 27, 2003

May 27, 2003

Hi, I reported a crash some days ago, triggered when WritePrivateProfileString is called with a NULL lpFileName. I was advised to test windows' behaviour, which I did. The call behaves differently on Win9x/Me and WinNT/2K/XP. Should I model the patch after this ? If yes, is there an internal Wine mechanism to deal with windows versions, or should I just call GetVersionEx ? Thomas

3 2

Re: Building documentation start
by Francois Gouget May 27, 2003

May 27, 2003

On Tue, 27 May 2003, Shachar Shemesh wrote: > This includes the begining of a Build doc in wine-devel. It also > contains a list of the soft-dependancies I spotted, and urging the > packagers to consider this list. This section does not belong in the Winelib guide. The Winelib guide deals with how to compile Windows applications using Wine, not how to compile Wine itself. This list of dependencies would fit better in the PACKAGING guide, between the REQUIREMENTS and WINE COMPONENTS sections. You could also add something like this to the REQUIREMENTS section: * A build system satisfying all Wine's soft and hard dependencies so that the resulting Wine package has all Wine's features. You may also want to point to this section from the README's 'COMPILATION' section. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

2 2

Re: Fwd:Re: Sourceforge
by Jeremy Newman May 27, 2003

May 27, 2003

I think we should keep the sidebar links internal to the site. I don't want those links to take you off site. Its better to have the download.template, as not ALL of our downloads will be hosted there. Ie, I want to keep the links to CodeWeavers and Trasgaming as alternate versions of wine. We can update that page if you do not feel the wording is strong enough about OFFICIAL WINE BUILDS. :-) On Mon, 2003-05-26 at 09:43, puoti(a)inwind.it wrote: > Hello, what do you think about this? > On May 26, 2003 07:53 am, puoti(a)inwind.it wrote: > >>I think the best thing to do would be to point the link > > >to wine binaries in the winehq.com menu to the wine sourceforge page, > > >instead of download.tramplate so everybody wanting a wine binary would get > > >it from there. > > > >That's a good idea, but it's better forwarded to wine-devel because this is > >Jeremy Newman's territory, and I'd rather have him do the change. > > > >-- > >Dimi. > > >

1 0

Re: Building documentation start
by Mike Hearn May 27, 2003

May 27, 2003

JACK is a sound server, like aRts or esound. It's good for low latency work but is Linux specific. I think Wine supports aRts as well, perhaps that should be on the list. At some point, somebody needs to merge in the improvements TransGaming made to wininet (their copy of the dll is based on lgpld code) at which point we'll have a dep (hard? soft?) on OpenSSL too. Hmm. Can't think of any more at present. There are probably more though.... thanks -mike On Tue, 2003-05-27 at 14:52, Shachar Shemesh wrote: > This includes the begining of a Build doc in wine-devel. It also > contains a list of the soft-dependancies I spotted, and urging the > packagers to consider this list. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Wine Bug #1435 and Dos_fs.c
by Mike Hearn May 27, 2003

May 27, 2003

Hi Andrew, I was warned at the time that the return code of this class of functions had particularly crack-like properties, however a test case on Win98 and WinXP appeared to show that this was the right code. Clearly however it caused a regression, as a few days ago I also saw a problem with 16 bit file open dialogs no longer showing directory lists. Can you confirm that ChessBase Light is a 16 bit app? The file open dialog should look like an old win3.1 dialog if so, rather than a 9x/NT4 style dialog. If there is a downloadable demo of this app this would also be useful. thanks -mike On Sat, 2003-05-24 at 22:11, Andrew Talbot wrote: > Dear Mike, > > I hope you do not mind me e-mailing you directly, but I have been trying to > track down a bug associated with the Directory pane of a File Open Dialog > ceasing to update properly (Wine bug #1435) and believe that you are the man > to contact. > > I do not have the expertise to solve the problem myself, but I wound back the > CVS and discovered that the bug was introduced on 4th April 2003, between > 16:00 and 17:00 CST. By examining the Changelog, I noticed that you had > submitted modifications to 'dos_fs.c'. I substituted the old dos_fs.c into > the post-bug build and found that the bug had disappeared. Thus, it appears > that the bug was introduced via that file at that time. > > Please could you have a look to see if you can identify the problem? I can > happily tell you how to get the problem to manifest itself, if necessary. > > Thanks and regards, > > -- Andy Talbot. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: cvs.diff
by Andreas Mohr May 27, 2003

May 27, 2003

Hi, On Sun, May 25, 2003 at 11:45:25PM -0400, Tom Wickline wrote: > > Hello, > > Change cvs -z 3 to cvs -z 0 Huh, why do you think anyone would accept that? A lot of people still use modem links (or even DSL might be troublesome for that matter), so using no compression at all can be considered fatal. For such a strange patch (at least from my point of view), an explanation/justification is sorely missing. -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

8 11

DCOM/DCE/RPC
by Thomas Hergenhahn May 26, 2003

May 26, 2003

Dear all, in issue 170 of your weekly newsleeter, I read about your difficulties to get at the specifications for DCOM/DCE/RPC wire protocol. I think that the following information might be of some interest to you: 1. There is project named FreeDCE on sourceforge. As far as I saw most recent CVS entries are about 21 months of age. 2. I found the following article which describes how to build a DCOM client on Linux using FreeDCE: http://www.idevresource.com/com/library/articles/comonlinux.asp This article also confirms that the wire protocol is the same RPC protocol that FreeDCE implements. The example client does not use the NTLM authentication, so it could connect only to a server that is configured to grant access/launch without authentication. 3. The samba project has an rpcclient that can list printer drivers, remote shut down a machine and more things. It uses authentication and so I suppose it implements NTLM. HTH Thomas ______________________________________________________________________________ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101

2 1