Re: [PATCH] GNU/kFreeBSD detection

2011/8/22 Alexandre Julliard : > If it doesn't need a different behavior there's no need for a new > platform, just use PLATFORM_FREEBSD. It may need different behaviour in the future. Anyhow, if you still prefer to share the same macro here's the new patch. Thanks -- Rob

Re: WineD3D: Check for the presence of wglGetExtensionsStringARB

On Sun, Mar 29, 2009 at 10:11:19PM +0200, Roderick Colenbrander wrote: > Hi, > > Don't call wglGetExtensionsStringARB when it isn't around. After this patch > WineD3D can work unpatched on VirtualBox. Hi, I can confirm this works fine on VirtualBox. Thanks Roderick --

Re: splitting out on_winver_change() and friends

On Sat, Dec 29, 2007 at 11:23:11AM -0500, Steven Edwards wrote: > On Dec 29, 2007 10:45 AM, Robert Millan <[EMAIL PROTECTED]> wrote: > > I'd like to avoid duplication if possible. > > Also as a follow-up again, you can also just hack Dan's winetricks > sc

Re: splitting out on_winver_change() and friends

t their apps if they can use tools they're familiar with such as md5sum / sha1sum. -- Robert Millan I know my rights; I want my phone call! What use is a phone call, if you are unable to speak? (as seen on /.)

Re: splitting out on_winver_change() and friends

ba3a927f79fca foomatic_installer [ ... ] HKCU\Software\Wine\AppDefaults\foomatic_installer\Version win98 HKCU\Software\Wine\AppDefaults\foomatic_installer\filename setup.exe (as a bonus, this gives us a short description of what these hashes are referring to) -- Robert Millan I know my rights; I want my

Re: COM/DCOM of WINE

(or so). One of at least Win98, AFAIK. AFAIK copyright only governs copying/distribution. You may need a license to redistribute MS-DCOM, but since it's Microsoft itself who distributes it in their website I don't think they have a basis to claim damages. (IANAL, either) -- Robert Mi

Re: splitting out on_winver_change() and friends

d set, you try the inf route and submit > it to appdb if its an application listed there. I was thinking in doing something like this already, but you still need a way to set winver, so it boils down to either sharing code with winecfg or duplicating it. I'd like to avoid duplication if possib

Re: splitting out on_winver_change() and friends

On Sat, Dec 29, 2007 at 01:04:50PM +0100, Alexandre Julliard wrote: > Robert Millan <[EMAIL PROTECTED]> writes: > > > On Fri, Dec 28, 2007 at 05:43:40AM -0500, Steven Edwards wrote: > >> How about rather than writing another application to do this, you make > &g

Re: splitting out on_winver_change() and friends

On Fri, Dec 28, 2007 at 05:43:40AM -0500, Steven Edwards wrote: > Hi, > > On Dec 27, 2007 4:50 PM, Robert Millan <[EMAIL PROTECTED]> wrote: > > I'm writing a small application to automate the process of setting Windows > > version for executables that are known

splitting out on_winver_change() and friends

it. Would it be ok to move on_winver_change() and some of its friends like win_versions[] and set_reg_key() to libwine.so.1 for this purpose ? -- Robert Millan I know my rights; I want my phone call! What use is a phone call, if you are unable to speak? (as seen on /.)

blizzard conference

Sorry for the OT, but I thought this might be of your interest, considering some of the Blizzard game developers will attend: http://www.blizzard.com/press/070412.shtml Maybe someone in California feels like dropping by to do some lobbying about that itchy /etc/hosts bug? :-) -- Robert