Re: Wine FAQ edits

2011-02-02 Thread Vitaliy Margolen
On 02/02/2011 09:52 PM, Albert Lee wrote: I meant 'cd' is the command preceding this one in the block this is a part of, if you look at the context. Then you should remove that cd instead. Starting instructions from "go to your home directory" just to jump somewhere else doesn't make much sense.

Re: Wine FAQ edits

2011-02-02 Thread Albert Lee
On Wed, Feb 2, 2011 at 1:52 AM, Vitaliy Margolen wrote: > On 02/01/2011 09:47 PM, Albert Lee wrote: >> >> On Sat, Jan 29, 2011 at 4:36 PM, Vitaliy  wrote: -cd ~/.wine/drive_c/Program\ Files +cd .wine/drive_c/Program\ Files >>> >>> This will break if current directory is not $HOME. >

Re: Wine FAQ edits

2011-02-02 Thread Vitaliy Margolen
On 02/02/2011 08:10 AM, Albert Lee wrote: I notice you reverted the changes after I addressed these issues, care to explain why? See my response from yesterday. Vitaliy.

Re: [PATCH 2/5] winex11.drv: Complain a bit about missing s3tc support.

2011-02-02 Thread Henri Verbeet
On 3 February 2011 01:00, Tobias Jakobi wrote: > *bumping* > > This patch never went into master, although it's _very_ important. Wine > users see a lot of D3D problems (mostly missing textures) since mesa drivers > don't support s3tc "out-of-the-box" (libtxc_dxtn needs to be available). > This le

Re: RFC: Adding Mac support to secur32/schannel.c

2011-02-02 Thread Ken Thomases
On Feb 2, 2011, at 11:38 AM, Juan Lang wrote: > That's fine. You asked for feedback on your general approach, and > described it as a proof of concept. I gave you feedback on it as > such. I appreciate your feedback. Although, in truth, I was asking more about how to do it (wether to separate

Re: RFC: Adding Mac support to secur32/schannel.c

2011-02-02 Thread Alexandre Julliard
Juan Lang writes: > Since that thread, where I stated that new code based on OpenSSL > wasn't likely to get accepted, an OpenSSL dependency was added to > winhttp. Apparently I was mistaken. It's not really new code, winhttp is just a copy of the wininet code. The plan is still to get rid of Op

Re: RFC: Adding Mac support to secur32/schannel.c

2011-02-02 Thread Juan Lang
Hi Damjan, > OpenSSL seems like a bad idea. It has poor binary compatibility and > problematic FIPS 140 certification, and Fedora is dropping it in favour of > NSS: > http://fedoraproject.org/wiki/FedoraCryptoConsolidation > http://fedoraproject.org/wiki/CryptoConsolidationEval Maybe, but OpenSSL

Re: RFC: Adding Mac support to secur32/schannel.c

2011-02-02 Thread Juan Lang
>> I don't see how this >> helps CodeWeavers, either, other than reducing installation >> complexity. > > Well, Outlook didn't used to be able to connect to Gmail IMAP in our Mac > product and now it does. As I said, this only reduces installation complexity: I assume that, had you installed Gnu

Re: wined3d: Update clip planes when switching to/from offscreen rendering.

2011-02-02 Thread Matteo Bruni
2011/1/31 Stefan Dösinger : > Am 31.01.2011 um 17:08 schrieb Matteo Bruni: >> The attached patch should follow your idea, does it look right? FWIW, >> I can't see any 1-pixel offset in The Sims 3 with this patch. Yes, I >> know that's not how it should be tested... > Looks OK on first sight. Does i

Re: Wine FAQ edits

2011-02-02 Thread Rosanne DiMesio
On Wed, 2 Feb 2011 10:09:16 -0500 Albert Lee wrote: > The Open Group even more strongly objects to the phrase "Unix-like". > They also state explicitly on their website that Linux is not Unix. http://www.unix.org/what_is_unix/flavors_of_unix.html Ozan's suggestion of "Posix-compatible" is more

Re: ntoskrnl.exe: unimplemented function ntoskrnl.exe.IoGetDeviceInterfaces

2011-02-02 Thread Qian Hong
On Wed, Feb 2, 2011 at 11:08 PM, Dan Kegel wrote: > Qian wrote: >>1. If  a function is implemented in wine dll as a stup, then usually >>this function won't cause crash, >>and the wine debug will output  "fix:me ...stup" rather then >>"Unimplemented function", is it right? > > I think "stub" is so

Re: Wine FAQ edits

2011-02-02 Thread Albert Lee
I notice you reverted the changes after I addressed these issues, care to explain why? On Tue, Feb 1, 2011 at 11:47 PM, Albert Lee wrote: > On Sat, Jan 29, 2011 at 4:36 PM, Vitaliy wrote: >> On 01/29/2011 12:21 PM, Dan Kegel wrote: >>> >>> Hi Albert, >>> http://wiki.winehq.org/FAQ?action=diff&re

Re: Wine FAQ edits

2011-02-02 Thread Albert Lee
On Wed, Feb 2, 2011 at 8:03 AM, Rosanne DiMesio wrote: > On Sat, 29 Jan 2011 13:18:40 -0500 > Albert Lee wrote: > >> >> I notice you have reverted my edits to the FAQ on the wiki ( >> http://wiki.winehq.org/FAQ?action=info ). As I was trying to clarify >> the shell metacharacter information and o

re: ntoskrnl.exe: unimplemented function ntoskrnl.exe.IoGetDeviceInterfaces

2011-02-02 Thread Dan Kegel
Qian wrote: >1. If a function is implemented in wine dll as a stup, then usually >this function won't cause crash, >and the wine debug will output "fix:me ...stup" rather then >"Unimplemented function", is it right? I think "stub" is somewhat ambiguous, it can mean either something without an im

Re: RFC: Adding Mac support to secur32/schannel.c

2011-02-02 Thread Ken Thomases
On Feb 1, 2011, at 10:19 AM, Juan Lang wrote: > I may be flogging a dead horse here, but I personally am loath to see > another implementation creep in, side by side with the existing one, > that has no guarantee of working any better. Well, it won't work any better, just as well as. > I don't s

Re: Wine FAQ edits

2011-02-02 Thread Rosanne DiMesio
On Sat, 29 Jan 2011 13:18:40 -0500 Albert Lee wrote: > > I notice you have reverted my edits to the FAQ on the wiki ( > http://wiki.winehq.org/FAQ?action=info ). As I was trying to clarify > the shell metacharacter information and operating system/platform > support, and add new file association

Re: ntoskrnl.exe: unimplemented function ntoskrnl.exe.IoGetDeviceInterfaces

2011-02-02 Thread Ricardo Filipe
2011/2/2 Qian Hong > Dear Nikolay and James, > > On Sun, Jan 30, 2011 at 11:09 PM, James McKenzie > wrote: > > Qian: > > > > I would like to echo Nikolay's comment and add one more: > > > > Please search through the Bug Reports before submitting a new one. > > I really feel very sorry, I apologi