On Thu, 2005-04-14 at 14:47 +0900, Mike McCormack wrote:
> Dan Kegel wrote:
>
> >> I see it this way - wine will need a full NTFS redirector at some point,
> >> to correctly handle remote fileystems. Why is the local disk any
> >> different from a remote redirected filesystem? Samba could be hoo
Dan Kegel wrote:
I see it this way - wine will need a full NTFS redirector at some point,
to correctly handle remote fileystems. Why is the local disk any
different from a remote redirected filesystem? Samba could be hooked in
at this point (and my even assist in providing access to those remote
On Wed, 2005-04-13 at 22:32 -0700, Dan Kegel wrote:
> Andrew Bartlett wrote:
> > I see it this way - wine will need a full NTFS redirector at some point,
> > to correctly handle remote fileystems. Why is the local disk any
> > different from a remote redirected filesystem? Samba could be hooked
Dan Kegel wrote:
Andrew Bartlett wrote:
On Wed, 2005-04-13 at 12:48 -0700, Daniel Kegel wrote:
Apologies if this is an old idea, but:
Tridge's remarks in his recent interview make me think
maybe Wine should be using the same NTVFS layer that
Samba4 does. Who knows, maybe it'd be an easy fit...
T
Andrew Bartlett wrote:
On Wed, 2005-04-13 at 12:48 -0700, Daniel Kegel wrote:
Apologies if this is an old idea, but:
Tridge's remarks in his recent interview make me think
maybe Wine should be using the same NTVFS layer that
Samba4 does. Who knows, maybe it'd be an easy fit...
This is an idea I
On Wed, 2005-04-13 at 12:48 -0700, Daniel Kegel wrote:
> Apologies if this is an old idea, but:
>
> Tridge's remarks in his recent interview make me think
> maybe Wine should be using the same NTVFS layer that
> Samba4 does. Who knows, maybe it'd be an easy fit...
This is an idea I like, and wh
* On Wed, 9 Feb 2005, Paul Millar wrote:
> * On Wednesday 09 February 2005 21:55, Stefan Leichter wrote:
> > * Am Mittwoch, 9. Februar 2005 17:16 schrieb Paul Vriens:
> > > mlang:
> > > linked to missing export NTDLL.DLL:atoi
> [...]
> > > ole32:
> > > linked to missing export NTDLL.DLL:atoi
>
> >
On Wed, 13 Apr 2005 13:53:48 -0500, James Hawkins wrote:
> Yes it is. I just disabled it and will reboot as soon as a download
> finishes to see if that fixes the problem.
It will do. Run restorecon to fix it.
I think the problem is some of our ELF libraries have text relocations,
and on SELinux
On 4/13/05, James Hawkins <[EMAIL PROTECTED]> wrote:
> On 4/13/05, MediaHost (TM) <[EMAIL PROTECTED]> wrote:
> > Is SEL enabled?
>
> Yes it is. I just disabled it and will reboot as soon as a download
> finishes to see if that fixes the problem.
>
Disabling SEL did the trick. Thanks for the f
Maarten Lankhorst wrote:
I tried using the graph edit tool from Graph Edit, connected my
outputpin to videorenderer's input pin I got this:
trace:quartz:VideoRenderer_SendSampleData 0x77ca8108 0x7cfd 131072
trace:quartz:IPinImpl_ConnectionMediaType
(0x77ca8268/0x77ca8268)->(0x77a9f8f8)
trace:
Robert Shearman wrote:
Maarten Lankhorst wrote:
I'm having troubles sending a media sample over the graph,
I'm wondering wether that is because of the receiving filter or my
own fault.
the thing I'm trying to send is a uncompressed 24 bit image, the
bitmap info header data of it is pretty much a
Sorry about posting here, but... I seem to be having problems posting to
wine-patches, and don't seem to be able to get through to Jeremy Newman
either. Other people seem to be getting through okay. Am I the only one?
Any ideas why? I know they are not getting stuck in the moderation
queue; the
If a Menu is accessed and the application used the function
SetTimer, then the application and the wineserver use 100% of
the CPU (loop of sending and receiving WM_TIMER).
function used: SetTimer(NULL, 0, 100, TimerProc)
Description of the loop:
dlls/user/menu.c
MENU_TrackMenu
while (!fEndMe
Apologies if this is an old idea, but:
Tridge's remarks in his recent interview make me think
maybe Wine should be using the same NTVFS layer that
Samba4 does. Who knows, maybe it'd be an easy fit...
- Dan
http://software.newsforge.com/article.pl?sid=05/04/08/2132221&from=rss
NF: What are the big
On 4/13/05, MediaHost (TM) <[EMAIL PROTECTED]> wrote:
> Is SEL enabled?
Yes it is. I just disabled it and will reboot as soon as a download
finishes to see if that fixes the problem.
--
James Hawkins
Is SEL enabled?
James Hawkins wrote:
Hi,
Fedora Core 4 test2
Wine cvs
compiled with gcc4
Running notepad or regedit with wine works fine, but if I try to run
any other program or the regression tests, I get this error:
[EMAIL PROTECTED] tests]$ wine advapi32_test.exe.so registry
wine: co
On 13 Apr 2005 17:11:57 +0200, you wrote:
> Rein Klazes <[EMAIL PROTECTED]> writes:
>
> > --- wine/dlls/x11drv/dib.c 2005-04-13 08:55:39.0 +0200
> > +++ mywine/dlls/x11drv/dib.c2005-04-13 13:24:10.0 +0200
> > @@ -3484,6 +3484,41 @@ static void X11DRV_DIB_GetImageBits_32(
Hi,
Fedora Core 4 test2
Wine cvs
compiled with gcc4
Running notepad or regedit with wine works fine, but if I try to run
any other program or the regression tests, I get this error:
[EMAIL PROTECTED] tests]$ wine advapi32_test.exe.so registry
wine: could not load
L"Z:\\home\\truiken\\workspace\\
Hi Paul.
> Thanks for looking at this, but I'm afraid I'm slightly confused by
> your modified version of the patch
After thinking about my way the next day, i made a mistake:
My way was:
- compiling "out-of-tree"
- wineprefixcreate --use-wine-tree /path/to/wine.bin
(but forgot --use-sou
Hi,
This is my first real attempt to add a new feature so its going to take quite
some time. My long
term goal is to implement the RecycleBin for ReactOS and for Wine to make it
interface with the
FreeDesktop.org draft trashcan spec. The latter might require a extension to
Wines or some other
pr
Maarten Lankhorst wrote:
I'm having troubles sending a media sample over the graph,
I'm wondering wether that is because of the receiving filter or my own
fault.
the thing I'm trying to send is a uncompressed 24 bit image, the
bitmap info header data of it is pretty much as this:
mediatype: BI_
On Wed, Apr 13, 2005 at 12:16:44PM +0200, Alexandre Julliard wrote:
> I don't understand while you come up with such an elaborate scheme of
> storing things in the registry when it's clearly not the way this
> thing is supposed to work. If you can't figure out what Windows does,
> then just xoring
Rein Klazes <[EMAIL PROTECTED]> writes:
> --- wine/dlls/x11drv/dib.c2005-04-13 08:55:39.0 +0200
> +++ mywine/dlls/x11drv/dib.c 2005-04-13 13:24:10.0 +0200
> @@ -3484,6 +3484,41 @@ static void X11DRV_DIB_GetImageBits_32(
> }
> }
>
> +static int XGetSubImageErrorHandler
Hi all,
Thanks for the 1-liner patch ;^)
In fact I went for a patch that Stefan Leichter sent (privately) as it
included some 41 other ole32 function definitions, so might stay the
inevitable next breakage.
Hans has this patch too, so I guess it should be available from his
website at some po
Stefan Dösinger wrote:
Hello,
I have a a question about the mouse warp code in dlls/dinput/mouse.c
Why is MOUSE_HACK still defined? From reading the archives I concluded that
warping the mouse in three states was disabled long ago(1), but MOUSE_HACK is
still defined. I found a patch sent to wine-
On 13 Apr 2005 11:59:02 +0200, you wrote:
> >
> > What am I doing wrong here?
>
> Nothing, there's no way to avoid the race. You just need to ignore the
> BadMatch error in that case.
Right, here is the next try:
Changelog:
dlls/x11drv : dib.c
In X11DRV_DIB_SetImageBits avoid BadMatch err
On Wednesday 13 April 2005 12:16, Alexandre Julliard wrote:
> I don't understand while you come up with such an elaborate scheme of
> storing things in the registry when it's clearly not the way this
> thing is supposed to work. If you can't figure out what Windows does,
> then just xoring the data
Kees Cook <[EMAIL PROTECTED]> writes:
> ChangeLog:
> Black-box implementation of CryptProtectData/CryptUnprotectData
>
> This is a resend, since it looks like current patches are making their
> way into CVS now. :) It was reviewed last week by several people, and
> includes docs, tests, e
Rein Klazes <[EMAIL PROTECTED]> writes:
> As soon as I move the window to which I am calling SetDIBitsToDevice
> partly outside of the screen, the drawable lies partly outside the
> screen rectangle and XGetSubImage fails -> crash.
> Clipping to the screen rectangle helps somewhat for very slow m
On Tuesday 12 April 2005 23:27, Juan Lang wrote:
> > Anyone have a suitable patch against mingw that adds
> > StgCreatePropSetStg?
Voila.
-Hans
Index: lib/ole32.def
===
RCS file: /cvs/src/src/winsup/w32api/lib/ole32.def,v
retrievi
Maarten Lankhorst wrote:
I'm having troubles sending a media sample over the graph,
I'm wondering wether that is because of the receiving filter or my own
fault.
the thing I'm trying to send is a uncompressed 24 bit image, the
bitmap info header data of it is pretty much as this:
mediatype: BI_
31 matches
Mail list logo