On Friday 30 January 2009 19:38:20 Luke Kenneth Casson Leighton wrote:
samba having break-out for named pipes traffic is one of those
absolutely _essential_ things that should have fucking well gone into
the samba source code a _long_ time ago. around 1998 would have been
good.
Funny enough,
Marcus Meissner wrote:
On Fri, Jan 23, 2009 at 09:44:45PM +0100, Paul Vriens wrote:
Hi,
I've been in touch with David Maxwell and he looked into the 'lack' of
reports since the end of October.
And there is now Run 278 :)
Ciao, Marcus
Hi,
We even have a run 280 now but it seems that
On Sat, Jan 31, 2009 at 9:50 AM, Kai Blin kai.b...@gmail.com wrote:
On Friday 30 January 2009 19:38:20 Luke Kenneth Casson Leighton wrote:
samba having break-out for named pipes traffic is one of those
absolutely _essential_ things that should have fucking well gone into
the samba source code
juan, hi,
Some nice C test cases
would go a long way toward a correct implementation.
ok, then that's where i'll start. i've got a qemu'd xp so i can
actually test that they work properly on nt.
i've just dragged the tng source code out of cvs, first time in ages,
so there's plenty
Funny enough, the Samba project codenamed franky
(http://wiki.samba.org/index.php/Franky) will be doing all of this. It's not
quite there yet, but after some nice work done in the Samba3 smbd by Volker
Lendecke and some more work in the Samba4 samba daemon by Stefan
Metzmacher, Jelmer
Hi,
I didn't look into this yet but currently the fusion tests are only run on Wine.
I can happily run the fusion tests on my XP box if I just crossbuild these
tests. It's only when run through winetest that these tests are not run.
I guess it has to do with how this library should be loaded
From the discussion regarding the drawStridedSlow implementation of
vertex blending, what shook out was the suggestion that WineD3D will
need a vertex-program fixed function vertex pipeline at some point
anyway, and therefore it doesn't make sense to add another software
implementation to
Hi,
the declaration of IntersectionTri is
BOOL IntersectionTri(.) in d3dx8mesh.h and
BOOL WINAPI IntersectionTri(.) in d3dx9mesh.h .
Is the latter one compatible with the former one (so I can forward d3dx9
function to the d3dx8 one)
or must I implement them separately?
David
If gas is ugly and people are thinking about nasm, what about yasm? It is
closer to the Intel syntax as far as assembly is concerned, and even
VirtualDub has switched from MASM to YASM, mainly because they support VC
debugging symbols along with regular MinGW ones.
On Fri, Jan 30, 2009 at 9:50
http://bugs.winehq.org/attachment.cgi?id=19132
ok this is the beginnings of an implementation of messagemode, it
passes the test1 and send2recv2 tests and fails the shortread test as
part of PeekNamedPipe(). i'm not exactly sure why, yet. i get the
distinct feeling that there's confusion over
Luke Kenneth Casson Leighton l...@lkcl.net writes:
also i have double-copies of server_set_named_pipe_info(), one in
kernel32 and another in ntdll because i am using it in both places, i
think SetNamedPipeHandleState() should be calling an NtFsControlIo
rather than using
Hey everyone,
does Wine have a gallery of press clippings anywhere?
I couldn't find one, so I started one at
http://wiki.winehq.org/Reviews
just for long-form reviews. If you remember
any good reviews of Wine (1.0 or later especially), please link them in there.
- Dan
12 matches
Mail list logo