Re: Microsoft genuine downloads looking for wine
Mike Hearn wrote: On Thu, 17 Feb 2005 07:45:11 +0200, Shachar Shemesh wrote: In any case, at least from a technical point of view, going around such test ought to be fairly simple If the mere existence of this key makes the validation fail, what's to stop a virus from simply adding this key as a way to stop legitimate users from downloading the security fix for that same virus? If MS is really doing what we think they may be doing here, I don't think they are going to be enjoying it for long. They are (what else is new?) shooting themselves in the foot (again?). I don't think we want to go there. I demonstrated a way of checking for Wine to Rob last night that we really cannot fix or workaround, and if I can think of it they certainly can too. I think I know what way you are thinking of. Not sure someone less versed in the way Wine works (it's an emulator, right?) would figure that one out, but I guess you are right. I'll try to catch you on IRC and see if we are, indeed, talking about the same thing. Basically if we start integrating workarounds into Wine, it'll lead to an arms race we cannot possibly win. Technically, it will probably cost them more than it will cost us. Then again, they also have more resources. I'll just point out that I don't think there is anything inherently wrong with MS wishing to keep the parts that truly are core Windows for Windows legal license users only. The main problem with MS is that what they call "core OS" can get quite absurd. Better to ensure our users don't need anything from that website. Amen to that. So, opengl, dcom, what else do we need? :-) thanks -mike Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html
Re: Installshield (with Roller Coaster Tycoon demo)
On Thu, 2005-02-17 at 12:59, Marcus Meissner wrote: > On Thu, Feb 17, 2005 at 12:06:01PM +0100, Paul Vriens wrote: > > Hi, > > > > I know there are still issue with InstallShield, is the following one of > > them? > > > > When trying to install the above mentioned demo I get an errorbox: > > > > > > Error Number: 0x80040706 > > Description: Object reference not set > > > > Setup will now terminate > > > > > > Part of the 'normal' output: > > > > err:ole:_get_funcdesc Did not find a typeinfo for reftype 0? > > You need stdole32.tlb most likely. > > Ciao, Marcus Hi, I copied over a stdole32.tlb, the error is still there. The two (builtin/native) traces however show a difference: With builtin stdole32.tlb: 000b:trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that isn't already loaded 000b:trace:ole:WINE_StringFromCLSID 0x77eaa254->{00020430---C000-0046} 000b:trace:ole:LoadTypeLib (L"C:\\windows\\system\\stdole32.tlb",0x91d0dc) 000b:trace:ole:LoadTypeLibEx (L"C:\\windows\\system\\stdole32.tlb",0,0x91d0dc) 000b:trace:ole:LoadRegTypeLib (IID: {00020430---c000-0046}) load FAILED ((nil)) 000b:trace:ole:LoadTypeLib (L"C:\\WINNT\\System32\\StdOle32.tlb",0x91d0dc) 000b:trace:ole:LoadTypeLibEx (L"C:\\WINNT\\System32\\StdOle32.tlb",0,0x91d0dc) 000b:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x77ed2828) hreftype 0x loaded FAILURE (0x7df4b8) 000b:err:ole:_get_funcdesc Did not find a typeinfo for reftype 0? 000b:err:ole:PSFacBuf_CreateProxy GetFuncDesc 80029c4a should not fail here. 000b:err:ole:proxy_manager_create_ifproxy Could not create proxy for interface {3d8b6331-d8b1-11d2-80c5-00104b1f6cea}, error 0x80029c4a With native stdole32.tlb: 000b:trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that isn't already loaded 000b:trace:ole:WINE_StringFromCLSID 0x77eb4454->{00020430---C000-0046} 000b:trace:ole:LoadTypeLib (L"C:\\windows\\system\\stdole32.tlb",0xa9d0dc) 000b:trace:ole:LoadTypeLibEx (L"C:\\windows\\system\\stdole32.tlb",0,0xa9d0dc) 000b:trace:ole:LoadTypeLibEx File L"C:\\windows\\system\\stdole32.tlb" index 1 000b:trace:ole:ITypeLib2_Constructor_SLTG 0x7e8702b0, TLB length = 4240 000b:trace:ole:ITypeLib2_Constructor_SLTG header: and a bit further in the log (err/warn not present for builtin, most likely because the builtin doesn't get this far): 000b:warn:ole:I_RpcReceive bad packet type 116 000b:trace:ole:RPCRT4_CloseBinding (Binding == ^0x7f305238) 000b:trace:ole:RPCRT4_DestroyConnection connection: 0x7e714248 000b:trace:ole:RPCRT4_CloseConnection (Connection == ^0x7e714248) 000b:trace:ole:RpcChannelBuffer_SendReceive -- 0x800706c0 000b:err:ole:xCall RpcChannelBuffer SendReceive failed, 800706c0 Cheers, Paul.
Re: advapi32: Add RegOpen/CloseKey test and fixes
"James Hawkins" <[EMAIL PROTECTED]> wrote: > +static const WCHAR emptyW[] = {0}; > + > +if (!name || !strcmpW(name, emptyW)) { > +*retkey = hkey; > +return ERROR_SUCCESS; > +} > +if (!name || !strcmp(name, "")) { > +*retkey = hkey; > +return ERROR_SUCCESS; > +} Instead of introducing emptyW and calling strcmp[W] with an empty string it's much simpler and more readable to use in both cases: if (!name || !*name) { *retkey = hkey; return ERROR_SUCCESS; } -- Dmitry.
Re: OLEAUT32: Implementation of OleFontImpl_QueryTextMetrics
"Alex Villacis Lasso" <[EMAIL PROTECTED]> wrote: > --- wine-20050211/dlls/oleaut32/olefont.c 2005-01-31 06:34:10.0 -0500 > +++ wine-20050211-patch/dlls/oleaut32/olefont.c 2005-02-16 22:56:18.865553128 > -0500 > @@ -1068,8 +1068,16 @@ >IFont* iface, >TEXTMETRICOLE* ptm) > { > - FIXME("(%p, %p), stub!\n",iface,ptm); > - return E_NOTIMPL; > + HDC hdcRef; > + HFONT hOldFont, hNewFont; I's suggest to replace a FIXME with a TRACE, not remove it altogether. More logging never hurts. -- Dmitry.
Re: How to install Mozilla ActiveX on demand
Le mer 16/02/2005 à 12:39, Mike Hearn a écrit : > On Wed, 2005-02-16 at 11:26 -0600, Robert Shearman wrote: > > How about hosting it on SourceForge? > > Yep, we could, though we'd need to either add extra code to fetch a > mirror list, or hard code it (the latter is much easier :). We could always not put it in sf's FRS, only in our web space (like Scott's Ubuntu packages). > > There's also the issue of checksumming but I think we can duck that for > now, if a SourceForge mirror is cracked we all have much bigger > problems ... I don't recall seeing MD5SUM files for the other Wine files on sf either... Vincent
Re: World Of Warcraft
On Thu, 17 Feb 2005 16:23:46 + (GMT), Oliver Stieber <[EMAIL PROTECTED]> wrote: > > > OTOH almost perfect support for DX9 games would be > > MUCH > > more useful IMHO, since lack of gaming support is > > the #1 reason > > for many people for not being able to switch to > > Linux... > > > Avalon depends heavily on DirectX 9, I'm not out to do > Transgaming out of work so I'd prefer to focus on what > isn't currently supported by Cedega/Crossover office, > this would be things like Directx 9 applications, and > games that aren't FPS's or RTS's. > > If Half Life 2 happens to work so be it, but I'm even > less a fan of DRM/steam then I am of duplicating > Transgamings work. > Don't forget, there are several business-type windows applications that use D3D. 3D Modeling and animation packages are one. These apps will likely go hidden under Transgaming's radar. Really, your work helps everyone. Jesse
Re: World Of Warcraft /IDirect3DDevice9Impl_SetVertexShader
On Wed, 16 Feb 2005 21:26:58 + (GMT), Oliver Stieber <[EMAIL PROTECTED]> wrote: > > > > I highly recommend that you try Oliver Stieber's > > patch. Even if > > buggy, I think you'll find WoW works very well. > > I've recently found > > that Star Wars: Battlefront works with it. The > > problem with > > Battlefront is it experiences heap corruption at the > > menu screen. > I've just put together a new patch against head. > http://www.oliverthered.f2s.com/projects/wine/ Yeah great work. The opening screen and character selection (which is already partly ingame) of World of Warcraft now works. Had to turn off all debug output because it was printing so many lines the game would run slow. Loading failed somewhere at 1/3 (opengl does load completely) tough. And the game runned in some kind of semi-managed mode. Not sure how to descripe it. Performance of the main screen actually looked better than cedega. Thanks, Paul ps. You forgot to diff configure...
Re: SCons, Wine, and Winelib
On Thu, 17 Feb 2005, Scott Ritchie wrote: [...] Today, that developer has to first port his project to MinGW (a very non-trivial step) Not true. I know this is what Dimitrie recommends but it's absolutely not necessary to first port to MinGW. You can run winemaker directly on your sources and try to get them to compile and run with nothing but Winelib. and then hack around and fix the bad and broken makefiles winemaker generates. Yes, I known. winemaker needs to be modified to understand .dsp files and use the information it finds there. Then the makefiles it generates will no longer be 'bad and broken'. -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ We are Pentium of Borg. You will be approximated. Division is futile.
Re: SCons, Wine, and Winelib
On Thu, 17 Feb 2005, Scott Ritchie wrote: [...] Well, remember, we are (hopefully) targeting Windows developers here who have previously been using Visual Studio for migration with Winelib. Even among open source projects for Windows, use of makefiles is exceedingly rare. IMHO, SCons using Windows developpers would be even more exceedingly rare. -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.
Watcthtower Library 2003 on Mandrake 10.1
I added these lines to the end of the wine config file to get the Watchtower Library 2003 to load using Winetools and it does open when clicking on icon on desktop (Mandrake 10.1) after reading discussions on wiki :^> Zinger ;Watchtower Library [AppDefaults\\wtlib.exe\\DllOverrides] "*comctl32*" = "native" "*commctrl*" = "native" ;Watchtower Setup [AppDefaults\\Setup.exe\\DllOverrides] "comctl32" = "builtin" ;Watchtower ikernel [AppDefaults\\ikernel.exe\\DllOverrides] "comctl32" = "native" __ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250
Re: [shell32tests/shelllink.c] Use aliases for ordinals (resend/rediff)
On Thursday 17 February 2005 16:30, Paul Vriens wrote: > I expect that win2k has the same problem (when looking at > test.winehq.org). > > Any ideas? (besides using 'my' patch :-)). Filip's patch was not quite right, these functions need to be exported ordinal *only*, otherwise the resulting test binary won't link at runtime on systems older than xp. With the patch below I am able to produce binaries that run on xp as well as 2k and 98. -Hans --- w32api/lib/shell32.def.orig 2005-02-17 13:39:25.636072213 +0100 +++ w32api/lib/shell32.def 2005-02-17 13:42:03.609981604 +0100 @@ -32,6 +32,7 @@ [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] @162 NONAME [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] @@ -43,6 +44,7 @@ [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] @28 NONAME [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] @@ -173,10 +175,11 @@ [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] @155 NONAME [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] @21 NONAME [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Microsoft genuine downloads looking for wine
Boaz Harrosh wrote: What about IE under Wine. It looks like that might work? Maybe, but I don't want to pollute my wine installation with IE. Ivan.
Re: SCons, Wine, and Winelib
On Thu, 2005-02-17 at 10:13 -0500, Thomas J Fogal wrote: > <[EMAIL PROTECTED]>Francois Gouget writes: > > > I've never use SCons either but the advantage of generating regular > > Makefiles is that many many developers are familiar with them. I would > > *nod*. I agree. > I get particularly upset when I download software and the build system > doesn't work for some (usually minor) reason. make-based projects are > quick hacks for a fix (for a great deal of people). its very unlikely i > understand how to hack the current build system of the week. > > wasn't the original impetus that the new UNIX developer doesn't have to > learn make/autoconf? so instead they just learn a different build > systems software? I dont follow the logic there... > That's exactly the idea. Ideally we can have a developer take his project, run winemaker on it, and then build it in a single command. Today, that developer has to first port his project to MinGW (a very non-trivial step) and then hack around and fix the bad and broken makefiles winemaker generates. This requires extensive learning of something very foreign and, from my experience, a bit complicated. This is why we've been desiring adding Visual Studio support to Winelib for some time - there's less trouble for the migrator that way. Our original plan, of course, was to figure out a way to compile it with the standard make files, but now we've got another option. SCons already claims to work with building visual studio project files. Unless I'm rather mistaken about what it actually can do, it seems as though a lot of this work has been done for us, and we need simply integrate it as an option. -Scott
Re: SCons, Wine, and Winelib
On Thu, 2005-02-17 at 13:19 +0100, Francois Gouget wrote: > On Wed, 16 Feb 2005, Scott Ritchie wrote: > > > Ok, currently Winelib relies on GNU autoconf, makefiles and friends to > > get a working app. > > The current winemaker does not generate or use autoconf. > > I've never use SCons either but the advantage of generating regular > Makefiles is that many many developers are familiar with them. I would > even venture that with something like 99% open source projects using > Makefiles there are more developers familiar with Makefiles than with > SCons scripts. Generating an SCons script would just be totally > confusing for these developers. > Well, remember, we are (hopefully) targeting Windows developers here who have previously been using Visual Studio for migration with Winelib. Even among open source projects for Windows, use of makefiles is exceedingly rare. Thanks, Scott Ritchie
Re: SCons, Wine, and Winelib
On Thu, 17 Feb 2005 13:19:46 +0100, Francois Gouget wrote: > SCons scripts. Generating an SCons script would just be totally > confusing for these developers. On one hand I agree, Make is the de-facto standard and we should respect that, but on the other hand every time I try and use it I have to read the manual or nick other peoples makefile code. SCons on the other hand is several orders of magnitude more intuitive, at least to me, and it's also more portable as SConstruct files don't tend to rely on tons of UNIX shell utilities like Makefiles do. For Winelib that's a big deal. So I'd be broadly supportive of adding support for generating SConstruct files to winemaker although we should still keep and maintain the Makefile support too. But I don't have time to work on this myself. thanks -mike
Re: Silly question about the download page
Holly Bostick wrote: Hey, all, Is there some reason that the SuSE section on the download page does not say that it links to a binary RPM for SuSE 9.2? The page says "SuSE binary and source .rpms for SuSE 8.1, 8.2, 9.0, and 9.1", although binaries for 9.2 are in fact on the Sourceforge project page along with the versions mentioned. Hey, I said it was silly, but if we're trying to make things easier for new users who believe exactly what they read, it's misleading. Holly why not send a patch? Tom
Re: How to install Mozilla ActiveX on demand
Mike Hearn escreveu: On Wed, 2005-02-16 at 11:26 -0600, Robert Shearman wrote: How about hosting it on SourceForge? Yep, we could, though we'd need to either add extra code to fetch a mirror list, or hard code it (the latter is much easier :). There's also the issue of checksumming but I think we can duck that for now, if a SourceForge mirror is cracked we all have much bigger problems ... Someone that has access to sourceforge (packagers?) can upload the file: http://www.iol.ie/~locka/mozilla/MozillaControl16.exe And email me the url that I´ll try to do a patch. Thanks.
Silly question about the download page
Hey, all, Is there some reason that the SuSE section on the download page does not say that it links to a binary RPM for SuSE 9.2? The page says "SuSE binary and source .rpms for SuSE 8.1, 8.2, 9.0, and 9.1", although binaries for 9.2 are in fact on the Sourceforge project page along with the versions mentioned. Hey, I said it was silly, but if we're trying to make things easier for new users who believe exactly what they read, it's misleading. Holly
Re: World Of Warcraft
> http://www.microsoft.com/downloads/details.aspx?FamilyID=C8F904E1-B4CA-402B-ACCF-AAA2BD60DA74&displaylang=en > > I'm certainly not authorized to tell you what to do, > but what benefit would Avalon bring us? > It's not even really released, i.e. its > applicability > should be very limited. > Well, to be there when it is released, and soon it won't be limited, just like DirectX 9 isn't limited. > OTOH almost perfect support for DX9 games would be > MUCH > more useful IMHO, since lack of gaming support is > the #1 reason > for many people for not being able to switch to > Linux... > Avalon depends heavily on DirectX 9, I'm not out to do Transgaming out of work so I'd prefer to focus on what isn't currently supported by Cedega/Crossover office, this would be things like Directx 9 applications, and games that aren't FPS's or RTS's. If Half Life 2 happens to work so be it, but I'm even less a fan of DRM/steam then I am of duplicating Transgamings work. If you would like me to work on something just ask. (I have to get a Job soon though, so my output will drop quite a bit!) > Thanks for the incredible work so far! > > Andreas Mohr > > ___ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com
Re: SCons, Wine, and Winelib
<[EMAIL PROTECTED]>Francois Gouget writes: > I've never use SCons either but the advantage of generating regular > Makefiles is that many many developers are familiar with them. I would *nod*. I agree. I get particularly upset when I download software and the build system doesn't work for some (usually minor) reason. make-based projects are quick hacks for a fix (for a great deal of people). its very unlikely i understand how to hack the current build system of the week. wasn't the original impetus that the new UNIX developer doesn't have to learn make/autoconf? so instead they just learn a different build systems software? I dont follow the logic there... Just my humble $0.02. -tom
Re: [shell32tests/shelllink.c] Use aliases for ordinals (resend/rediff)
On Thu, 2005-02-17 at 02:06, Paul Millar wrote: > No, in fact its now working again, now. Just doing an end-to-end test > right now. Although we have a new winetest executable, it doesn't work on my win98 box. Starting the (automatically) downloaded winetest-200502171000-paul-mingw.exe gives errors that subtests of shell32 cannot be parsed. Executing the extracted shell32_test.exe starts with the (now well known) message: The SHELL32_TEST.EXE file is linked to missing export SHELL32.DLL::ILFree I expect that win2k has the same problem (when looking at test.winehq.org). Any ideas? (besides using 'my' patch :-)). Cheers, Paul.
Re: Microsoft genuine downloads looking for wine
Ge van Geldorp wrote: When using IE and thus the ActiveX control there is no problem and my Windows is recognized as genuine. Looks to me the standalone validation program is seriously broken What about IE under Wine. It looks like that might work?
Re: appdb/include screenshot.php
On Wed, 16 Feb 2005, Steven Edwards wrote: [...] Would it be possible for the appdb module to go to its own cvs commit list? While I care about the commit messages to the wine module and from time to time the lostwages module I never care about whats going on in appdb. Until the AppDB and WineHQ commits outweight the Wine commits 10 to 1 I don't think it's worth creating yet another list. Note that if you really don't want to see these emails you could add the following to your .procmailrc (or some equivalent in your MUA): :0: * ^List-Id: Wine CVS Commits * ^Subject: appdb/ /dev/null -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ Any sufficiently advanced bug is indistinguishable from a feature. -- from some indian guy
Re: World Of Warcraft
Andreas Mohr wrote: Hi, On Wed, Feb 16, 2005 at 02:08:47PM +, Oliver Stieber wrote: 2) Is there any sort of goal that the people working on d3d9 dlls have set as far as a date they would like to have it done by? Or is it just one of those "It will be done when it's done" sort of things? ...Last month! Good attitude! :) I'm not sure what I'm going to work on next, possibly more 'completeness' and performance in DirextX 9 to give applications a good chance of running as well as games, or maybe some d3dx9 work so that winelib can compile more DirextX 9, or maybe try getting Microsofts new GUI Avalon working under wine. http://www.microsoft.com/downloads/details.aspx?FamilyID=C8F904E1-B4CA-402B-ACCF-AAA2BD60DA74&displaylang=en I'm certainly not authorized to tell you what to do, but what benefit would Avalon bring us? It's not even really released, i.e. its applicability should be very limited. OTOH almost perfect support for DX9 games would be MUCH more useful IMHO, since lack of gaming support is the #1 reason for many people for not being able to switch to Linux... I would only add that the "Key features missing" section of: http://www.oliverthered.f2s.com/projects/wine/ would be nice to see as well. most notably "DirectX 8 intergration of the above" and there is still some room for improvements even in DX 1-7. As Andi has already pointed out, were not the ones to try and tell someone what to do :-) Thanks from me as well.. Hell of a job thus far! Tom Thanks for the incredible work so far! Andreas Mohr
Re: SCons, Wine, and Winelib
On Wed, 16 Feb 2005, Scott Ritchie wrote: Ok, currently Winelib relies on GNU autoconf, makefiles and friends to get a working app. The current winemaker does not generate or use autoconf. I've never use SCons either but the advantage of generating regular Makefiles is that many many developers are familiar with them. I would even venture that with something like 99% open source projects using Makefiles there are more developers familiar with Makefiles than with SCons scripts. Generating an SCons script would just be totally confusing for these developers. -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ Computers are like airconditioners They stop working properly if you open WINDOWS
Re: Installshield (with Roller Coaster Tycoon demo)
On Thu, Feb 17, 2005 at 12:06:01PM +0100, Paul Vriens wrote: > Hi, > > I know there are still issue with InstallShield, is the following one of > them? > > When trying to install the above mentioned demo I get an errorbox: > > > Error Number: 0x80040706 > Description: Object reference not set > > Setup will now terminate > > > Part of the 'normal' output: > > err:ole:_get_funcdesc Did not find a typeinfo for reftype 0? You need stdole32.tlb most likely. Ciao, Marcus pgpvV5S2VT3Hw.pgp Description: PGP signature
Installshield (with Roller Coaster Tycoon demo)
Hi, I know there are still issue with InstallShield, is the following one of them? When trying to install the above mentioned demo I get an errorbox: Error Number: 0x80040706 Description: Object reference not set Setup will now terminate Part of the 'normal' output: err:ole:_get_funcdesc Did not find a typeinfo for reftype 0? err:ole:PSFacBuf_CreateProxy GetFuncDesc 80029c4a should not fail here. err:ole:proxy_manager_create_ifproxy Could not create proxy for interface {3d8b6331-d8b1-11d2-80c5-00104b1f6cea}, error 0x80029c4a fixme:sync:SetNamedPipeHandleState 0xa0 0xf7cff4 (nil) (nil) err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x80029c4a fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0x8) 77e16eec err:ole:_get_funcdesc Did not find a typeinfo for reftype 0? err:ole:PSFacBuf_CreateProxy GetFuncDesc 80029c4a should not fail here. err:ole:proxy_manager_create_ifproxy Could not create proxy for interface {3d8b6331-d8b1-11d2-80c5-00104b1f6cea}, error 0x80029c4a fixme:sync:SetNamedPipeHandleState 0x108 0xf7dd9c (nil) (nil) err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x80029c4a Cheers, Paul Vriens.
Re: [shell32tests/shelllink.c] Use aliases for ordinals (resend/rediff)
Hi Hans, On Thursday 17 February 2005 09:59, Hans Leidekker wrote: > On Thursday 17 February 2005 02:06, Paul Millar wrote: > > [...] push some of these patches up-stream > > Been there. The issue is that MinGW has a patch acceptance > policy that says that material should be documented by MS > to be acceptable. Naively, I was wondering if what Rolf said: On Wednesday 16 February 2005 13:31, Rolf Kalbermatter wrote: > Later after the court case they documented most of those > formely undocumented APIs and also included them back into the next > SDK release. ... would mean that the MinGW team would now accept at least some of the extra w32lib patches? In either case, I think it would be useful if a simple .tar.gz (and/or .zip) file containing all the patches were available from your website. The MinGW people can then link to this page with whatever disclaimer they feel necessary. Cheers, Paul. pgplWWANuvMFB.pgp Description: PGP signature
Re: Microsoft genuine downloads looking for wine
On Thu, 17 Feb 2005 07:45:11 +0200, Shachar Shemesh wrote: > In any case, at least from a technical point of view, going around such > test ought to be fairly simple I don't think we want to go there. I demonstrated a way of checking for Wine to Rob last night that we really cannot fix or workaround, and if I can think of it they certainly can too. Basically if we start integrating workarounds into Wine, it'll lead to an arms race we cannot possibly win. Better to ensure our users don't need anything from that website. thanks -mike
Re: Microsoft genuine downloads looking for wine
On Thu, 17 Feb 2005 07:45:11 +0200, Shachar Shemesh wrote: > Let's wait until they actually do something bad before we go around > accusing them, shall we? Bear in mind, the reason they're doing this is almost certainly because they know that Wine users often go there to fill in missing pieces from Wine. Currently native DCOM does not seem to be protected, but native MSI is and also MDAC, Windows Media Player and Windows Scripting Host. As far as I'm concerned, this *is* bad: 1) It may make the lives of Wine users harder as they now have to deal with blocked validations (I suspect their standalone tool will get some bugfixes shortly) 2) It may mean there is more to come. As Ivan said, this is the first time they've done something like this - possibly not the last. thanks -mike
Re: SCons, Wine, and Winelib
On Wed, 16 Feb 2005 15:41:22 -0800, Scott Ritchie wrote: > I just heard about the SCons project, which from what I can tell looks > like it aims to be a replacement to the makefiles. Has anyone used > this? > > http://www.scons.org/ I have used it yes, it's good. I never ported a pre-existing project to it though.
Re: World Of Warcraft
Hi, On Wed, Feb 16, 2005 at 02:08:47PM +, Oliver Stieber wrote: > > > 2) Is there any sort of goal that the people > > working on d3d9 dlls have set as far as a date they > > would like to have it done by? Or is it just one of > > those "It will be done when it's done" sort of > > things? > > > ...Last month! Good attitude! :) > I'm not sure what I'm going to work on next, possibly > more 'completeness' and performance in DirextX 9 to > give applications a good chance of running as well as > games, or maybe some d3dx9 work so that winelib can > compile more DirextX 9, or maybe try getting > Microsofts new GUI Avalon working under wine. > > http://www.microsoft.com/downloads/details.aspx?FamilyID=C8F904E1-B4CA-402B-ACCF-AAA2BD60DA74&displaylang=en I'm certainly not authorized to tell you what to do, but what benefit would Avalon bring us? It's not even really released, i.e. its applicability should be very limited. OTOH almost perfect support for DX9 games would be MUCH more useful IMHO, since lack of gaming support is the #1 reason for many people for not being able to switch to Linux... Thanks for the incredible work so far! Andreas Mohr
Re: [shell32tests/shelllink.c] Use aliases for ordinals (resend/rediff)
On Thursday 17 February 2005 02:06, Paul Millar wrote: > I think it might be worth trying to push some of these patches > up-stream again. That way, we are actually fixing MinGW. Been there. The issue is that MinGW has a patch acceptance policy that says that material should be documented by MS to be acceptable. The practice of reverse engineering would jeopardise the interests of some MinGW users I was told. Clearly, functions exported by ordinal only are often (mostly?) undocumented. This is the very reason I am maintaining these patches; to add just enough of the undocumented stuff to MinGW to make it usable for compiling Wine tests. Stefan Leichter already has been helping out recently, but we could use more helping hands of course. -Hans
Re: Wine and SCONS
Scott, Integrating SCONS and Winelib is a wonderful idea. I'm currently struggling with explaining in a cookbook way how to port an MFC program to Winelib. Also, there's a lot of demand for porting .NET apps and if Winelib can support that as well this will attract more developers. I'll be happy to do whatever I can to help. Ira
Re: Winelib and SCons
Scott Ritchie wrote: Then, the developer needs to write his own makefiles and hammer autoconf and stuff into working right. This is the hard part, and it's where I gave up when trying to port Miranda Instant Messenger with Winelib even though it worked in MinGW. There are many other open source Windows apps out there that I'd like to try porting (say, eMule), but they're currently all written in Visual Studio and getting Visual Studio support into Winelib has been on our perpetual todo list for some years now. I use dev-c++ from http://www.bloodshed.net/devcpp.html It has a very good dsw importer and makes a most simple MinGW makefile that can be used outside of dev-c++. Also on wine. But who wants to go outside, It is loaded with goodies. Code completion debugging class browser the works. It has only 2 flaws. That it doesn't use the Scintilla editor, and that it doesn't drink it's own soup, see, even though it is GPLed it is written in Delphi. Free Life Boaz