Daniel Skorka wrote:
+ res = connect(s, ptr->ai_addr, (int)ptr->ai_addrlen);
+ if(res)
Why not use InternetConnect? If the connection needs to be made
through a http:// proxy, connect() may not work, but InternetConnect
should handle that case.
Mike
Hi,
I am trying to use gdb for debugging. I run the command:
winedbg --gdb sol.exe
I then get the following output:
WineDbg starting on pid 0xa
fixme:dbghelp:elf_load_debug_info_from_map Alpha-support for Dwarf2
information for wine-pthread
fixme:dbghelp:elf_load_debug_info_from_map Alpha-suppo
On 9/8/06, Ryan Miller <[EMAIL PROTECTED]> wrote:
Index: ChangeLog
You don't want to change the changelog, only AJ does the changelog
once the patch is accepted and makes its way into main line Wine.
You should just add a note of what changed
Tom
On 9/8/06, Tom Spear <[EMAIL PROTECTED]> wrote:
Eric Pouech is the original author, so if he still hangs around here he
would be your best bet.
Robert Reif has done extensive work on dsound as well.
On 9/8/06, Aaron Slunt < [EMAIL PROTECTED]> wrote:
> Hi,
>
> I talked on #winehq in irc abou
Eric Pouech is the original author, so if he still hangs around here he would be your best bet.On 9/8/06, Aaron Slunt <
[EMAIL PROTECTED]> wrote:Hi,I talked on #winehq in irc about how horribly alsa is implemented right
now. I was told that winmm would need a complete re-write and the dsoundneeds s
Hi,
I talked on #winehq in irc about how horribly alsa is implemented right
now. I was told that winmm would need a complete re-write and the dsound
needs some changes as well.
My question is: anybody here who's familiar with all of the changes that
need to be made to get alsa working proper
On Fri, Sep 08, 2006 at 01:38:04PM -0400, Vijay Kiran Kamuju wrote:
> Hi,
>
> In the bug reports I have seen that we are facing problems with symbol
> demangling of '_R' operators and 'Y' datatypes.
>
> err:msvcrt:symbol_demangle Unknown operator: _R
> and
> err:msvcrt:demangle_datatype Unknown t
Hi,
In the bug reports I have seen that we are facing problems with symbol
demangling of '_R' operators and 'Y' datatypes.
err:msvcrt:symbol_demangle Unknown operator: _R
and
err:msvcrt:demangle_datatype Unknown type Y
Escpecially for games StarTrek Armada and Gothic.
If anyone is intersted in
In this patch I make 3 functions (FIXME): NetShareEnum, NetShareDel,
NetShareAdd
Files to change:
dlls/svrapi/svrapi_main.c
dlls/svrapi/svrapi.spec
--
Best Regards, Konstantin Petrov
--- dlls/svrapi/svrapi_main.c 2006-09-04 20:18:12 +0400
+++ dlls/svrapi/svrapi_main.c1 2006-09-04 20:19:10 +040
In this patch I create new library svrapi.dll
There are:
dlls/svrapi/svrapi_main.c
dlls/svrapi/scrapi.spec
dlls/svrapi/Makefile.in
include/svrapi.h
And changes in:
configure.ac
include/Makefile.in
dlls/Makefile.in
--
Best regards, Konstantin Petrov
--- /dev/null 2006-07-03 10:36:18 +0400
+
On 9/8/06, Frank Richter <[EMAIL PROTECTED]> wrote:
Hm, but wouldn't "didn't look at MSDN" also include "rewording"? Toreword something, you need to look at the original, after all. So in thestrictest interpretation, it looks to me that only "clean-room docs"
(infer the documentation by looking at
On Fri, Sep 08, 2006 at 12:05:29AM +1000, Jeff L wrote:
>
>#define snprintf _snprintf
Unfortunately the above isn't adequate, the windows _snprintf() isn't
the same beast as the posix (or is it even part of C now?) snprintf()
in particular:
1) _snprintf() returns -1 if the data wouldn't fit
On 08.09.2006 17:20, Steven Edwards wrote:
> On 9/8/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
>> Since many people don't seem to understand this, from now on I'm going
>> to reject all patches that add documentation, unless the submitter
>> explicitly mentions that he didn't look at MSDN to
Hi,
Anything wrong with this patch,
http://www.winehq.org/pipermail/wine-patches/2006-August/030201.html
Please do send me comments, this fixes installation of icqlite.
Thanks,
VJ
On 9/8/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
Since many people don't seem to understand this, from now on I'm going
to reject all patches that add documentation, unless the submitter
explicitly mentions that he didn't look at MSDN to write it. I'm sorry
to penalize people who do the r
Петров Константин <[EMAIL PROTECTED]> writes:
> +/
> +* The NetShareDel function deletes a share name from a server's list of
> shared resources,
> +* disconnecting all connections to the shared resource.
> +* servername
>
> Changelog:
> - ntdll/file.c: arttr is never NULL inside NtCreateFile
This "arttr" was a typo and should be "attr"
The Patch is correct.
Thanks
--
By by ... Detlef
On Fri, 8 Sep 2006, Dmitry Timoshkov wrote:
> "Francois Gouget" <[EMAIL PROTECTED]> wrote:
>
> > --- a/include/commctrl.h
> > +++ b/include/commctrl.h
> > @@ -119,7 +119,9 @@ #define NM_TOOLTIPSCREATED (NM_FIRS
> > #define NM_LDOWN(NM_FIRST-20)
> > #define NM_RDOWN
(2) Attempting to bind a framebuffer using GL_RGB32F_ARB, and
GL_RGBA32F_ARB formats will fail on my hardware (Nvidia GeForce
6800GS) with error GL_FRAMEBUFFER_UNSUPPORTED_EXT, which means the
format combination was invalid for implementation-dependent reasons.
However, this doesn't make se
On Friday 08 September 2006 01:04, H. Verbeet wrote:
> packed_depth_stencil is currently the only way to attach a depth or
> stencil buffer to an FBO an have it work.
I don't believe so. I'm quite sure I was able to use a depth-only buffer and
attach it to an FBO. However, I couldn't attach a ste
hiho
the game ``NASCAR Racing Season 2003`` from Papyrus actually asks when
using the OpenGL driver in the game for 24 bit modes. Otherwise it
complains, that it can not find any display modes (it works with 16bit -
but the game seem only to accept the modes the current desktop runs in).
so what
On Thu, Sep 07, 2006 at 12:07:30PM +0200, Roderick Colenbrander wrote:
> Hmm, strange. Could you run the programs using WINEDEBUG=+wgl
> appname.exe and post me the logs?
Strange indeed. please ignore this. i am back on the trunk and there is
no problem. sorry for all the confusion.
--
cu
pg
On 08/09/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
http://www.opengl.org/registry/specs/NV/packed_depth_stencil.txt
This is NV-only, and doesn't seem to describe the proper interaction w/
FBOs (is it supported)?
From what I've read about depth/stencil buffers and FBOs,
packed_depth_stencil is
H. Verbeet wrote:
On 08/09/06, Chris Robinson <[EMAIL PROTECTED]> wrote:
On Thursday 07 September 2006 23:50, Ivan Gyurdiev wrote:
> (3) Attempting to use GL_STENCIL_INDEX8_EXT in
glRenderbufferStorageEXT
> will fail on my hardware with GL_INVALID_OPERATION.
I've found that the only way to get
On 08/09/06, Chris Robinson <[EMAIL PROTECTED]> wrote:
On Thursday 07 September 2006 23:50, Ivan Gyurdiev wrote:
> (3) Attempting to use GL_STENCIL_INDEX8_EXT in glRenderbufferStorageEXT
> will fail on my hardware with GL_INVALID_OPERATION.
I've found that the only way to get a stencil buffer wit
On Thursday 07 September 2006 23:50, Ivan Gyurdiev wrote:
> (3) Attempting to use GL_STENCIL_INDEX8_EXT in glRenderbufferStorageEXT
> will fail on my hardware with GL_INVALID_OPERATION.
I've found that the only way to get a stencil buffer with an FBO is to use a
packed stencil/depth buffer. Just c
26 matches
Mail list logo
