wine-devel

wine-devel@winehq.org

9 participants
84458 discussions

Good News : WineMine Works on Mac OS X :)
by Pierre d'Herbemont 16 Jul '03

16 Jul '03

Hey! I have some good news. I am able to play with WineMine on Mac OS X :) See the screenshot here: http://stegefin.free.fr/WineMine.jpg But comctl32 is not working and probably some others dlls, so I still have some work, but this is a good step. Cheers, Pierre PS : I would like to know if the color of winemine are the colors which are supposed to be, thanks.

5 7

Locales with the same language
by Vincent Béron 16 Jul '03

16 Jul '03

I have problems displaying Wine's app in my locale (fr_CA). They seem to prefer to go to the English locale, although if launched with LANG=fr_FR wine notepad they will obey the French locale. LANG=fr wine notepad will display a warning about the plurality of locales with "fr", but will display the app in French nonetheless. I have a feeling it might be from dlls/kernels/nls/frc.nls, where both LOCALE_IDEFAULTLANGUAGE and LOCALE_ILANGUAGE are defined as "0c0c", while for fra.nls (fr_FR) LOCALE_IDEFAULTLANGUAGE and LOCALE_ILANGUAGE are defined as "040c". Somebody else noticed this, or have an explanation? Vincent

3 6

Re: MS OLE questions
by Christian Costa 16 Jul '03

16 Jul '03

Message du 08/07/03 12:45 >De : Mike Hearn >A : wine-devel(a)winehq.com >Copie à : >Objet : MS OLE questions >Hi all, Hi, >Thirdly, why does MSOLE use hidden windows for communication? I've come >across lots of gnashing of teeth in OLE/DCOM forums about this, people >wondering why their app (and sometimes the whole system!) deadlocks if >they don't service the message queue in threads that use OLE. Windows >has had other forms of IPC for years, I can't see the logic behind using >the limited and broken message passing scheme for it. IFAIK, this is how apartments are implemented and this comes from Windows 3.1. Christian.

7 20

winegcc and dlls
by Jonathan Wilson 16 Jul '03

16 Jul '03

1.is anyone working on making winegcc do dlls? 2.what is the "hard part" about making winegcc do dlls? and 3.is there something I can do (code-hacking wise) to help with winegcc dll support?

4 3

Re: Once again: Wine without X?
by Dan Kegel 16 Jul '03

16 Jul '03

Kelly Leahy (kellyleahy_at_swbell.net) wrote: >> OK folks, it's time for my semiannual "I need Wine to >> run a commandline program, but can't get it to work" rant. >> >> First try: just do a default installation of wine-20030709. ... >> >> $ wine -- /dos/d/vss/win32/ss.exe >> Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: >> x11drv: Can't open display: >> $ echo $DISPLAY >> $ > > This may be a stupid question, but aren't you supposed to use 'wineconsole' > for wine console apps? Doesn't help. I tried it. It still does that horrid ncurses stuff, and setting ttydrv to 'none' doesn't help. It looks like wineconsole is only useful for non-filters. It might be fine for, say, a win32 implementation of vi, but not for one of ls. Ideally, one should be able to use Windows commandline tools that don't try to position the cursor as normal Unix commandline tools. The commandline client for Microsoft Source Safe is a perfect example. The unix user doesn't want to know he's using Wine; he wants to be able to say 'ss get foo.c' and grab the latest foo.c from sourcesafe. (This requires having a little shell script or alias to translate ss into wine ss.exe, but that's easy.) I've used Wine for over a year like this, and it really helped integrate Linux into the Windows network where I work. It was hard to set up, so periodically I try setting it up from scratch without any tricks to see if it's gotten easier (or harder!) in the meantime. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Help with Errors on Darwin
by Pierre d'Herbemont 15 Jul '03

15 Jul '03

