I was checking out a small memory leak in one of my crypt32 tests, and
I've finally found the culprit: a test that deliberately causes a page
fault (to check that it's handled.) It's still handled, but the function
that generates the page fault, CRYPT_AsnEncodeRdn, doesn't have its __TRY
block ex
>The only major issues that I'm aware of are coping and pasting OLE embedded>objects. That should be taken care of when Rob is finished his COM work.>IMO 633, 2382 and 5061 are not really copy and paste bugs. They are caused>by problems translating from windows data formats to linux data formats an
Thursday, May 11, 2006, 12:45:46 AM, blackcrack wrote:
> Hy Peoples,
> a idea again... why not use FreeDos in Wine...
> as dos for older programms... :
You are welcome to start sending patches. Oh wait, it's GPL.
PS:
Please read first before you send "offers" like this.
Vitaliy.
There may be an odd bug here and there but copy and paste should be working
just fine between most applications. At least the X11 driver code should be
working correctly.
The only major issues that I'm aware of are coping and pasting OLE embedded
objects. That should be taken care of when Rob is f
On 5/11/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
>> Copy-paste didn't work between wine and Gnome, but everything else was>> without a hitch!>> Doh! What exactly failed? Could you give me the exact steps to reproduce> the problem?
Yes, please do! Let's get a bug filed about this.There are quite a
Copy-paste didn't work between wine and Gnome, but everything else was
without a hitch!
Doh! What exactly failed? Could you give me the exact steps to reproduce
the problem?
Yes, please do! Let's get a bug filed about this.
There are quite a few copy and paste bugs in Wine, e.g.
http://bugs.
On Thu, 11 May 2006 11:48:31 +0200, Alexandre Julliard wrote:
> It's not just a simple bug, it's fundamental incompatibilities between
> Win32 and X11 windows WRT clipping and repainting, not to mention
> inter-process issues. We really don't want to go back to having an X
> window for every Win32
On Tue, 09 May 2006 13:49:53 +0200, Stefan Dösinger wrote:
> I noticed that wine always uses it's own mouse cursor image looking like the
> standard windows cursor. Is there a reason why the X server mouse cursor
> isn't used?
Doubtful ... I imagine the reason is that apps rely on the Win32 curs
On Wed, May 10, 2006 at 10:55:46PM +0300, Marius Andreiana wrote:
> Thank you wine developers for allowing me to play the Da Vinci Quest
> with Firefox and required Flash 8 plugin, not available for Linux.
>
Cool.
> Copy-paste didn't work between wine and Gnome, but everything else was
> without
Le jeudi 11 mai 2006 à 19:52 +0200, Molle Bestefich a écrit :
> What's going on with the AppDB?
>
> It's really annoying to spend a lot of time testing apps, grabbing
> screenshots, writing descriptions etc., just to see that nobody
> approves the applications entered.
>
> Can we please drop this
What's going on with the AppDB?
It's really annoying to spend a lot of time testing apps, grabbing
screenshots, writing descriptions etc., just to see that nobody
approves the applications entered.
Can we please drop this entire "approval of new apps" crap?
Or just give me proper privileges to
On Tue, 2006-05-09 at 21:17 +0200, Eric Pouech wrote:
> Uwe Bonnes wrote:
> > Hallo,
> >
> > this is a thread from wine-users. I think further discussion of this issue
> > is better done on wine-devel.
> >
> > In short, Dan Armbrust notices some application (heavy weather.exe)
> > accessing the
Thank you wine developers for allowing me to play the Da Vinci Quest
with Firefox and required Flash 8 plugin, not available for Linux.
Copy-paste didn't work between wine and Gnome, but everything else was
without a hitch!
--
Marius Andreiana
http://marius.andreiana.googlepages.com
Hy Peoples,
a idea again... why not use FreeDos in Wine...
as dos for older programms... :
http://en.wikipedia.org/wiki/FreeDOS
regards
Blacky
Dan Kegel wrote:
I don't think this is good for an SoC project, because the changes are
small, and you'll spend more time arguing with Alexandre about the right
way to do it than doing actual coding.
The changes may sound small to you, but they're probably a
month's work for a newbie. The st
On 5/10/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
I think win32 and NPTL threads are compatible already.
Golly.
The issues I see for are reserving the right memory areas, setting up
the large stack, establishing a connection to the Wine server and
setting up the segment registers (%fs) so
Alexandre Julliard wrote:
> Tomas Carnecky <[EMAIL PROTECTED]> writes:
>> As far as I understand, the only way to access x11drv is through GDI
>> (which implements ExtEscape), would your proposed change require new
>> functions for opengl32 <-> x11drv communication through GDI? Or is it
>> somehow
"Marcin Kardas" <[EMAIL PROTECTED]> writes:
> On http://wiki.winehq.org/OpenGL there is written, that someone has
> tried to fix this bug like this - map Windows' window with X window
> one to one (it was my first idea). But there is also written, that
>
> " having a Win32 window <=> X11 window on
Mike McCormack <[EMAIL PROTECTED]> writes:
> diff --git a/dlls/wininet/dialogs.c b/dlls/wininet/dialogs.c
> index 24c8506..f24e4ef 100644
> --- a/dlls/wininet/dialogs.c
> +++ b/dlls/wininet/dialogs.c
> @@ -119,10 +119,9 @@ static BOOL WININET_GetAuthRealm( HINTER
> if( q )
>
Tomas Carnecky <[EMAIL PROTECTED]> writes:
> Even is the functions were implemented in x11drv.. wglMakeCurrent()
> still takes a HDC as an argument so the issue how to change the
> X11DRV_DEVICE given a HDC would remain. The escape mechanism seems to be
> the only way to communicate with the low-l
20 matches
Mail list logo
