I get a crash all the time in winetest since 1.0. Seems there is not
a problem with any of the tests themselves (i.e. running make test).
The last few lines of output from winetest is:
fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 8
fixme:xrandr:X11DRV_XRandR_SetC
[EMAIL PROTECTED] ha scritto:
> http://bugs.winehq.org/show_bug.cgi?id=13838
>
>
>
>
>
> --- Comment #29 from Dan Kegel <[EMAIL PROTECTED]> 2008-07-02 18:52:54 ---
> If you could write a conformance test to expose and verify the
> problem first, that would be cool.
>
>
Well, I'm not so goo
On Wednesday 02 July 2008 22:55:19 Juergen Lock wrote:
> I just had a need for this (dotnet20), and the dotnet installer crashed
> like this on wine 1.1.0 on FreeBSD:
> Unhandled exception 0xc06d007e at address 0x7e255934 (thread 0073),
> starting debugger... err:seh:setup_exception_record n
2008/7/3 Maarten Lankhorst <[EMAIL PROTECTED]>:
> - * Copyright 2007-2008 Stefan Dösinger for CodeWeavers
> + * Copyright 2007-2008 Stefan D�singer for CodeWeavers
You shouldn't be changing Stefan's name though.
On Thursday 03 July 2008 01:36:43 Massimo Del Fedele wrote:
> Rob Shearman ha scritto:
> > 2008/7/1 Massimo Del Fedele <[EMAIL PROTECTED]>:
> >> I'd like to start some trace log entering a function and stopping it at
> >> exit, to isolate just the part I need. Is it possible to add some code
> >> i
On Wed, Jul 2, 2008 at 10:29 PM, Chris Ahrendt <[EMAIL PROTECTED]> wrote:
> Is there a way within wine or wine debug to tell it to output just the
> API's
> which are being called? I am trying to debug a exception that causes an
> application
> to crash. As usual I don't have the windows source c
Could you take a screenshot of this?
2008/7/3 Lei Zhang <[EMAIL PROTECTED]>:
>
> I tried this with Picasa. It fixed the font rendered as boxes, but now
> other parts of the interface is missing text.
>
Yes, FontLink also works for me, but not everyone has those fonts
installed. Wine should find a suitable font from fontconfig, in case
the fonts in FontLink do not exist.
2008/7/3 Huang, Zhangrong <[EMAIL PROTECTED]>:
> Have you tried to set FontLink? It works for me, there are no places
> have fo
Is there a way within wine or wine debug to tell it to output just the
API's
which are being called? I am trying to debug a exception that causes an
application
to crash. As usual I don't have the windows source code in order to
debug it that way.
So I was hoping there is a way within wine t
Hello,
2008/7/2 Huang, Zhangrong <[EMAIL PROTECTED]>:
> Hi,
>
> 2008/7/3 Rob Shearman <[EMAIL PROTECTED]>:
>> A bit of lateral thinking is needed, I feel, since contention between
>> threads is going to be an issue even if the lock doesn't time out. The
>> wininet code should be converted to using
Howdy,
I'm looking for advice on how to add registry entries for an
implementation of the mstask Task Scheduler Service.
The mstask DLL does not provide DllRegisterServer or
DllUnregisterServer. To mirror this within my version I'm assuming that
DllRegisterServer / DllUnregisterServer are off li
On Wed, Jul 2, 2008 at 5:13 PM, Huang, Zhangrong <[EMAIL PROTECTED]> wrote:
> Ensure your system have these fonts: simsun.ttc, gulim.ttc,
> msgothic.ttc and mingliu.ttc, or change the values with proper font
> name.
Are these the only fonts that work? What about other fonts like arphic-uming?
http
Hi,
2008/7/3 Rob Shearman <[EMAIL PROTECTED]>:
> A bit of lateral thinking is needed, I feel, since contention between
> threads is going to be an issue even if the lock doesn't time out. The
> wininet code should be converted to using getaddrinfo and as a bonus
> it will also start supporting IPv
Have you tried to set FontLink? It works for me, there are no places
have font problem. (without automatic font substitution patch)
see: http://bugs.winehq.org/attachment.cgi?id=14546
[Software\\Microsoft\\Windows
NT\\CurrentVersion\\FontLink\\SystemLink] 1208451304
"Microsoft Sans
Serif"=str(7)
Rob Shearman ha scritto:
> 2008/7/1 Massimo Del Fedele <[EMAIL PROTECTED]>:
>> I'd like to start some trace log entering a function and stopping it at
>> exit, to isolate just the part I need. Is it possible to add some code
>> inside the function body that do it ?
>>
>> I mean...
>>
>> void aWineF
On Thu, Jul 3, 2008 at 9:27 AM, Louis Lenders
<[EMAIL PROTECTED]> wrote:
> Juan Lang gmail.com> writes:
>
>>
>> > http://www.winehq.org/pipermail/wine-patches/2008-June/056911.html
>>
>> Ah. That's not enough to judge where your patches are going.
> I already explained, see http://bugs.winehq.org
> I already explained, see http://bugs.winehq.org/attachment.cgi?id=14342 and
> http://www.winehq.org/pipermail/wine-patches/2008-June/056659.html. That's
> what
> i was intended to go to.
Yes, but such a large patch is hard to read. See e.g. how I submitted
inetmib1.dll, beginning here:
http://
Juan Lang gmail.com> writes:
>
> > http://www.winehq.org/pipermail/wine-patches/2008-June/056911.html
>
> Ah. That's not enough to judge where your patches are going.
I already explained, see http://bugs.winehq.org/attachment.cgi?id=14342 and
http://www.winehq.org/pipermail/wine-patches/2008-
> http://www.winehq.org/pipermail/wine-patches/2008-June/056911.html
Ah. That's not enough to judge where your patches are going. A
series of patches, adding a stub program, then adding a little more to
it, and so on, would help judge the final product, while considering
each piece independently
Juan Lang gmail.com> writes:
>
> Hi Louis,
>
>
> Apparently they were never received in the first place. At least, I
> don't see them on the wine-patches archive. Maybe you should resend?
> --Juan
>
>
Hi Juan:
http://www.winehq.org/pipermail/wine-patches/2008-June/056911.html
Hi Louis,
> Hi Detlef (and Juan) , thanks for the response. I sent in a simple stub (and
> two
> other patches on top of that i need to get something useful in dxdiag) but
> apparently they are not accepted either.
Apparently they were never received in the first place. At least, I
don't see th
Detlef Riekenberg web.de> writes:
>
> Why not?
> - empty stub
> - the property-sheet
> - demo-window with an empty (in memory) Bitmap
> - the wine-logo as bitmap
> - spinning cube
> reorder, when needed
>
Hi Detlef (and Juan) , thanks for the response. I sent in a simple stub (and two
other
In article <[EMAIL PROTECTED]> you write:
>Big news: as of today or so, wine doesn't need any patches
>to install the .net 2.0 runtime or run trivial .net 2.0 apps,
>so I've added a dotnet20 verb. No more futzing with recipes
>to try out simple .net 2 apps, huzzah!
>
>There are lots of other littl
"Piotr Caban" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> ---
> dlls/msxml3/tests/Makefile.in |3 +-
> dlls/msxml3/tests/saxreader.c | 225
> +
> 2 files changed, 227 insertions(+), 1 deletions(-)
> create mode 100644 dlls/msxml3/tests/
On Wed, Jul 2, 2008 at 9:34 AM, Liu Qishuai <[EMAIL PROTECTED]> wrote:
> Hi,
> I rewrote a patch that doesn't break FontLink.
> http://www.winehq.org/pipermail/wine-patches/2008-July/057033.html
>
>
I tried this with Picasa. It fixed the font rendered as boxes, but now
other parts of the interface
2008/7/1 Massimo Del Fedele <[EMAIL PROTECTED]>:
> I'd like to start some trace log entering a function and stopping it at
> exit, to isolate just the part I need. Is it possible to add some code
> inside the function body that do it ?
>
> I mean...
>
> void aWineFunction(...)
> {
> ...
> S
On Wed, Jul 2, 2008 at 1:31 PM, Alex Villacís Lasso
<[EMAIL PROTECTED]> wrote:
>
> Alex Villacís Lasso escribió:
> > This is supposed to be a fix for bug #12311 . This bug involves a
> > recursive message loop where the application forces visibility of
> > scrollbars for the richedit control, whi
2008/7/1 Zac Brown <[EMAIL PROTECTED]>:
> I've been looking at implementing winhttp.dll.
>
> My current two ideas are to either:
> 1) Copy the networking sublayer from wininet into winhttp and build on top of
> that to implement winhttp. Effectively reimplementing mostly from scratch.
>
> 2) Implem
2008/7/2 Stefan Kuhr <[EMAIL PROTECTED]>:
> Hello rob,
>
> On 7/2/08, Rob Shearman <[EMAIL PROTECTED]> wrote:
>>
>> That may be so, but it won't work for servers that only register the
>> RPC_C_AUTHN_GSS_NEGOTIATE authentication scheme. So the patch should
>> include a FIXME to warn users about th
2008/7/2 Dan Kegel <[EMAIL PROTECTED]>:
> Zachary Goldberg wrote:
>> Also, Dan Kegel has been extraordinarily diligent in valgrinding of
>> late (/applause) and I just wanted to ask if we're doing anything to
>> support him?
>
> A few people are starting to run Valgrind themselves.
> How about this
2008/7/2 Huang, Zhangrong <[EMAIL PROTECTED]>:
...
> On some conditions, a thread does
> need hold critical section more than 65 seconds, for example: wine's
> implementation of GetAddress uses a critical section to protect
> non-reentrant gethostbyname() (well maybe need another
> gethostbyname_r(
Zac Brown wrote:
> Add more #define's for options used in WinHttpOpenRequest,
> WinHttpSendRequest, and WinHttp{Set/Query}Options.
>
>
>
>
> ---
> include/winhttp.h | 66
> ++
Zac Brown wrote:
> Implement SHGetNewLinkInfo[AW].
>
> Fixes Bug 8082 (http://bugs.winehq.org/show_bug.cgi?id=8082)
>
> Changes:
> * Implement SHGetNewLinkInfo[AW]
> * Update tests
>
>
>
>
> ---
> dlls/shell32/shellord.c
Zac Brown wrote:
> Add tests for SHGetNewLinkInfo[AW]
>
> Tests pass on Windows 2000, Windows XP and Windows Server 2003.
>
> Changes:
> * Add initial tests for SHGetNewLinkInfo[AW] to shell32/tests/shellord.c
> * Add shell32/tests/shellord.c
> * Update shell32/tests/Makefile.in
>
>
> -
Hi Folks,
Thanks to the volunteer efforts of James Ramey (new guy in our office),
we now have a great venue for WineConf 2008.
I've put together a page on it here:
http://wiki.winehq.org/WineConf2008
The key details are that it will be over the weekend of September 27 and 28,
at a hotel in Blo
2008/7/2 Owen Rudge <[EMAIL PROTECTED]>:
> This patch fixes bug #12534. It adds a check to the built-in control
> panel for any .cpl files in the registry, in addition to those .cpl
> files in the system directory.
Control Panel applets can also be registered in "HKCU\Control Panel\MMCPL".
--
Ro
On Wed, Jul 2, 2008 at 10:52 AM, Adam Petaccia <[EMAIL PROTECTED]> wrote:
> I don't like being able to do commit -a either, since valgrind errors
> are considered serious, should the patch be merged upstream?
Alexandre didn't like the patch for some reason earlier.
I will have a look and see if I
On Wed, 2008-07-02 at 10:57 -0500, James Hawkins wrote:
> On Wed, Jul 2, 2008 at 9:40 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> > Hi James,
> > could you have a look at yet more fresh valgrind warnings, triggered by
> > http://source.winehq.org/git/wine.git/?a=commit;h=d9ac95be5bb51de2293326920c2e
Alex Villacís Lasso escribió:
> This is supposed to be a fix for bug #12311 . This bug involves a
> recursive message loop where the application forces visibility of
> scrollbars for the richedit control, which causes a WM_SIZE that
> triggers an update of the window size and re-hiding of the s
Hans Leidekker wrote:
> On Tuesday 01 July 2008 21:42:30 Zac Brown wrote:
>
>> Does anyone have thoughts on implementing parts of winhttp in terms of
>> wininet? The primary issue that prevents entirely implementing winhttp in
>> terms of wininet is that there is no direct Win32 API for fetching a
> Oh, I see, cross-test on Windows 95/98/Me maybe fail if uses lstrlenW.
Ah, right. Carry on.
--Juan
Oh, I see, cross-test on Windows 95/98/Me maybe fail if uses lstrlenW.
See http://msdn.microsoft.com/en-us/library/ms647492(VS.85).aspx
Windows 95/98/Me: Although lstrlenW exists on Microsoft Windows
95/98/Me, it is supported by the Microsoft Layer for Unicode (MSLU) to
give more consistent behav
Hmm, cause GetMenuStringW uses strlenW, so I just copy it.
2008/7/3 Juan Lang <[EMAIL PROTECTED]>:
> Hi Zhangrong,
>
> +static inline unsigned int strlenW( const WCHAR *str )
> +{
> +const WCHAR *s = str;
> +while (*s) s++;
> +return s - str;
> +}
>
> Is there some reason you can't jus
Hi Juan,
> Style nit: get rid of that blank line.
> Prefer WCHAR strings to char strings. You can declare a string
> constant at the beginning of the function, next to wszAllCpl.
> Style nit: put Control_RegisterRegistryApplets above Control_DoWindow
> to avoid adding the prototype at the top
Hi,
According to MSDN http://msdn.microsoft.com/en-us/library/ms682608(VS.85).aspx:
EnterCriticalSection can raise EXCEPTION_POSSIBLE_DEADLOCK if a wait
operation on the critical section times out. The timeout interval is
specified by the following registry value:
HKEY_LOCAL_MACHINE\SYSTEM\Curre
Hi Zhangrong,
+static inline unsigned int strlenW( const WCHAR *str )
+{
+const WCHAR *s = str;
+while (*s) s++;
+return s - str;
+}
Is there some reason you can't just use lstrlenW?
--Juan
Hi Owen,
@@ -40,6 +41,8 @@
WINE_DEFAULT_DEBUG_CHANNEL(shlctrl);
+static void Control_RegisterRegistryApplets(HWND hWnd, CPanel *panel,
HKEY hkey_root, LPCSTR szRepPath);
+
+/* now check for cpls in the registry */
+
Style nit: get rid of that blank line.
+Control_RegisterRegistryAppl
On Wed, Jul 2, 2008 at 11:30 AM, Juan Lang <[EMAIL PROTECTED]> wrote:
>> Besides, using valgrind is still a pita, and your patch makes it easier, but
>> it keeps
>> me from being able to 'commit -a'.
>
> Why does it prevent that? I just do one junk commit of the valgrind
> patch, and ignore it wh
Hi,
I rewrote a patch that doesn't break FontLink.
http://www.winehq.org/pipermail/wine-patches/2008-July/057033.html
2008/7/2 Huang, Zhangrong <[EMAIL PROTECTED]>:
> Hi,
>
> 2008/7/2 Liu Qishuai <[EMAIL PROTECTED]>:
>> No.
>>
>> 1. In Windows XP, I deleted the FontLink register key and rebooted,
> Besides, using valgrind is still a pita, and your patch makes it easier, but
> it keeps
> me from being able to 'commit -a'.
Why does it prevent that? I just do one junk commit of the valgrind
patch, and ignore it when I send in my changes.
--Juan
Oops, sorry, I did not intend to send it 4 times. I had some disagreements
with my glourious Outlook 2007 "mail client".
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wine-devel-
> [EMAIL PROTECTED] On Behalf Of Stefan Dösinger
> Sent: Wednesday, July 02, 2008 10:48 AM
> To: wine
Hi,
I'm sending a preview of my vertex-fragment-misc pipeline separation patches
as discussed a few weeks ago. The patch comments have more descriptions. The
relevant patches start at patch 5, the other patches are other junk in my
tree.
Any comments?
Stefan
pipeline.tar.bz2
Description: Binar
Hi,
I'm sending a preview of my vertex-fragment-misc pipeline separation patches
as discussed a few weeks ago. The patch comments have more descriptions. The
relevant patches start at patch 5, the other patches are other junk in my
tree.
Any comments?
Stefan
pipeline.tar.bz2
Description: Binar
Hi,
I'm sending a preview of my vertex-fragment-misc pipeline separation patches
as discussed a few weeks ago. The patch comments have more descriptions. The
relevant patches start at patch 5, the other patches are other junk in my
tree.
Any comments?
Stefan
pipeline.tar.bz2
Description: Binar
On Wed, 2008-07-02 at 23:36 +0800, Huang, Zhangrong wrote:
> This pacth add tests for GdiGetCodePage, which currently don't pass on WIne.
>
> ChangeLog
> gdi32/tests: Add tests for GdiGetCodePage.
>
You didn't attach a patch.
signature.asc
Description: This is a digitally signed message par
>> You might try to make some of those that have an analogue work in
>> Wine, especially the "Legacy Control Panel Commands" "desktop" and
>> "color".
>
> That's something I can look into, indeed.
Having had a brief look into it, currently the control panel attempts to
launch the appropriate .cpl
On Wed, Jul 2, 2008 at 9:40 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Hi James,
> could you have a look at yet more fresh valgrind warnings, triggered by
> http://source.winehq.org/git/wine.git/?a=commit;h=d9ac95be5bb51de2293326920c2eb4509834ff93
> ?
>
> You might want to invest in a copy of Valgr
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> As a first step, James and I could (along with posting the errors
> to wine-devel) also post patches to revert the guilty changes.
> (And if we do it quickly enough, perhaps Alexandre can
> do the revert on the same day...)
> Then the author could fix and
Zachary Goldberg wrote:
> test.winehq.org ... is fantastic, but it doesn't give a very good feel for
> progress
> that all of these recent patches have been making.
I would love to see a feature added to test.winehq.org
which showed one tests's results across time (and platform).
That would let y
Hi,
2008/6/25 Austin Lund <[EMAIL PROTECTED]>:
> I cannot get this to work with googletalk.exe.
No luck, googletalk.exe still can't login.
>
> I get the following messages:
>
> trace:secur32:SECUR32_initializeProviders
> trace:secur32:_tryLoadProvider loaded L"schannel.dll",
> InitSecurityInterf
> Wine's builtin control does just launch the shell's version of the
> control panel, unless it's given an argument like "DESKTOP",
> "DATE/TIME", etc. See programs/control.c.
Indeed, I'm aware of that. Effectively, there are two versions of the
control panel in the shell of course, the namespac
> I'll look into that, then. I know that the shell namespace control panel
> does check the registry for entries (could you try using a program like the
> ReactOS Explorer to browse the control panel and see if it shows up there?),
> but I'm not sure if the standalone control.exe does. Ideally, the
Hi,
2008/7/2 Liu Qishuai <[EMAIL PROTECTED]>:
> No.
>
> 1. In Windows XP, I deleted the FontLink register key and rebooted,
> and the Chinese characters are still displaying correctly.
I guess gdi32.dll has hard-coded the default FontLink registry, of
course no prove.
>
> 2. I moved simsun.ttc (
Hi James,
could you have a look at yet more fresh valgrind warnings, triggered by
http://source.winehq.org/git/wine.git/?a=commit;h=d9ac95be5bb51de2293326920c2eb4509834ff93
?
You might want to invest in a copy of Valgrind yourself sometime.
I can get you a 10% off discount :-)
http://kegel.com/wi
No.
1. In Windows XP, I deleted the FontLink register key and rebooted,
and the Chinese characters are still displaying correctly.
2. I moved simsun.ttc (The default font in Simplified Chinese) to
another directory and rebooted. Windows XP automatically uses
simhei.ttf (another Chinese font) to d
On Wed, Jul 2, 2008 at 6:17 AM, Rob Shearman <[EMAIL PROTECTED]> wrote:
> How about these:
>
> ole32:
> OLE (dlls/{ole32,oleacc,olecli32,oledlg,olepro32,olesvr32,olethk32})
> oleaut32:
> OLE Automation (dlls/{oleaut32,stdole2.tlb,stdole32.tlb})
> rpc:
> DCE/RPC (dlls/rpcrt4, tools/widl and widl-gen
Paul Vriens wrote:
> I've checked this on W2K3 and WinXP-SP3 and it only creates that one
> registry
> key with one value (Default) underneath. There is another key created which
> isn't deleted:
>
> HKEY_CURRENT_USER\Software\Microsoft\ActiveMovie\devenum\{guid}
>
> This key has 4 values.
>
> Th
2008/7/2 Kai Blin <[EMAIL PROTECTED]>:
> On Wednesday 02 July 2008 11:52:11 Rob Shearman wrote:
>
>> I think the behaviour on win2k3 should be marked as broken, since I
>> can't see any reason why it would need to return more bytes than was
>> requested.
>
> Hm, I seem to recall a Samba RPC fix doi
2008/7/2 Dan Kegel <[EMAIL PROTECTED]>:
> Rob wrote:
>>> Oh, and there was no rpcrt4 component to
>>> be selected for this bug in bugzilla, you might consider to add one.
>>
>>Currently, we are using the "ole" component for RPC bugs, including
>>rpcrt4 and widl, but I agree that this isn't clear. I
On Wed, Jul 2, 2008 at 7:42 AM, Zachary Goldberg <[EMAIL PROTECTED]> wrote:
> Hello!
>
> I've been watching wine a bit recently and there's been a lot of
> activity (code wise) in new features (backpressure from the freeze I'm
> sure) and lots and lots of test fixes. I know we have test.winehq.org
Alexander Dorofeyev wrote:
> Paul Vriens wrote:
>> Hi,
>>
>> RegDeleteTreeW is only available on Vista. (Were these tests run on
>> Windows to
>> verify?).
> Yes most of it was tested on XP, except this final registry cleanup
> thing, sorry my mistake. Also it ran without errors with previous
>
Hi,
> * Append all fonts on child_list so that if a character is not available
> in the font,
> * other fonts will be automatically used. This is how Windows does to get
> a CJK character
> * when a latin font is specified.
That's not correct, actually Windows does this by using Font
Hello!
I've been watching wine a bit recently and there's been a lot of
activity (code wise) in new features (backpressure from the freeze I'm
sure) and lots and lots of test fixes. I know we have test.winehq.org
which is fantastic, but it doesn't give a very good feel for progress
that all of th
Paul Vriens wrote:
> Hi,
>
> RegDeleteTreeW is only available on Vista. (Were these tests run on
> Windows to
> verify?).
Yes most of it was tested on XP, except this final registry cleanup
thing, sorry my mistake. Also it ran without errors with previous
version of your patch on XP here.
>
> T
Hi Reece,
> I just tested Cepstral SwiftTalker with latest git (see bug:
> http://bugs.winehq.org/show_bug.cgi?id=12534) and I can't see the
> options from the `control` program. You might want to get this and
> other applets displaying/working before creating default Wine-specific
> ones (e.g. li
Rob wrote:
>> Oh, and there was no rpcrt4 component to
>> be selected for this bug in bugzilla, you might consider to add one.
>
>Currently, we are using the "ole" component for RPC bugs, including
>rpcrt4 and widl, but I agree that this isn't clear. I think we should
>probably split the ole compo
Hello rob,
On 7/2/08, Rob Shearman <[EMAIL PROTECTED]> wrote:
>
> That may be so, but it won't work for servers that only register the
> RPC_C_AUTHN_GSS_NEGOTIATE authentication scheme. So the patch should
> include a FIXME to warn users about this. Otherwise, the patch is
> fine.
Good to hear y
Owen Rudge <[EMAIL PROTECTED]> writes:
> I personally believe this control panel applet (which also adds icons
> for the Registry Editor and Task Manager, two other key utilities, which
> would be useful to have easy access for) is a useful stepping-stone, as
> it were.
The control panel is no
"Dylan Smith" <[EMAIL PROTECTED]> writes:
> Sorry for posting again, but I just noticed that I already sent the
> patch that fixes the tests, and you suggested either _fix_ or revert
> the patch. Well, could you try applying the patch from
> http://www.winehq.org/pipermail/wine-patches/2008-June/
On Wednesday 02 July 2008 11:52:11 Rob Shearman wrote:
> I think the behaviour on win2k3 should be marked as broken, since I
> can't see any reason why it would need to return more bytes than was
> requested.
Hm, I seem to recall a Samba RPC fix doing the same thing. This seems to be a
byte alig
2008/7/1 Dan Kegel <[EMAIL PROTECTED]>:
> +/* Alexandre says pretty much all ioctls potentially involve holey
> structures,
s/Alexandre says//
Also, while you're changing the comment, "pretty much" and
"potentially" duplicate each other in the uncertainty, so one should
be removed.
--
Rob
2008/7/1 Stefan Kuhr <[EMAIL PROTECTED]>:
> Hello everyone,
Hi Stefan,
Thank you for your contribution.
> please find attached a patch for Bug #14222 (which I just submitted to
> bugzilla). I think that this patch is not a hack, because even if
> someday a Negotiate package is available in WINE
On Tuesday 01 July 2008 21:42:30 Zac Brown wrote:
> Does anyone have thoughts on implementing parts of winhttp in terms of
> wininet? The primary issue that prevents entirely implementing winhttp in
> terms of wininet is that there is no direct Win32 API for fetching an SSL
> certificate in winhtt
2008/7/2 James Hawkins <[EMAIL PROTECTED]>:
> diff --git a/dlls/rpcrt4/tests/ndr_marshall.c
> b/dlls/rpcrt4/tests/ndr_marshall.c
> index fa19674..abd06dc 100644
> --- a/dlls/rpcrt4/tests/ndr_marshall.c
> +++ b/dlls/rpcrt4/tests/ndr_marshall.c
> @@ -1848,7 +1848,9 @@ static void test_ndr_buffer(voi
2008/7/2 Dan Kegel <[EMAIL PROTECTED]>:
> Hi Rob!
> Could you have a look at these fresh warnings in rpcrt4/tests/server?
> Thanks...
Hi Dan,
The following warning is caused by the generated code for
non-encapsulated unions not setting _StubMsg.MaxCount before calling
the relevant phase function.
On Tue, Jul 01, 2008 at 09:41:22PM -0400, Adam Petaccia wrote:
> ---
> dlls/gdiplus/image.c | 19 +--
> dlls/gdiplus/tests/image.c |6 --
> 2 files changed, 17 insertions(+), 8 deletions(-)
>
> diff --git a/dlls/gdiplus/image.c b/dlls/gdiplus/image.c
> index bf2ac3
2008/7/1 Massimo Del Fedele <[EMAIL PROTECTED]>:
> + if(NtCurrentTeb()->glContext == NULL)
> +return NULL;
> +
Alexandre said on IRC that you should probably use
wglGetCurrentContext() there, rather than using NtCurrentTeb()
directly.
87 matches
Mail list logo