Hey! I am having some success on darwin. I am able to run small winelib exe like expand.exe.so... I am still having trouble with comctl32 which won't loads (this is symbols lookup related). I have also trouble with the x11drv, and I would like someone helps on the errors I get. With every exe I get: err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report MyComment : allocating DOS mem to 0xb20000 fixme:reg:GetSystemInfo not yet supported on this system err:heap:HEAP_CreateSystemHeap system heap base address 0x65430000 not available Are those errors deranging or could exes run with them without trouble? expand at least is ok with those. But when I try to launch winemine, the x11drv fails when it launch, here is the backtrace on gdb (it gives a Bad access signal): #0 GetProcessHeap () at ../../memory/heap.c:229 #1 0x016c37cc in X11DRV_PALETTE_BuildSharedMap (sys_pal_template=0xbfffda30) at ../../graphics/x11drv/palette.c:563 #2 0x016c2c04 in X11DRV_PALETTE_Init () at ../../graphics/x11drv/palette.c:227 #3 0x016c10c8 in X11DRV_GDI_Initialize (display=0x1) at ../../graphics/x11drv/init.c:60 #4 0x016e145c in process_attach () at x11drv_main.c:359 #5 0x016e17a4 in DllMain (hinst=0x1, reason=24099216, reserved=0x0) at x11drv_main.c:485 #6 0x006c03a4 in MODULE_InitDLL (wm=0x301690, reason=1, lpReserved=0x0) at loader.c:574 #7 0x006c05b8 in MODULE_DllProcessAttach (wm=0x301690, lpReserved=0x0) at loader.c:660 #8 0x006c1484 in LdrLoadDll (path_name=0x1, flags=0, libname=0x0, hModule=0xbfffdde0) at loader.c:1170 #9 0x00692108 in LoadLibraryExA (libname=0x1 <Address 0x1 out of bounds>, hfile=0x16fb990, flags=0) at ../../loader/module.c:699 #10 0x00df2e20 in load_driver () at user_main.c:72 #11 0x00df3568 in process_attach () at user_main.c:231 #12 0x00df36c8 in UserClientDllInitialize (inst=0x1, reason=24099216, reserved=0x0) at user_main.c:302 #13 0x006c03a4 in MODULE_InitDLL (wm=0x2d08a8, reason=1, lpReserved=0x1) at loader.c:574 #14 0x006c05b8 in MODULE_DllProcessAttach (wm=0x2d08a8, lpReserved=0x1) at loader.c:660 #15 0x006c056c in MODULE_DllProcessAttach (wm=0x2d0658, lpReserved=0x1) at loader.c:652 #16 0x006adeb4 in start_process (arg=0x1) at ../../scheduler/process.c:455 #17 0x006cf4cc in SYSDEPS_SwitchToThreadStack (func=0x5b58c <interlocked_xchg_add>, arg=0x16fb990) at sysdeps.c:246 #18 0x006ae470 in __wine_process_init (argc=1, argv=0xbffffc4c) at ../../scheduler/process.c:591 #19 0x0005b1fc in wine_init (argc=2, argv=0xbffffc48, error=0xbffff790 "", error_size=1024) at loader.c:439 #20 0x00001d4c in main (argc=1, argv=0x16fb990) at main.c:33 #21 0x00001ad4 in _start (argc=2, argv=0xbffffc48, envp=0xbffffc54) at /SourceCache/Csu/Csu-45/crt.c:267 #22 0x00001954 in start () I think it is related with the HEAP_CreateSystemHeap which fails. What is the system Heap, how is it allocated and how is it important? Thanks, Pierre.

2 2

build wine as shared library
by Evalet Olivier 15 Jul '03

15 Jul '03

