On Mon, Feb 8, 2010 at 12:01 AM, Dan Kegel wrote:
> With test. Without the fix, the test case crashes on my machine.
> Fixes crash in bug http://bugs.winehq.org/show_bug.cgi?id=21624
>
> Same fix probably needed in dnsapi, or maybe iphlpapi should
> use dnsapi rather than unix dns api.
>
> Thanks
On Sun, Feb 7, 2010 at 22:47, David Gerard wrote:
> No idea, sorry. Xsun is on extended (life-)support with Sun moving to
> Xorg (and Alan Coopersmith from Sun being one of the main Xorg
> developers). Xming is Xorg compiled for mingw
Xming: An ancient version of Xorg (at least for the free versi
On 2/8/10 3:36 AM, Nikolay Sivov wrote:
Even if that's true, it's not a reason to choose wrong architecture.
Let's say we have a WinHttpRequest object that works, it provides
similar interface as IXMLHTTP.
Why should I use urlmon for that? WinHttpRequest should stay in
winhttp, and won't use
On 2/8/2010 05:24, Jacek Caban wrote:
On 2/7/10 3:08 PM, Nikolay Sivov wrote:
On 2/7/2010 16:45, Hans Leidekker wrote:
On Sunday 07 February 2010 14:28:37 Nikolay Sivov wrote:
Recently I tried to start with this interface. It looks trivial enough
but since it's first time i'm using winhttp,
t
On 2/7/10 3:08 PM, Nikolay Sivov wrote:
On 2/7/2010 16:45, Hans Leidekker wrote:
On Sunday 07 February 2010 14:28:37 Nikolay Sivov wrote:
Recently I tried to start with this interface. It looks trivial enough
but since it's first time i'm using winhttp,
there could be some problems, especially
Dan Kegel wrote:
> http://www.pro-linux.de/NB3/news/1/15259/starmoney-stellt-linux-variante-ein.html
> Looks like Star Money is blaming Wine for its troubles...
> IIRC, they switched to .net or something without asking whether it
> would work on Wine.
>
.NET the evil geniuses in Redmond strike a
http://www.pro-linux.de/NB3/news/1/15259/starmoney-stellt-linux-variante-ein.html
Looks like Star Money is blaming Wine for its troubles...
IIRC, they switched to .net or something without asking whether it
would work on Wine.
Grr.
Wine FIXME Report January 2010
==
The data for this report comprise the emails from January 2010 archives
of the mailing lists wine-{bugs,devel,users} as well as the bugzilla
attachments referenced by the wine-bugs emails. Although WARN messages
were collected too they
On 7 February 2010 20:23, Gert van den Berg wrote:
> On Sun, Feb 7, 2010 at 21:40, David Gerard wrote:
>> As I understand it, current Xorg does OpenGL in software on any video
>> chipset it supports ... eeerrryyy ssslllooowwwlllyyy, but it does
>> it.
> But what about other X servers, such
On Sun, Feb 7, 2010 at 21:40, David Gerard wrote:
> On 7 February 2010 15:40, Reece Dunn wrote:
>
>> 1/ Does this mean that OpenGL is required for all GDI calls, not
>> just D3D? If so, it will exclude people who don't have OpenGL support
>> (e.g. are using the vesa, nv, or nouveau drivers).
>
On 7 February 2010 15:40, Reece Dunn wrote:
> 1/ Does this mean that OpenGL is required for all GDI calls, not
> just D3D? If so, it will exclude people who don't have OpenGL support
> (e.g. are using the vesa, nv, or nouveau drivers).
As I understand it, current Xorg does OpenGL in software
Roderick Colenbrander wrote:
> On Sun, Feb 7, 2010 at 6:41 PM, James McKenzie
> wrote:
>
>> Correct. But why keep the old stuff around? It might be confusing to
>> the Wine beginner.
>>
>>
>
> The new style driver would only work on modern hardware like windows7 does.
>
>
That makes s
Roderick Colenbrander wrote:
>> Emmanuel's code is available from Sourceforge. It is a good starting
>> point for this. If you want, send me what you have so far for testing
>> purposes. It would be great to have a native MacOSX windowing system.
>>
>> James McKenzie
>>
>>
>
> The design of
On Sun, Feb 7, 2010 at 4:40 PM, Reece Dunn wrote:
> On 7 February 2010 15:02, Roderick Colenbrander
> wrote:
>>> Emmanuel's code is available from Sourceforge. It is a good starting
>>> point for this. If you want, send me what you have so far for testing
>>> purposes. It would be great to ha
On 02/07/2010 04:56 PM, Paul Vriens wrote:
On 02/07/2010 04:46 PM, Hans Leidekker wrote:
On Sunday 07 February 2010 16:24:11 Paul Vriens wrote:
if (OpenSSL_ssl_handle)
@@ -305,6 +297,12 @@ void NETCON_unload(void)
pSSL_CTX_free(ctx);
wine_dlclose(OpenSSL_ssl_handle, NULL, 0);
}
+ if (ssl_locks
On Sunday 07 February 2010 16:24:11 Paul Vriens wrote:
> > if (OpenSSL_ssl_handle)
> > @@ -305,6 +297,12 @@ void NETCON_unload(void)
> > pSSL_CTX_free(ctx);
> > wine_dlclose(OpenSSL_ssl_handle, NULL, 0);
> > }
> > +if (ssl_locks)
> > +{
> > +int
On 7 February 2010 15:02, Roderick Colenbrander wrote:
>> Emmanuel's code is available from Sourceforge. It is a good starting
>> point for this. If you want, send me what you have so far for testing
>> purposes. It would be great to have a native MacOSX windowing system.
>>
>> James McKenzie
>
On 10/27/2009 10:04 AM, Hans Leidekker wrote:
Found by valgrind.
---
dlls/wininet/netconnection.c | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/dlls/wininet/netconnection.c b/dlls/wininet/netconnection.c
index 97c764f..16cce40 100644
--- a/dlls/wininet/n
> Emmanuel's code is available from Sourceforge. It is a good starting
> point for this. If you want, send me what you have so far for testing
> purposes. It would be great to have a native MacOSX windowing system.
>
> James McKenzie
>
The design of the old quartz driver is not correct. I remem
On Sunday 07 February 2010 15:08:33 Nikolay Sivov wrote:
> Such things:
> ---
> static HRESULT WINAPI HttpProtocol_Abort(IInternetProtocol *iface,
> HRESULT hrReason,
> DWORD dwOptions)
> {
> HttpProtocol *This = PROTOCOL_THIS(iface);
> FIXME("(%p)->(%08x %08x)\n", This, hrReas
Stefan Dösinger wrote:
>> The problem is that there can't be any Objective-C code in Wine. At all.
>> Or C++. Or Fortran. Or Pascal. Or Ada. Or Java. Or C# or VB. Or any
>> language other than pure, procedural C.
>>
> Alexandre has said that you can put objective C code into wine, but only if
Charles Davis wrote:
> C.W. Betts wrote:
>
>> Is is just because of the Objective-C code? Would it be safe to make C
>> functions that would call Objective-C? Such as:
>> cheader.h:
>> typedef struct struct1 struct1;
>> cfuncCreate(struct1 *s);
>> cfunc1();
>> cfunc2();
>> cfuncDestroy (struct
C.W. Betts wrote:
> Is is just because of the Objective-C code? Would it be safe to make C
> functions that would call Objective-C? Such as:
> cheader.h:
> typedef struct struct1 struct1;
> cfuncCreate(struct1 *s);
> cfunc1();
> cfunc2();
> cfuncDestroy (struct1 *s);
>
> cfile.m:
> @interface WHQ
> The problem is that there can't be any Objective-C code in Wine. At all.
> Or C++. Or Fortran. Or Pascal. Or Ada. Or Java. Or C# or VB. Or any
> language other than pure, procedural C.
Alexandre has said that you can put objective C code into wine, but only if
this code is properly abstracted fr
On 2/5/2010 17:54, Paul Chitescu wrote:
Changelog:
qedit: Add pins, IMemInputPin implementation and grabbing to
SampleGrabber
This time I checked it applies. Sorry.
---
+/* Sample Grabber pin implementation */
+typedef struct _SG_Pin {
+IPin pin;
This should be const IPinVtbl
On 2/7/2010 16:45, Hans Leidekker wrote:
On Sunday 07 February 2010 14:28:37 Nikolay Sivov wrote:
Recently I tried to start with this interface. It looks trivial enough
but since it's first time i'm using winhttp,
there could be some problems, especially cause IXMLHTTPRequest supports
async
What app needs this?
It's been discussed before a bit; Win 98 explorer used it,
http://www.winehq.org/pipermail/wine-devel/2005-August/039487.html
but
http://www.geoffchappell.com/viewer.htm?doc=studies/windows/shell/shell32/api/index.htm
says that ordinal 200 was later taken over by SHCreateDeskto
On Sunday 07 February 2010 14:28:37 Nikolay Sivov wrote:
> Recently I tried to start with this interface. It looks trivial enough
> but since it's first time i'm using winhttp,
> there could be some problems, especially cause IXMLHTTPRequest supports
> asynchronous requests.
>
> Could someone w
On 7 February 2010 10:35, Warren Dumortier wrote:
> Hello everybody!
Hello, and welcome to the Wine project.
> First i'll present myself.
> So my name's Warren Dumortier and i live in Belgium, i've been using
> Wine for 4 years and i've always been interrested on how it works
> Also i'm quite ac
Hi.
Recently I tried to start with this interface. It looks trivial enough
but since it's first time i'm using winhttp,
there could be some problems, especially cause IXMLHTTPRequest supports
asynchronous requests.
Could someone with winhttp knowledge review this patch before it goes to
far
--- On Sat, 6/2/10, Bernhard Übelacker wrote:
> Hello,
> as I was debugging in wine I wondered if following
> behaviour is intended or
> could be considered a bug (and should be filed in
> bugtracker?).
>
> When the debugger's current position is on the opening
> curly bracket of a
> function a
Hello everybody!
First i'll present myself.
So my name's Warren Dumortier and i live in Belgium, i've been using
Wine for 4 years and i've always been interrested on how it works
Also i'm quite active on AppDB for submitting apps. I actively program
in C on Linux since 3 years as Gfire (our progra
32 matches
Mail list logo
