On Sun, Aug 10, 2008 at 7:20 PM, Dan Hipschman <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 10, 2008 at 06:30:17PM -0600, Erich Hoover wrote:
> > Honestly, I believe that this problem illustrates the need for these kind
> of
> > bugs - if I had found a bug for WinHttp in bugzilla assigned to Zac then
On Sun, Aug 10, 2008 at 7:20 PM, Dan Hipschman <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 10, 2008 at 06:30:17PM -0600, Erich Hoover wrote:
> > Honestly, I believe that this problem illustrates the need for these kind
> of
> > bugs - if I had found a bug for WinHttp in bugzilla assigned to Zac then
> At the time I opened the bug that would not have done any good, the only
> thing I could have said at that time is that it failed on WinHttpOpen.
That's not quite no good. Just knowing that more than one app depends
on winhttp is often useful.
> Would you mind pointing me in the direction of Z
On Sun, Aug 10, 2008 at 6:39 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> > I am trying to argue that the bug does not warrant closure, wine-devel
> does
> > not seem like an appropriate venue for such a discussion.
>
> It depends on the bug. The consensus seems to be that this bug is
> invalid, an
On Sun, Aug 10, 2008 at 6:39 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> Exactly. You open a bug stating that 'Command & Conquere Red Alert 3
> fails to authenticate' and then add in a bug comment that the problem
> is because of missing required winhttp functionality. Zac then sees
> the bug
On Sun, Aug 10, 2008 at 06:30:17PM -0600, Erich Hoover wrote:
> Honestly, I believe that this problem illustrates the need for these kind of
> bugs - if I had found a bug for WinHttp in bugzilla assigned to Zac then I
> could easily contact him. I do not have time to monitor wine-devel in order
>
> I am trying to argue that the bug does not warrant closure, wine-devel does
> not seem like an appropriate venue for such a discussion.
It depends on the bug. The consensus seems to be that this bug is
invalid, and I'm inclined to agree. A better bug would be something
about Command and Conque
On Sun, Aug 10, 2008 at 7:30 PM, Erich Hoover <[EMAIL PROTECTED]> wrote:
> I am trying to argue that the bug does not warrant closure, wine-devel does
> not seem like an appropriate venue for such a discussion. I am quite
> familiar with how much effort goes into properly implementing a full-fledg
I am trying to argue that the bug does not warrant closure, wine-devel does
not seem like an appropriate venue for such a discussion. I am quite
familiar with how much effort goes into properly implementing a full-fledged
library for working with HTTP, I have done it several times in several
langu
On Sun, Aug 10, 2008 at 6:43 PM, <[EMAIL PROTECTED]> wrote:
> http://bugs.winehq.org/show_bug.cgi?id=14810
>
>
> --- Comment #4 from Erich Hoover <[EMAIL PROTECTED]> 2008-08-10 18:43:16 ---
> This whole DLL has a total of 27 functions, 14 of which are currently exposed,
> and only 1 is "implement
On So, 2008-08-10 at 12:21 +0900, Dmitry Timoshkov wrote:
> > + /* NT: RPC_S_NO_CONTEXT_AVAILABLE, 9x: RPC_S_NO_CALL_ACTIVE */
> > + if (!Binding) return RPC_S_NO_CONTEXT_AVAILABLE;
> According to your test this should be
> if (!Binding || !Type) return RPC_S_NO_CONTEXT_AVAILABLE;
No, your asu
> You change the registry with: regedit (wine provide an own
> implementation)
>
> Patches are welcome.
>
> The source of the website is managed with git:
> http://source.winehq.org/git/website.git (templates/en/*)
No time for doing that. However, here's a patch which improves the
wording a bit
2008/8/8 Timothy Normand Miller <[EMAIL PROTECTED]>:
> On Fri, Aug 8, 2008 at 1:39 PM, James Mckenzie
> <[EMAIL PROTECTED]> wrote:
>
>>>If no then are there any plans for multiplatform code in Wine?
>> NO! Even MacOSX specific code is not allowed
>
> Is there an FAQ that explains why this is so?
> Why manually load iphlpapi here instead of using the automatic delayed
> import mechanism like you used for ws2_32? I assume it was because you
> reasoned that a hard dependency was unnecessary because the code has a
> fallback path, but I think you needed to make this clear in the
> changelog.
On Sun, Aug 10, 2008 at 11:42 AM, Ismael Barros <[EMAIL PROTECTED]> wrote:
> You probably have installed in your wine prefix a windows native
> dpwsockx.dll, and dplay gets that one instead of wine's builtin
> dpwsockx.
Seems to be (perhaps I did winetricks directx9).
Removing ~/.wine seems to hav
On Sun, Aug 10, 2008 at 06:57:12PM +0100, Rob Shearman wrote:
> These should go into usrmarshal.c. However, Dan Hipschman as already
> done some work in this area so you might want to search for his
> patches on generating proxy/stub code for oleidl.idl and objidl.idl so
> that you don't do any mor
2008/8/7 <[EMAIL PROTECTED]>:
> diff --git a/dlls/ole32/proxystub_obj.c b/dlls/ole32/proxystub_obj.c
> new file mode 100644
> index 000..c229ad2
> --- /dev/null
> +++ b/dlls/ole32/proxystub_obj.c
> ...
> +HRESULT __RPC_STUB IStorage_OpenStream_Stub(
> +IStorage* This,
> +LPCOLESTR pwcs
On 8/10/08, Dan Kegel <[EMAIL PROTECTED]> wrote:
> In my case, they really were hanging, I waited 20 minutes on Wine.
That's really weird, in wine most of the tests are skipped, and they
take around 5 seconds on my machine with the latest git head. Could
you provide a log with WINEDEBUG=+dplay?
Hi François,
I appreciate the work you've put into this and the other patches.
However, I have a few comments:
2008/8/7 <[EMAIL PROTECTED]>:
> @@ -78,4 +83,11 @@ ole2nls.spec.o: ole2nls.spec version16.res
> version16.res: version16.rc
> $(LDPATH) $(RC16) $(RC16FLAGS) -fo$@ $(SRCDIR)/versi
On Sun, Aug 10, 2008 at 10:19 AM, Ismael Barros <[EMAIL PROTECTED]> wrote:
>> http://test.winehq.org/data/tests/dplayx:dplayx.html
>> Since your commits on the 4th of Aug, the dplayx tests have been hanging.
>
> Are they really hanging or taking too long? Dplay is quite slow and
> the tests are int
On 8/10/08, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Hi Ismael,
> have a look at
> http://test.winehq.org/data/tests/dplayx:dplayx.html
> Since your commits on the 4th of Aug, the dplayx tests have been hanging.
> This is getting in the way of my regression testing.
> Can you have a look?
> Thanks,
>
Hi Ismael,
have a look at
http://test.winehq.org/data/tests/dplayx:dplayx.html
Since your commits on the 4th of Aug, the dplayx tests have been hanging.
This is getting in the way of my regression testing.
Can you have a look?
Thanks,
Dan
2008/8/5 Juan Lang <[EMAIL PROTECTED]>:
> This has a similar motivation to the last patch I sent. In rpcrt4's
> case, iphlpapi is needed at most once per process, so dynamically load
> it rather than keeping it around all the time.
> @@ -304,18 +304,23 @@ #define ADDRESS_BYTES_NEEDED 6
>
> stati
Hi Scott,
I didn't see a reply to your AcceptEx patches yet, sorry if I missed it and
you get this again. Please submit one patch per email only.
I admittedly don't know much about the wineserver stuff, but I've noticed a
couple of style issues in the winsock code:
The indentation common in s
24 matches
Mail list logo