hello, There is a patch from (http://www.openlinksw.com/mono/) to build wine as shared library. I would like to know if wine will be soon merge this patch? Is there an other way to embed ActiveX, or any windows component, like DirectX plug-ins, in Gnome application? Olivier :¬p

4 4

Running acrobat reader using wine
by Sundaranathan S 15 Jul '03

15 Jul '03

Hi All, When i run acrobatreader 5.0.5 using wine like wine acro505enu.exe the following error is thrown ... fixme:win32:PE_CreateModule Security directory ignored fixme:win:SetWindowTextA cannot set text "Unpacking Acrobat Reader..." of other process window 0 err:module:import_dll Module (file) winmm.dll (which is needed by C:\WINDOWS\SYSTEM\msvfw32.dll) not found err:module:load_library can't load msvfw32.dll wine: Unhandled exception, starting debugger... Could anyone tell me what could be problem and also please let me know how do i do debugging using winedbg. thanks, -Sundar. ----------------------------------------- Sundaranathan S SIP Technologies & Exports Ltd G4, Elnet Software City,CPT Road Taramani, Chennai 600 113 India Phone: +91-44-22541401 +91-44-22541031 Fax : +91-44-22541475 Website: http://www.siptech.com -----------------------------------------

3 2

Re: 5 Wine-Tests fail on FreeBSD 5.1
by Eric Pouech 15 Jul '03

15 Jul '03

Ulrich Spoerlein wrote: > Now what exactly is this code waiting for? Why doesn't it get any data > from fd 12? (And what are fds 12 and 13 (msg_pipe[0] and msg_pipe[1] > anyway)? the pipe is used to synchronize messages between the main thread (the one which sends data to be played) and the player thread. Try to change dlls/winmm/wineoss/audio.c to not define USE_PIPE_SYNC and let us know if it changes something. A+ -- Eric Pouech

1 0

good "beginners projects"?
by Jonathan Wilson 15 Jul '03

15 Jul '03

I know a good deal about C and C++ and enough about Win32 API (plus there is always MSDN for win32 api stuff) but not that much about linux programming or about the WINE sources themselves. Is there something I can "hack on"?

5 4

hello i ask about cygwin
by amdxp 15 Jul '03

15 Jul '03

1 0

Re: NT Native API was (Re: Question about WINE and adding the "low-level" CD access APIs...)
by Mike Hearn 15 Jul '03

15 Jul '03

> Well if you read http://www.sysinternals.com/ntw2k/info/ntdll.shtml, you > will see several things: > 1.most of the "native APIs" that drivers and etc use are undocumented, only > a handfull are documented in the DDK. > and 2.Quite a few of the APIs could probobly "map" onto existing bits of > wine code (for example most of the Registry APIs) Yes, in fact the registry APIs are already implemented in terms of ntdll. > The way to proceed (IMHO) is this: > 1.implement something that can load the win32 device drivers somehow ... hehe :) Easier said than done, methinks. > and then 2.implement the NT Native APIs (which are actually exported by > ntdll.dll and callable by user apps BTW) one at a time (pick a simple > driver such as the secdrv.sys from safedisk and implement the calls that it > uses) then go from there. Hmm, I'm confused. ntdll exists in kernel space too? I guess I always imagined the internals of the kernel would have its own symbol fixup system, without DLLs. But perhaps not. > For example, I got a version of SafeDisk secrdv.sys from Command & Conquer > Renegade (most recent SafeDisk game I can find in my collection) with a > size of 28400 bytes and a date of 29 january 02 and it only has 15 entries > in its "exports" segment and only 3 are not documented in MSDN library > online (NtBuildNumber, KeTickCount, IofCompleteRequest) (but best I can > work out IofCompleteRequest and IoCompleteRequest are one and the same) IIRC the kernel functions use a particular naming scheme. I forget exactly what it is, but IoCompleteRequest and IofCompleteRequest are not the same, but one is a variant of the other - much like FooA and FooW are in userland Win32. > Some of these APIs needed for SafeDisk support etc may already be > implemented or may be simple to implement) Yeah, but is it any simpler than just reverse engineering and cloning the driver? Drivers aren't needed all that often. > So, emulating enough of the guts of windows to get safedisk protected > programs (and mabie other "simple" drivers) doesnt (IMHO) seem hugly difficult. Well, rather you than me brother :) -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: French keyboard layout without Euro
by Dmitry Timoshkov 15 Jul '03

15 Jul '03

"Marcelo Duarte" <wine-devel(a)bol.com.br> wrote: > I used a program that wait a input and out. I pressed ALTGR 1, E (euro), > Delete (with numlock on), numlock, delete (with numlock off) and enter. > After my mail I trying to found the problem, I discovered that the keyboard > accept keys that do not are marked in the keys, like ALTGR R (® registered), > ALTGR C (© copyright) and others (in Wine or in KDE), only do not accept > Euro. The log shows that it's clearly a problem with XFree86 which can't translate EuroSign keysym to a character in your locale (pt_BR): trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd 0x10022 trace:key:X11DRV_KeyEvent state = 2010 trace:key:X11DRV_KeyEvent KeyPress : keysym=20AC (EuroSign), ascii chars=0 / 0 / '' I think that by running 'xev' you could confirm that. One of the solutions is to find an existing locale in your system which supports entering of EuroSign (look for 'locale -a | grep @euro') or generate one yourself. Probably using either pt_PT or pt_PT@euro might help since Brazilian locale presumably is not supposed to support the Euro sign. -- Dmitry.

1 0

[Bug 1592] Unhandled exception(?) in IDirectSoundImpl_Release
by Dustin Navea 15 Jul '03

15 Jul '03

Forwarded from bugmail.. see below forward for my question ------------------------- > http://bugs.winehq.com/show_bug.cgi?id=1592 > > ------- Additional Comments From zombi(a)mailbox.hu 2003-14-07 12:19 ------- > With the patch, TA crashed at a different location (somewhere in TA own > code), > after I looking through the available config options, I realized, that my > kernel > use alsa, and in wine config, i used wineoss.drv instead of winealsa.drv, > after > i changed that, and some minor flags, finally i can play TA in linux :-) > Thx for > the help ... :) Shouldnt we have an error essage saying that the user's wine is configured to use wineoss.drv but linux is configured to use winealsa.drv? It would be similar to the error about not being able to find the floppy that people always seem to have in their config even tho they dont have it in their fstab.. ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

2 1

Re: French keyboard layout without Euro
by Marcelo Duarte 15 Jul '03

15 Jul '03

Em Seg 14 Jul 2003 07:24, Dmitry Timoshkov escreveu: > "Sylvain Petreolle" <spetreolle(a)yahoo.fr> wrote: > > Please find it attached. > > Thanks for the log. It took awhile to figure out what happens. > > Changelog: > Huw D M Davies <hdavies(a)codeweavers.com> > Make the return buffer larger. (For example EuroSign in uft8 is 3+1 > bytes long). > > [Fixes entering of the Euro on uft8 locales]. Hi all, I have had some problems with my keyboard, that I discovered recently, reading the recent discussions. 1) My keyboard is ABNT-2 and in keyboard.c has 2 layouts and I believe that my keyboard is ABNT-2 with ALTGR but Wine detect it as the first layout (running wine --debugmsg +keyboard) 2) All ALTGR keys give me the result except the EuroSign (see the result of wine --debugmsg +key+keyboard): err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0000 (No Name) : err:keyboard:X11DRV_ToUnicode (virtKey=0,scanCode=138,keycode=8,state=10) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 20AC (EuroSign) : err:keyboard:X11DRV_ToUnicode (virtKey=45,scanCode=12,keycode=1A,state=2010) 2) If I press the key Delete from the non-numeric keypad and the numlock was on, the comma appears. If I am correct with my observation, wine is mapping like numeric keypad delete key was pressed, but it is pressed from nom-numeric keypad (I believe that other people have the same problem, but in other keyboard layouts is mapped to "point"). Thanks in advance. -- Marcelo Duarte

