On 31/03/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> With WineD3D working on the same language, we have to share the language
> definition between the shader library and WineD3D, or put the shader compiler
> into WineD3D as well. I do not like the 2nd way, as it puts things together
> th
Hello,
So, I am getting serious about a shader compiler and related things now, and
I've made a design proposal.
First of all, let us collect a few things we want regarding shader handling:
-> D3DXCompileShader & Friends
-> D3DXAssembleShader & Friends
-> D3DXDisassembleShader & Friends
-> A way
> ws2_32/async.c has the following global declarations:
>
> /* protoptypes of some functions in socket.c
> */
> UINT16 wsaErrno(void);
> UINT16 wsaHerrno(int errnr);
>
> ws2_32/socket.c has the following global declarations:
>
> UINT wsaErrno(void);
> UINT wsaHerrno(int errnr);
>
> Where
A Postscript Driver has no raster renderer...
A Postscript Driver has a Postscript Engine.
... ^ ^
DRIVER_EVENT_INITIALIZE, 3,
"3" is wrong here. See: myAddPrinterDriverEx(DWORD level, ...
It seemed suspicious to me anyway.. How do those integer shifts creep into my retyped header files
again
Christopher wrote:
> Changelog:
> Check that the handle and pointer passed to
> SetupDiDeleteDeviceInterfaceRegKey are valid to read from. This patch
> continues to address bug #12242
>
> -if (!DeviceInterfaceData ||
> +if (!DeviceInterfaceData || IsBadReadPtr(DeviceInterfaceData,
> siz
On So, 2008-03-30 at 06:03 +0200, Marcel Partap wrote:
> Anyways, I am working on getting something merged..
Great!
> For now the target is to get the Adobe pscript5 driver working which
> has its own raster renderer and thus does not depend on the dib
> engine.
A Postscript Driver has no raste
Hello Alexandre,
2008/3/30, Alexandre Julliard <[EMAIL PROTECTED]>:
> "Maarten Lankhorst" <[EMAIL PROTECTED]> writes:
>
>
> > Or wine is doing something wrong. After some more digging I found that
> > SetLastError() was set to 0 by TlsGetValue when called from X11DRV's
> > MsgWaitForMultipleObje
On Sa, 2008-03-29 at 15:51 +, Hin-Tak Leung wrote:
> > - The ddiwrapper-hack works only with a very small amount
> > of self-contained drivers
>
> Yes, but say, a GSOC project for distinguishing which are
> self-contained and which are not?
Only Usermode Printer Drivers (w2k and above) can wor
Alexandre Julliard wrote:
> "Maarten Lankhorst" <[EMAIL PROTECTED]> writes:
>
>> Or wine is doing something wrong. After some more digging I found that
>> SetLastError() was set to 0 by TlsGetValue when called from X11DRV's
>> MsgWaitForMultipleObjectsEx. After I tried fixing this so that
>> SetLa
Reece Dunn wrote:
> On 30/03/2008, Michael Stefaniuc <[EMAIL PROTECTED]> wrote:
>> Dan Kegel wrote:
>> > 40 days to code freeze.
>> >
>>> 12097 -unknown2 Wine 1.0 should not ship out-of-sync
>>> resource translations
>> This bug can be closed only after Wine 1.0 ships. Ther
On Sun, Mar 30, 2008 at 3:08 PM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> > Can I bring the discussion back to my proposal,
> > which was to have wine-1.0 notice old, unsupported .wine
> > directories, and do something sensible?
>
> If we're going to force users to remake ~/.wine, it would be
On 30/03/2008, Michael Stefaniuc <[EMAIL PROTECTED]> wrote:
> Dan Kegel wrote:
> > 40 days to code freeze.
> >
> > 12097 -unknown2 Wine 1.0 should not ship out-of-sync
> > resource translations
>
> This bug can be closed only after Wine 1.0 ships. There are a lot of
> chan
--- On Sat, 29/3/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Subject: Don't bother...
> To: "Hin-Tak Leung" <[EMAIL PROTECTED]>
> Date: Saturday, 29 March, 2008, 5:51 PM
> I tried compiling it against wine's source tree, it spat
> out a bunch of
Dan Kegel wrote:
> On Sun, Mar 30, 2008 at 2:17 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
>> If we have a stable wine prefix in 1.0, I don't see what could
>> possibly be added in 1.2 that would break that. The idea is that,
>> even if you add a new dll that needs to be registered in, say, 1
Am Sonntag, 30. März 2008 20:33:22 schrieb Gregor Münch:
> As discussed with stefand on irc:
> | feel free to send a patch adding that, it is needed
> - * Copyright 2006-2007 Stefan Dösinger for CodeWeavers
> + * Copyright 2006-2007 Stefan D�singer for CodeWeavers
Watch out with the encoding...
On Sun, Mar 30, 2008 at 2:17 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> If we have a stable wine prefix in 1.0, I don't see what could
> possibly be added in 1.2 that would break that. The idea is that,
> even if you add a new dll that needs to be registered in, say, 1.0.5,
> you still don
On Sun, Mar 30, 2008 at 4:14 PM, Austin English <[EMAIL PROTECTED]> wrote:
>
> On Sun, Mar 30, 2008 at 4:11 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> >
> > On Sun, Mar 30, 2008 at 4:07 PM, Austin English <[EMAIL PROTECTED]> wrote:
> > >
> > > On Sun, Mar 30, 2008 at 1:37 PM, Stefan Dösin
On Sun, Mar 30, 2008 at 4:11 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
>
> On Sun, Mar 30, 2008 at 4:07 PM, Austin English <[EMAIL PROTECTED]> wrote:
> >
> > On Sun, Mar 30, 2008 at 1:37 PM, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > > Am Sonntag, 30. März 2008 20:46:08 schrieb Austin En
On Sun, Mar 30, 2008 at 4:07 PM, Austin English <[EMAIL PROTECTED]> wrote:
>
> On Sun, Mar 30, 2008 at 1:37 PM, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Am Sonntag, 30. März 2008 20:46:08 schrieb Austin English:
> >
> > > My comment from the bug:
> > > "How about a little file in .wine
On Sun, Mar 30, 2008 at 1:37 PM, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Sonntag, 30. März 2008 20:46:08 schrieb Austin English:
>
> > My comment from the bug:
> > "How about a little file in .wine or a registry key that is read upon
> > running wine, and should match the current wine ve
"Maarten Lankhorst" <[EMAIL PROTECTED]> writes:
> Or wine is doing something wrong. After some more digging I found that
> SetLastError() was set to 0 by TlsGetValue when called from X11DRV's
> MsgWaitForMultipleObjectsEx. After I tried fixing this so that
> SetLastError is only set when NULL is r
Hello Alexandre,
2008/3/24, Alexandre Julliard <[EMAIL PROTECTED]>:
> "Maarten Lankhorst" <[EMAIL PROTECTED]> writes:
>
> > +TRACE("Flags: %08x, recipients: %p(0x%x), msg: %04x, wparam: %08lx,
> lparam: %08lx\n", flags, recipients,
> > + (recipients ? *recipients : recips), msg, wp,
Dan Kegel wrote:
> 40 days to code freeze.
>
> One bug fixed in last couple days:
> 9459 -unknown8 FIFA 2007 crashes with the recent versions
>
> One bug added:
> 12246 -unknown0 "make test" gives different results
> with and without warn+heap
>
> One bug deferred:
Am Sonntag, 30. März 2008 20:46:08 schrieb Austin English:
> My comment from the bug:
> "How about a little file in .wine or a registry key that is read upon
> running wine, and should match the current wine version. If it doesn't,
> call wineprefixcreate (or pop up an error saying that the regist
Reece Dunn wrote:
> On 30/03/2008, Michael Stefaniuc <[EMAIL PROTECTED]> wrote:
>> Dan Kegel wrote:
>> > 40 days to code freeze.
>> >
>>> 12097 -unknown2 Wine 1.0 should not ship out-of-sync
>>> resource translations
>> This bug can be closed only after Wine 1.0 ships. Ther
On Sun, 30 Mar 2008, Erik de Castro Lopo wrote:
> Your proposal of just copying the DLL is not a good solution in
> this case because the copied executable could get out of sync
> with the one in src/.libs, invalidating the tests.
You could add the copy to your makefile, so every time your .dll g
On Sun, Mar 30, 2008 at 1:35 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
>
> On Sun, Mar 30, 2008 at 10:38 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> > On the wine-users list, we're getting a lot of users who
> > have old or even ancient .wine directories, and
> > whose problems go away with
On Sun, Mar 30, 2008 at 10:38 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On the wine-users list, we're getting a lot of users who
> have old or even ancient .wine directories, and
> whose problems go away with a fresh .wine directory
>
> Perhaps we should have wineprefixcreate stamp the version
On the wine-users list, we're getting a lot of users who
have old or even ancient .wine directories, and
whose problems go away with a fresh .wine directory
Perhaps we should have wineprefixcreate stamp the version
of wine the .wine directory was created with,
make wine-1.0 refuse to run with pre-
40 days to code freeze.
One bug fixed in last couple days:
9459 -unknown8 FIFA 2007 crashes with the recent versions
One bug added:
12246 -unknown0 "make test" gives different results
with and without warn+heap
One bug deferred:
4971-unknown3 Core
> Use WriteConsoleW to output text to the console instead printf & co.
Unless output is redirected to a file, in which case you
have to jump through a couple hoops. See
WCMD_output_asis_len().
If anybody breaks commandline usage again, I'm
gonna myrtlize 'em :-)
- Dan
Erik de Castro Lopo wrote:
> It seems that this function makes no use of WINEDLLPATH. Shouldn't
> this function also search along the paths specified by the
> environment variable?
I've grepped the sources and the only place that looks at
WINEDLLPATH is the funcion build_dll_path() in libs/wine/
Hi,
I am observing a strange menu behaviour.
How to reproduce:
- start notepad
- move the mouse over "Search", do not click
- press alt-f to get the file menu
=> the file menu flickers open, but suddenly switches
to the search menu.
It seems the menu code checks the mouse pointer even
thoug
John Klehm wrote:
> Well you could have a script to recopy it there but there is one more
> way I thought of that you could add the path (provided you dont remove
> your .wine folder very often)
>
> wine regedit
>
> Then edit
> \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
> Manag
On Sun, Mar 30, 2008 at 3:37 AM, Erik de Castro Lopo
<[EMAIL PROTECTED]> wrote:
>
> Your proposal of just copying the DLL is not a good solution in
> this case because the copied executable could get out of sync
> with the one in src/.libs, invalidating the tests.
>
Well you could have a script
John Klehm wrote:
> When an app needs a certain dll windows (and wine) search according to
> this: directory of exe, current directory, system directory
> (windows/system32), windows directory (windows), and PATH env var.
>
> What I would do if I were you is make a copy of that other needed dll
On Sat, Mar 29, 2008 at 11:30 AM, Vitaliy Margolen
<[EMAIL PROTECTED]> wrote:
> This is a bit more involved then regular janitorial task, but pretty small
> never the less. It is for some one who wants to get their feet wet in Wine.
>
> Convert all console applications (net, regsvr32, eject, msie
On Sat, Mar 29, 2008 at 9:31 PM, Erik de Castro Lopo
<[EMAIL PROTECTED]> wrote:
> Erik de Castro Lopo wrote:
>
> > It seems that this function makes no use of WINEDLLPATH. Shouldn't
> > this function also search along the paths specified by the
> > environment variable?
>
> I've grepped the sou
38 matches
Mail list logo
