wine-devel

wine-devel@winehq.org

9 participants
84457 discussions

Re: [dmusic-01] some stubs implementation
by Rok Mandeljc 01 Jun '03

01 Jun '03

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

Re: Application crash
by Vitaliy Margolen 01 Jun '03

01 Jun '03

Run it with "--dll ole32=n". Should work just fine. Vitaliy Margolen Sunday, June 1, 2003, 1:52:18, Vitaliy Margolen wrote: > Hi > When i run ACDSee 3.0(eval) through winedbg, i got the following > messages: > First chance exception: page fault on read access to 0x46d3b081 in 32-bit > code (0x46d3b081). > In 32-bit mode. > Register dump: > CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 > EIP:46d3b081 ESP:40672e04 EBP:40672e28 EFLAGS:00010246( R- 00 I Z- -P1 ) > EAX:46d3b081 EBX:400d6dd4 ECX:0015a018 EDX:00000018 > ESI:004e40cc EDI:400d6bb3 > Stack dump: > 0x40672e04 (NTDLL.DLL.sqrt+0x36b85c): 400a284f 00400000 00000001 00000000 > 0x40672e14 (NTDLL.DLL.sqrt+0x36b86c): 400d6dd4 40341088 40341088 00000004 > 0x40672e24 (NTDLL.DLL.sqrt+0x36b87c): 00000018 40672e6c 400a28ca 00400000 > 0x40672e34 (NTDLL.DLL.sqrt+0x36b88c): 00000001 400d6dd4 00000000 40341088 > 0x40672e44 (NTDLL.DLL.sqrt+0x36b89c): 00400000 0055a001 400d6dd4 40672e70 > 0x40672e54 (NTDLL.DLL.sqrt+0x36b8ac): 400a2bc0 400d5518 400d6dd4 0000000c > 0x40672e64 (NTDLL.DLL.sqrt+0x36b8bc): > 0011: sel=008f base=400eca60 limit=00000fff 32-bit rw- > Backtrace: =>>0 0x46d3b081 (_end+0x5b7666d) (ebp=40672e28) > 1 0x400a28ca (MODULE_InitDLL+0x3e(wm=0x40341088, reason=0x1, > lpReserved=0x1) [loader.c:529] in libntdll.dll.so) (ebp=40672e6c) > 2 0x400a2b3b (MODULE_DllProcessAttach+0x10b(wm=0x0, lpReserved=0x1) > [loader.c:623] in libntdll.dll.so) (ebp=40672e94) > 3 0x40090aca (start_process+0x1a2 [process.c:464] in libntdll.dll.so) > (ebp=40672f38) > 4 0x40094c85 (call_on_thread_stack+0x1d(func=0x40090928) [sysdeps.c:171] > in libntdll.dll.so) (ebp=40672ff4) > 5 0x40094e20 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) > 0x46d3b081 (_end+0x5b7666d): *** Invalid address 0x46d3b081 (_end+0x5b7666d) > What can i do ? > Thanks in advance. > Stephan > _________________________________________________________________ > Tired of spam? Get advanced junk mail protection with MSN 8. > http://join.msn.com/?page=features/junkmail

1 0

Re: Check for presence of TLS libs on RH9
by puoti 01 Jun '03

01 Jun '03