2 1

Re: Web: Fix the WWN intros
by Tom 15 Jul '03

15 Jul '03

Francois Gouget wrote: >A big but trivial patch. > >Changelog: > > * Pretty much every WWN > > s/It's main goal/Its main goal/ > Also fix the capitalization of 'Windows' in the intro. > > > > >------------------------------------------------------------------------ > >Index: wwn/wn19990620_1.xml >=================================================================== >RCS file: /home/wine/lostwages/wwn/wn19990620_1.xml,v >retrieving revision 1.1.1.1 >diff -u -r1.1.1.1 wn19990620_1.xml >--- wwn/wn19990620_1.xml 2 Dec 2002 17:08:23 -0000 1.1.1.1 >+++ wwn/wn19990620_1.xml 15 Jul 2003 06:36:35 -0000 >@@ -10,8 +10,8 @@ > > <intro> > >-<p />This is the first release of Wine's kernel cousin publication. It's main >-goal is to distribute widely what's going on around Wine (the Un*x windows >+<p />This is the first release of Wine's kernel cousin publication. Its main >+goal is to distribute widely what's going on around Wine (the Un*x Windows > emulator). > > In the FAQ we have this : http://www.winehq.com/?page=faq#Is_Wine_an_emulator (A) Fortunately, no. Wine provides low-level binary compatibility, but currently only for OSes running on Intel-compatible chips. So why do we still say (the Un*x Windows emulator). ? If it's *not* a emulator ? P.S I have another patch for link fixes ( in works ) last count down to 50 from 163 ...... should be close to zero when i send the patch :)) Tom

1 0

still many warnings from Mesa
by Gerald Pfeifer 15 Jul '03

15 Jul '03

As far as I can see, patches from Raphaël resolved many related warnings I used to see (Thanks!), but using XFree86 4.3 and Mesa 3.4.2 I still get the following. Could someone please have a look at addressing these? directx.c:779: warning: implicit declaration of function `glXGetProcAddressARB' wgl.c:325: warning: implicit declaration of function `glXGetProcAddressARB' wgl.c:325: warning: comparison between pointer and integer wgl.c:334: warning: assignment makes pointer from integer without a cast opengl_norm.c:26: warning: implicit declaration of function `glActiveTextureARB' opengl_norm.c:208: warning: implicit declaration of function `glClientActiveTextureARB' opengl_norm.c:2150: warning: implicit declaration of function `glMultiTexCoord1dARB' opengl_norm.c:2160: warning: implicit declaration of function `glMultiTexCoord1dvARB' opengl_norm.c:2170: warning: implicit declaration of function `glMultiTexCoord1fARB' opengl_norm.c:2180: warning: implicit declaration of function `glMultiTexCoord1fvARB' opengl_norm.c:2190: warning: implicit declaration of function `glMultiTexCoord1iARB' opengl_norm.c:2200: warning: implicit declaration of function `glMultiTexCoord1ivARB' opengl_norm.c:2210: warning: implicit declaration of function `glMultiTexCoord1sARB' opengl_norm.c:2220: warning: implicit declaration of function `glMultiTexCoord1svARB' opengl_norm.c:2230: warning: implicit declaration of function `glMultiTexCoord2dARB' opengl_norm.c:2240: warning: implicit declaration of function `glMultiTexCoord2dvARB' opengl_norm.c:2250: warning: implicit declaration of function `glMultiTexCoord2fARB' opengl_norm.c:2260: warning: implicit declaration of function `glMultiTexCoord2fvARB' opengl_norm.c:2270: warning: implicit declaration of function `glMultiTexCoord2iARB' opengl_norm.c:2280: warning: implicit declaration of function `glMultiTexCoord2ivARB' opengl_norm.c:2290: warning: implicit declaration of function `glMultiTexCoord2sARB' opengl_norm.c:2300: warning: implicit declaration of function `glMultiTexCoord2svARB' opengl_norm.c:2310: warning: implicit declaration of function `glMultiTexCoord3dARB' opengl_norm.c:2320: warning: implicit declaration of function `glMultiTexCoord3dvARB' opengl_norm.c:2330: warning: implicit declaration of function `glMultiTexCoord3fARB' opengl_norm.c:2340: warning: implicit declaration of function `glMultiTexCoord3fvARB' opengl_norm.c:2350: warning: implicit declaration of function `glMultiTexCoord3iARB' opengl_norm.c:2360: warning: implicit declaration of function `glMultiTexCoord3ivARB' opengl_norm.c:2370: warning: implicit declaration of function `glMultiTexCoord3sARB' opengl_norm.c:2380: warning: implicit declaration of function `glMultiTexCoord3svARB' opengl_norm.c:2390: warning: implicit declaration of function `glMultiTexCoord4dARB' opengl_norm.c:2400: warning: implicit declaration of function `glMultiTexCoord4dvARB' opengl_norm.c:2410: warning: implicit declaration of function `glMultiTexCoord4fARB' opengl_norm.c:2420: warning: implicit declaration of function `glMultiTexCoord4fvARB' opengl_norm.c:2430: warning: implicit declaration of function `glMultiTexCoord4iARB' opengl_norm.c:2440: warning: implicit declaration of function `glMultiTexCoord4ivARB' opengl_norm.c:2450: warning: implicit declaration of function `glMultiTexCoord4sARB' opengl_norm.c:2460: warning: implicit declaration of function `glMultiTexCoord4svARB' Thanks, Gerald

4 15

Combo & Listboxes Locale Handling
by Michael Jackson 14 Jul '03

14 Jul '03

Hi guys, What work needs to be done to get locale handling for combo and listboxes working properly? Im looking for tips / pointers / reference to another part of wine where it is implemented / refernce to msdn to help me implement this. Thanks Mike Jackson

2 2

RE: Question about WINE and adding the "low-level" CD access APIs...
by Robert Shearman 14 Jul '03

14 Jul '03

> Date: Mon, 14 Jul 2003 20:24:31 +0800 > From: Jonathan Wilson <jonwil(a)tpgi.com.au> > To: wine-devel(a)winehq.com > Subject: Question about WINE and adding the "low-level" CD access APIs... > > Many copy protections use special tricks on the CDs (I dont know the > details). Presumably these protections use some kind of > lower-level API to > access the data on the CD directly (instead of going through the file I/O > calls). Currently TransGaming does something specific for each > kind of copy > protection to make it work. Would it be possible to implement > these APIs in > WINE and have them redirect to whatever low level APIs are provided by > linux/x/whatever? That way (assuming the implementation was > complete), any > copy protection would work (i.e. when the protection says "give > me this bit > of data from the CD in this form", WINE hooks that, gets the > relavent data > and returns it to the application. I believe this can be done in ASPI, and has been already implemented. At least this is how SafeDisc v1 worked. > Same could be said for > protections that > use the "boot blocks" to store licence data (such as CDilla Licence > Manager), for those you could hook the "read from boot block" and > "write to > boot block" calls and store the data somewhere (preferably not the real > boot block :) You would probably need to run Wine as root to do this (as you would need to run the game as Administrator in WinNT), but the API's should be there. > If someone can tell me what the low-level access that these > protections use > is actually called (i.e. what search term to use in MSDN to look for > documentation etc) as well as info on whatever the relavent linux > low-level > access stuff would be, I can look at drawing up some kind of "here is how > this could be done" document. Again, I guess most protection methods (that would work on NT) would probably use ASPI. > Similar low-level hooks could be used to allow things like AudioCatalyst > (program that converts audio-cd tracks to MP3 files) and anything > else that > does lower level access to CDs/DVDs than the high-level file I/O APIs and > etc. (the day its possible to run Nero Burning Rom in WINE with > no problems > will be a great day indeed for the project :) Well in that case, the great day was a while ago as I have already burnt a CD in Nero (with version=Win2k). I'm not sure about AudioCatalyst but I see no reason why our current ASPI implementation shouldn't work. > If this isnt fesable for copy protection and so on, please explain why (I > know nothing about copy protection or how to program the CD-ROM in win32) > Basicly, I dont understand why there is a need for "protection-specific" > code in WineX when you could emulate whatever the protection uses and > appear just like real windows to the game... > Laurent Pinchart did a lot of work on this, but unfortunately a lot of it wasn't accepted into the Wine tree. Though his patch is available at http://www.winehq.com/hypermail/wine-patches/2002/04/0194.html. It may require some major work to get it working now, as I believe some of the hooks he used (in relation to NT kernel shared memory) have been removed now. Note that I'm unsure the un-hackish parts weren't accepted, although a good guess would be DMCA. Rob

1 0

Re: Mac OS X Support : Winebuild Assembler syntax
by Pierre d'Herbemont 14 Jul '03

14 Jul '03

ioops, this one was old, and buggy, sorry I didn't notice. You might prefer this one ;) Alexandre, I think I did find how to manage with the ".skip" instruction on darwin with mach-o, I use the .fill instrcution. I assumed that the ".skip n" instruction allocate n bytes. Thanks, Pierre On lundi, juil 7, 2003, at 14:02 Europe/Paris, Pierre d'Herbemont wrote: > Hi! > > This patch fix (again) the ppc syntax for Mac OS X's ld. I took care > of Alexandre suggestion. > > Hope it will be ok ;) > > Pierre > > ModifiedFiles: > tools/winebuild/import.c > tools/winebuild/spec32.c > tools/winebuild/build.h > > ChangeLog: > - Add support for Mac OS X's ppc assembler syntax. >

1 1

HRESULTs and headers
by Mike Hearn 14 Jul '03

14 Jul '03

Good morning everybody! I was wondering if anybody knew where I could find a definitive list of HRESULT values, as the one I want to know, 0x80770001, is not in the Wine headers, nor on Google. Is there somewhere that I can get the official set of headers for free? I don't want to buy Visual Studio just to get them (the mingw headers are partially taken from Wine I think). -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Compiling warnings in d3d8_private.h
by Marcelo Duarte 14 Jul '03

14 Jul '03

I found various warnings while compiling and for me, the cause is the patch: ChangeSet ID: 8427 CVSROOT: /home/winehq/opt/cvs-commit Module name: wine Changes by: julliard(a)wine.codeweavers.com 2003/06/06 13:12:59 Modified files: dlls/d3d8 : utils.c directx.c device.c d3dcore_gl.h d3d8_private.h Log message: Raphael Junqueira <fenix(a)club-internet.fr> Fixed compilation problems. Patch: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8427 Old revision New revision Changes Path 1.4 1.5 +23 -28 wine/dlls/d3d8/utils.c 1.42 1.43 +18 -3 wine/dlls/d3d8/directx.c 1.69 1.70 +2 -4 wine/dlls/d3d8/device.c 1.1 1.2 +141 -23 wine/dlls/d3d8/d3dcore_gl.h 1.34 1.35 +3 -1 wine/dlls/d3d8/d3d8_private.h See the warnings: make[2]: Entering directory `/home/mduarte/wine/dlls/d3d8' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o basetexture.o basetexture.c In file included from d3d8_private.h:192, from basetexture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from basetexture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from basetexture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from basetexture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o cubetexture.o cubetexture.c In file included from d3d8_private.h:192, from cubetexture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from cubetexture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from cubetexture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from cubetexture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3d8_main.o d3d8_main.c In file included from d3d8_private.h:192, from d3d8_main.c:28: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from d3d8_main.c:28: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from d3d8_main.c:28: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from d3d8_main.c:28: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o device.o device.c In file included from d3d8_private.h:192, from device.c:36: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from device.c:36: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from device.c:36: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from device.c:36: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o directx.o directx.c In file included from d3d8_private.h:192, from directx.c:32: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from directx.c:32: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from directx.c:32: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from directx.c:32: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition directx.c: In function `IDirect3D8Impl_FillGLCaps': directx.c:779: warning: implicit declaration of function `glXGetProcAddressARB' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o drawprim.o drawprim.c In file included from d3d8_private.h:192, from drawprim.c:34: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from drawprim.c:34: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from drawprim.c:34: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from drawprim.c:34: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o indexbuffer.o indexbuffer.c In file included from d3d8_private.h:192, from indexbuffer.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from indexbuffer.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from indexbuffer.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from indexbuffer.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o resource.o resource.c In file included from d3d8_private.h:192, from resource.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from resource.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from resource.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from resource.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o shader.o shader.c In file included from d3d8_private.h:192, from shader.c:31: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from shader.c:31: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from shader.c:31: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from shader.c:31: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o stateblock.o stateblock.c In file included from d3d8_private.h:192, from stateblock.c:31: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from stateblock.c:31: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from stateblock.c:31: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from stateblock.c:31: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o surface.o surface.c In file included from d3d8_private.h:192, from surface.c:33: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from surface.c:33: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from surface.c:33: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from surface.c:33: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o swapchain.o swapchain.c In file included from d3d8_private.h:192, from swapchain.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from swapchain.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from swapchain.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from swapchain.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o texture.o texture.c In file included from d3d8_private.h:192, from texture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from texture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from texture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from texture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c In file included from d3d8_private.h:192, from utils.c:34: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from utils.c:34: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from utils.c:34: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from utils.c:34: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vertexbuffer.o vertexbuffer.c In file included from d3d8_private.h:192, from vertexbuffer.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vertexbuffer.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from vertexbuffer.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vertexbuffer.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volume.o volume.c In file included from d3d8_private.h:192, from volume.c:32: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volume.c:32: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from volume.c:32: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volume.c:32: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volumetexture.o volumetexture.c In file included from d3d8_private.h:192, from volumetexture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volumetexture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from volumetexture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volumetexture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vshaderdeclaration.o vshaderdeclaration.c In file included from d3d8_private.h:192, from vshaderdeclaration.c:31: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vshaderdeclaration.c:31: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from vshaderdeclaration.c:31: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vshaderdeclaration.c:31: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition Thank you. -- Marcelo Duarte

1 0

Re: [URLMON] Implement URLDownloadToFileA/W
by Lionel Ulmer 13 Jul '03

13 Jul '03

> Changelog: > Mike McCormack <mike(a)codeweavers.com> > Lionel Ulmer <lionel.ulmer(a)free.fr> > - implement URLDownloadToFileA/W Just to add that, for once, this patch is LGPL'ed as it's 'based' (let's rather say 'stealed' :-) ) on some of Mike's code. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: PPC CPU Detection in configure
by Alexandre Julliard 13 Jul '03

13 Jul '03

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > Darwin's default gcc doesn't know the __PPC__ and the __powerpc__ > flags, but knows the __ppc__ and the __POWERPC__ flags, no luck :( > . So I think we should defined them in configure, I dont think it is a > problem on the linux side, is it? No but we should pick one and use the same everywhere. I'd suggest __powerpc__. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Mac OS X Support : Configure and Libs Build system [fix1]
by Pierre d'Herbemont 13 Jul '03

13 Jul '03

On dimanche, juil 13, 2003, at 17:36 Europe/Paris, Pierre d'Herbemont wrote: > Hi! > > This patch add support for Mac OS X's Mach-o in configure.ac and in > the library. Mach-O differentiate dynamic library that you can link to > but can't lad dynamically and bundle (shared object) that you can't > link to, but can load dynamically. > Please tell me if you don't like the way it is done. > Sorry, I forgot to add a modification of libs/Makefile.in. Thanks, Pierre ChangeLog: -Add Support for Mach-O file format (Mac OS X) when building libraries.

1 0

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