On 31/03/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > fixme:d3d:IWineD3DDeviceImpl_SetRenderState > 500 from
> > glStencilOp(...) @ device.c / 3809
> > fixme:d3d:IWineD3DDeviceImpl_SetRenderState > 500 from
> > glStencilOp(...) @ device.c / 3809
> > fixme:d3d:I
Am Freitag, 31. März 2006 09:12 schrieb BONNEL Christophe:
> Hi everyone,
>
> Sorry in advance not to know where to post, but I'm new to wine.
It would be better to post requests like this to [EMAIL PROTECTED]
> First of all, I'm under debian stable and i'm using the debian package
> wine_0.9.1
Hi everyone,
Sorry in advance not to know where to post, but I'm new to wine.
I would play guild wars and unfortunately, as you guess, it doesn't
work.
First of all, I'm under debian stable and i'm using the debian package
wine_0.9.10~winehq1-2_i386.deb. My kernel is 2.6.8 and my graphic ca
I've been hearing rumblings about people using Wine
to run windows photoshop plugins on Linux Gimp,
but hadn't seen anything concrete. Well, here it is:
http://www.gimp.org/~tml/gimp/win32/pspi.html
Have a look. Congratulations, Wine!
- Dan
--
Wine for Windows ISVs: http://kegel.com/wine/isv
On Thu, 2006-03-30 at 23:12 -0600, James Hawkins wrote:
> there will probably be three or four maps, the functions in the maps
> grouped according to the order in which the commands should be run.
Or maybe simpler, instead of storing just the function pointer as
the value for the map, store a st
Hey,
As you've probably noticed, I've been working on implementing advpack
for a couple months now; a lot of progress has been made, and I'm glad
to say that the end is in sight. The rest of this email details the
game plan for finishing advpack.
advpack has five main install functions: DoInfIns
Vitaly Lipatov wrote:
I do not agree with this patch. There is broken code in WINE's comctl32
realization (in treeview/listview code) and we need overrides builtin dll by
native for get differences...
Sure. You can still do that using WINEDLLOVERRIDES=comctl32=n, so it
doesn't impede testi
On Mon, 2006-03-27 at 21:32 -0500, Segin wrote:
> There is one reason, inarguable (if you reply to this you have a IQ
> of
> 0) as to why WineTools is useless: Most of the WineTools 'magic' is
> in
> it's ~/.wine/config file, which Wine no longer uses/acknoleges,
> thefore,
> WineTools is utterl
On Friday 31 March 2006 02:41, Alexandre Julliard wrote:
> I committed a few fixes that should help, please give it a try.
The problem is fixed (so the app now works) although I am still getting the
pack_message FIXMEs - it is possible though that this is a different problem
that was masked by
Eric Kohl wrote:
case PASS_OUT:
+if (in_attr && has_size && pointer_type == RPC_FC_UP && phase ==
PHASE_FREE)
+break;
if (!out_attr)
continue;
break;
I don't think this is correct. Firstly, it should continue, not
Sounds like a good project to hack on occasionally while putting the
majority of effort into improving the current implementation. In
other words, some effort is warranted because of the benefits of
sharing code, however, wine can always transition to the new layout
after it has a complete and (mo
Tomas Carnecky <[EMAIL PROTECTED]> writes:
> This patch doesn't change any logic or C sourcecode, it only moves the
> X11DRV escape code definition to one common header file. Currently the
> definitions are spread over several C source files, and even there the
> definitions differ from file to fi
Hi all.
I need your Help to see, how IniFileMapping works on different
NT-Versions.
An updated kernel32_crosstest.exe, that prints a lot of
informations and a detailed description is here:
http://bugs.winehq.org/show_bug.cgi?id=4096
Thanks for your Help
(IniFile is the redirection from "*.i
I do not agree with this patch. There is broken code in WINE's comctl32
realization (in treeview/listview code) and we need overrides builtin dll by
native for get differences...
В сообщении от 30 марта 2006 07:56 Mike McCormack написал(a):
> ---
>
> dlls/ntdll/loadorder.c |1 +
> 1 files
On Thu, 30 Mar 2006, Wine Bugs wrote:
http://bugs.winehq.org/show_bug.cgi?id=1181
--- Additional Comments From [EMAIL PROTECTED] 2006-30-03 10:26 ---
Peter, I'm not sure if you ever did subscribe to wine-devel, but you did mention
that wine could possibly reuse parts of your keysym imp
Troy Rollo <[EMAIL PROTECTED]> writes:
> The brute-force approach of changing this to the following makes the
> application work, but gives rise to some pack_message FIXMEs (for WM_NCPAINT
> and WM_ERASEBKGND), and since this is an extremely sensitive piece of code to
> change I thought it best
On Thu, Mar 30, 2006 at 08:29:03AM -0500, Kuba Ober wrote:
> Technically sufficient, maybe, but it might be actually illegal to install
> Direct X on anything non-windows.
Might be or is? Or will be like dcom? At least with dcom ms made the
point clear. they just dont provide it beside the os.
On 3/29/06, Segin <[EMAIL PROTECTED]> wrote:
Saulius Krasuckas wrote:
* On Tue, 28 Mar 2006, Karl Lattimer wrote:
And also, accusing people of having an IQ of 0 for replying to a flame isn't in the slightest constructive,
Hardly. I have actually done something good. I
On 3/29/06, Chris Morgan <[EMAIL PROTECTED]> wrote:
How do you propose we prevent people from emailing people that post towine-devel? How do we choose who gets to email people directly andwho doesn't? How do we filter the contents of their email?Segin doesn't speak for the entire community and he
On Thursday 30 March 2006 06:51, Christoph Frick wrote:
> On Wed, Mar 29, 2006 at 11:12:06PM +0200, Stefan Dösinger wrote:
> > My long term suggestion is to move the Direct3D->OpenGL translation
> > code from WineD3D to gdi and a win32k sys, and write ddraw.dll,
> > d3d8.dll and d3d9.dll to use tha
James Hawkins wrote:
@@ -86,6 +87,43 @@ HRESULT WINAPI DoInfInstall(const SETUPC
/***
* ExecuteCabA(ADVPACK.@)
+ *
+ * See ExecuteCabW.
+ */
+HRESULT WINAPI ExecuteCabA(HWND hwnd, CABINFOA* pCab, LPVOID pReserv
On Wed, Mar 29, 2006 at 11:12:06PM +0200, Stefan Dösinger wrote:
> My long term suggestion is to move the Direct3D->OpenGL translation
> code from WineD3D to gdi and a win32k sys, and write ddraw.dll,
> d3d8.dll and d3d9.dll to use that interface. The user mode dlls can be
> shared with Reactos, a
22 matches
Mail list logo