The Mandake RPM is for Mandrake 9.1, it won't run on 9.0 because of different glibc version, 9.0 has glibc 2.2, and 9.1 has glibc 2.3. At sourceforge we have packages for Linux Red Hat, Mandrake, Suse, Slackware, and FreeBSD, and I think they should all be listed on the winehq download page. The only thing we don't have is a package for solaris, even if I don't think that's a priority (But it would about those messages saying "I have slolaris/x86 and get this error during compile ...)

1 0

Re: Check for presence of TLS libs on RH9
by Vincent Béron 01 Jun '03

01 Jun '03

Le dim 01/06/2003 à 07:52, Mike Hearn a écrit : > ChangeLog: > NPTL is only available on i686 versions of Red Hat 9, so ensure the > /lib/tls directory is present before enabling support in wineinstall. > ---- > > Index: tools/wineinstall > =================================================================== > RCS file: /home/wine/wine/tools/wineinstall,v > retrieving revision 1.55 > diff -u -r1.55 wineinstall > --- tools/wineinstall 16 May 2003 20:13:16 -0000 1.55 > +++ tools/wineinstall 1 Jun 2003 11:48:57 -0000 > @@ -20,8 +20,8 @@ > # > > #--- defaults (change these if you are a packager) > -CONFARGS="" # configure args, e.g. --prefix=/usr --sysconfdir=/etc > -prefix=/usr/local # installation prefix > +CONFARGS="--with-nptl" # configure args, e.g. --prefix=/usr --sysconfdir=/etc > +prefix=/opt/wine # installation prefix You'll end up with /opt/wine/bin, /opt/wine/lib, etc? wine won't be in the path, which is not standard at all and will lead to "I can't use it after installation"... Also, why do you force --with-nptl at the beginning? You'll get it either twice, or once if you don't need it. Vincent

2 1

Red Hat 9 RPMs
by Mike Hearn 01 Jun '03

01 Jun '03

Can somebody please remind me what the plan for these are? In IRC we seem to say "go to newrpms.sunsite.dk" all day, every day. It's really poor IMHO that after all these months, the site STILL does not mention this. Should I write a patch for the site, or is the intention to fix the RPMs on SourceForge, like, nowish? ta -mike

2 2

[dx46] fixes renders lock and surface debug code (snapshots)
by Raphaël Junqueira 01 Jun '03

01 Jun '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This patch fix some a stupid bug i had already solved but i forgot to copy/paste ... I'll take a brown paper bag. Changelog: - fix another time the stupid bug of locking (i had already fixed in ActiveRender) - fix stupid rescaling of colors values on SaveSnapshot PS: Jason, this patch should fix your problem Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+2dTNp7NA3AmQTU4RAnsZAJ95xmF1uB4++v57Ob5ESw1E/9T4bwCfeVnO pgRxU5Yk6Pzi34xLt4EpEW0= =Ou7J -----END PGP SIGNATURE-----

1 0

Apologize
by BiGgUn 01 Jun '03

01 Jun '03

Sorry for sending my previous request (Application crash ) on wine-patches :( Stephan

1 0

Resources page updates........
by Tom 01 Jun '03

01 Jun '03

Hello, I was looking over the Resource page : http://www.winehq.com/?page=resources And ive found we are linked to some ... not alot but a couple 404's For example under "WIN 32" _Win 32 API Intro_ .. We have : http://msdn.microsoft.com/library/en-us/win32/win32start_1xyd.asp and it is one of the 404 sites.. I would like to change this to : http://www.winprog.org/tutorial/ So the question is ??? On all the 404's ........if I find a equivalent to what we now have is it alright with everyone if I send a patch to fix this ? ( I would only guess yes ) Ive also found some sites that have the same info that were pointing to.. And there more upto date than the ones that we currently point to. I would like to also update there links as well. I'm just asking here for thoughts/insight .. If there are no objections ill work on this patch monday.. lots of lead time right :) Tom

2 2

Re: Turkish LANG. problem
by Dmitry Timoshkov 01 Jun '03

01 Jun '03

"Arman Aksoy" <armish(a)linux-sevenler.de> wrote: > I am posting this mail to you because it was rejected by the mail list > admin . > (It's too big) Because it's always a good idea to compress large attachments before sending. > armish> wine --version > Wine 20030408 > > armish> wine mirc.exe --debugmsg +relay,+x11drv > Output is : tr_TR.txt (in the attachment) > > Mirc didnt run. > > then I tried: > > armish> export LAN=en_US > armish> wine mirc.exe > Output is : en_US.txt > > This time, it did run. It looks like either you have mixed several Wine installations or the fact that you are using native NT install as a base beats you. -- Dmitry.

1 0

edit control question
by Steven Edwards 31 May '03

31 May '03

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 31 May '03

31 May '03

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 31 May '03

31 May '03

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 31 May '03

31 May '03

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 31 May '03

31 May '03

> 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 31 May '03

31 May '03

-----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 31 May '03

31 May '03

-----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@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@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 31 May '03

31 May '03

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 31 May '03

31 May '03

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 30 May '03

30 May '03

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 30 May '03

30 May '03

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 29 May '03

29 May '03

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 29 May '03

29 May '03

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 29 May '03

29 May '03

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 29 May '03

29 May '03

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 29 May '03

29 May '03

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

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