Le ven 03/12/2004 à 21:48, Dmitry Timoshkov a écrit :
> "Rémi Assailly" <[EMAIL PROTECTED]> wrote:
>
> > I tested a program ( an other one, with source code this time )
> > On my Windows XP system I have no problem.
> > When I use Wine I just get a window. ( where is my bitmap ? )
> > Then I tried
"Rémi Assailly" <[EMAIL PROTECTED]> wrote:
> I tested a program ( an other one, with source code this time )
> On my Windows XP system I have no problem.
> When I use Wine I just get a window. ( where is my bitmap ? )
> Then I tried this : "WINEDEBUG=gdi wine progtest" and as Wine is slower
> I co
>+static HMODULE hshell32;
>+static int (WINAPI *pSHCreateDirectoryExA)(HWND, LPCSTR,
>LPSECURITY_ATTRIBUTES);
>+
>+static void InitFunctionPointers(void)
>+{
>+hshell32 = GetModuleHandleA("shell32.dll");
>+
>+if(hshell32)
>+ pSHCreateDirectoryExA = (void*)GetProcAddress(hshell32,
>"
James Hawkins wrote:
This time I respect heap-based objects, leaving there internal ref
counts and respective HeapFree's. I also took Alexandre's suggestions
and changed Un/LockServer to DMCOMPOS_LockServer etc and change cLocks
to refCount. Let me know if this is any closer to what it needs to
b
I tested a program ( an other one, with source code this time )
On my Windows XP system I have no problem.
When I use Wine I just get a window. ( where is my bitmap ? )
Then I tried this : "WINEDEBUG=gdi wine progtest" and as Wine is slower
I could see my bitmap, which disappeared as fast as it app
Rémi Assailly wrote:
Sorry, I prefer that ;)
What I wanted to know was if my implementation of GetLayout was correct
before trying to implement SetLayout ( and add mirroring in all
functions which need to check it ... ) or what was incorrect to fix it !
Okay, I will do what you advise me to do.
I
On Fri, Dec 03, 2004 at 06:45:47PM +0100, Ivan Leo Puoti wrote:
> > The 'high level' parts (like d3drm) should work too,
> No program or sdk sample I know of and uses this dll currently works on wine.
Well, I should have said then 'there are no technical reasons for D3DRM to
not work on Wine' :-)
On windows xp/2k the IME window class appears to be always registered, even if a
program doesn't link to nor loads imm32, the class is registered. How should
this be handled in wine, should the class be registered at startup?
Ivan.
L
On December 3, 2004 08:17 am, Vincent Béron wrote:
> Le ven 03/12/2004 à 10:15, Bill Medland a écrit :
> > On December 2, 2004 10:43 pm, Mike McCormack wrote:
> > > Kenneth Porter wrote:
> > > >> The bug present in Linux 2.6.[0-7] and is fixed in Linux 2.6.8 and
> > > >> later.
> > > >
> > > > Runn
> The 'high level' parts (like d3drm) should work too,
No program or sdk sample I know of and uses this dll currently works on wine.
Ivan.
Libero ADSL: 3 mesi gratis e navighi a 1.2 Mega, senza costi di attivazione.
Abbonati subito s
Le ven 03/12/2004 à 10:15, Bill Medland a écrit :
> On December 2, 2004 10:43 pm, Mike McCormack wrote:
> > Kenneth Porter wrote:
> > >> The bug present in Linux 2.6.[0-7] and is fixed in Linux 2.6.8 and
> > >> later.
> > >
> > > Running 2.6.8-1.521smp on Fedora Core 2.
> >
> > When I say Linux 2.6
Dmitry Timoshkov skrev:
"Jakob Eriksson" <[EMAIL PROTECTED]> wrote:
Yes, that's one way of course. But winrash is a service. Do you suggest we
make it so winrash is no longer a service?
What I want is not it merely make it _possible_ to run winetest with no
red on:
http://test.winehq.org/data/
On December 2, 2004 10:43 pm, Mike McCormack wrote:
> Kenneth Porter wrote:
> >> The bug present in Linux 2.6.[0-7] and is fixed in Linux 2.6.8 and
> >> later.
> >
> > Running 2.6.8-1.521smp on Fedora Core 2.
>
> When I say Linux 2.6.8 fixes the bug, I mean the standard kernel shipped
> by Linus.
Stefan Munz wrote:
In order to push the use of Open Source Software we plan a project with the
"WirtschaftsfÃrderung Region Stuttgart GmbH" ... to
find software producers who pay us for a wine compatibility test of their
software. ...
What's the URL, by the way? Is it
http://opensource.region-s
On Fri, Dec 03, 2004 at 01:40:42PM +0100, Michael Jung wrote:
> On Friday 03 December 2004 13:06, Marcus Meissner wrote:
> > Actually, in the closest meaning of the export regulations,
> > I am not even allowed to build RPMs for SourceForge anymore
> > here at SUSE/Novell :(
> >
> > Fun without end
Alexandre Julliard wrote:
Well, there's an IShellFolder interface, and it should probably be
doing something with that. In any case it should definitely be more
integrated into the shell way of doing things, there shouldn't be a
need for a whole new set of APIs. This needs more thought IMO...
I hav
On Friday 03 December 2004 13:06, Marcus Meissner wrote:
> Actually, in the closest meaning of the export regulations,
> I am not even allowed to build RPMs for SourceForge anymore
> here at SUSE/Novell :(
>
> Fun without end, I had hoped we keep openssl dynamic
> linking ;)
Sorry, I didn't mean t
On Fri, Dec 03, 2004 at 11:49:22AM +0100, Michael Jung wrote:
> Greetings,
> Michael
>
> Changelog:
> Added a missing break in encrypt_block_impl
>
> Index: dlls/rsaenh/implglue.c
JFYI,
we (Novell) are now working on reapproving WINE for US
export due to your cryptographic library import.
I
Hi,
I already mailed with some developers a few days ago. Basicly wether and in
which way the wine logo can be used to communicate wine compatibility for
software producers (this is already solved).
For those who didn't read it, i copied a passage of the orig. mail:
---
In order to push the us
> Just kidding. I remember Tom saying last year that native DirectX
> actually works under Wine. Maybe it's worth covering? Am I way off
> base?
Well, native DInput somewhat works (for which I am pretty surprised, I would
need to trace it to see what Win32 calls it uses) and QUARTZ works too.
Steven Edwards wrote:
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
What's wrong with additional APIs? The browse folder API isn't COM based
anyway.
It would be much better to use the API provided to create a namespace for
the Unix filesystem. The
Control Panel and Network Neighborhood are goo
I read in the list that ptrace break wine in this kernels, and find a patch
for this, but the patch is only for i386 kernels.
There is a patch for amd64 kernels?
Thanks.
El Jueves, 2 de Diciembre de 2004 18:50, Jose Alberto Reguero escribió:
> I can't use wine with kernels 2.6.10-rc2
> With k
22 matches
Mail list logo
