On 1/26/06, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> Cyril Margorin wrote:
> > Hello,
> >
> > I've discovered, that using of GetDIBits after StretchDIBits doesn't
> > return correct data.
> > More then - all pixels that it returns are black.
> > In attachment the test function.
> >
> Do yo
Last year, I tried installing Tivo Desktop 2.0, and it failed miserably:
http://www.winehq.com/hypermail/wine-devel/2005/03/0406.html
Prompted by a request in wine-users,
I just tried installing both Tivo Desktop 1.3 (their win98-compatible version)
and Tivo Desktop 2.2 (for winxp). 2.2 wouldn't
I'm looking to do some changes to the wine vdm - or more accurately
to the winedos dll to make the handling for some DOS applications
more useful. This is mainly driven from a desire to run DOS apps
without a wineconsole, so using the unix stdin/stdout/stderr as
the DOS file handles. i.e. ala th
Cyril Margorin wrote:
Hello,
I've discovered, that using of GetDIBits after StretchDIBits doesn't
return correct data.
More then - all pixels that it returns are black.
In attachment the test function.
Changelog:
Cyril Margorin <[EMAIL PROTECTED]>
add test of StretchDIBits()/GetDIBits() bunch t
Hello,
Tom
Change log: fix security.dll documentation link
Index: en/status_dlls.template
===
RCS file: /home/wine/lostwages/templates/en/status_dlls.template,v
retrieving revision 1.34
diff -u -r1.34 status_dlls.template
--- en/stat
Hello,
I've discovered, that using of GetDIBits after StretchDIBits doesn't
return correct data.
More then - all pixels that it returns are black.
In attachment the test function.
Changelog:
Cyril Margorin <[EMAIL PROTECTED]>
add test of StretchDIBits()/GetDIBits() bunch to gdi/test/bitmap.c
--
Hello
Attached is my next view on solving of problem.
I haven't create test for this problem yet, because current test
application uses visual representation of problem (there is garbage in
window in original version, and there is normal image in patched
version). I hope I will create test in day
Robert Shearman wrote:
Alex Villacís Lasso wrote:
diff -ur wine-0.9.6-cvs/dlls/oleaut32/typelib.c
wine-0.9.6-cvs-patch/dlls/oleaut32/typelib.c
--- wine-0.9.6-cvs/dlls/oleaut32/typelib.c2006-01-16
16:08:20.0 -0500
+++ wine-0.9.6-cvs-patch/dlls/oleaut32/typelib.c2006-01-24
21:5
On Thursday 26 January 2006 13:15, Alexandre Julliard wrote:
> Yes, I think shell32 should take care of making sure the directories
> exist, and creating sane defaults if they don't. Moving things to
> winecfg wouldn't prevent file dialogs from getting broken if users
> move directories around.
Pl
On Thursday 26 January 2006 20:37, Robert Shearman wrote:
> You're duplicating RtlNtStatusToDosError.
Not completely. STATUS_DISK_FULL (translated from ENOSPC) for
example is mapped to ERROR_DISK_FULL by RtlNtStatusToDosError
whereas I am mapping it to ERROR_END_OF_MEDIA which I think is
more app
Hans Leidekker <[EMAIL PROTECTED]> writes:
> Not completely. STATUS_DISK_FULL (translated from ENOSPC) for
> example is mapped to ERROR_DISK_FULL by RtlNtStatusToDosError
> whereas I am mapping it to ERROR_END_OF_MEDIA which I think is
> more appropriate in the context of tapes.
Then the ntdll co
> i have an access application and i haved tried to emulate it with wine and
> crossoffice as well. I have a problem when i want to display reports which
> have graphics.
>
> They are well displayed but when i close it, application fonts (menu) make
> bigger and take a white background.
>
> Has any
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> It does work thank you. The only question I have : does that cover
> WINEVENT_OUTOFCONTEXT hooks too?
No, that's a different mechanism. Do you have evidence that they are
currently broken too?
--
Alexandre Julliard
[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Pouech wrote:
> that's because oss2jack doesn't provide a proper mixer interface
> does the attached patch help ?
Yes. Great, thank you very much :-) !
BTW: I had to set "Hardware Acceleration" to "Emulation" (instead of
"Full", but did not try
Hans Leidekker wrote:
+static DWORD set_error_from_status( NTSTATUS status )
+{
+DWORD error;
+
+switch (status)
+{
+case STATUS_SUCCESS:error = ERROR_SUCCESS; break;
+case STATUS_DISK_FULL: error = ERROR_END_OF_MEDIA; break;
+case STATUS_DEVICE_NOT_R
Alex Villacís Lasso wrote:
diff -ur wine-0.9.6-cvs/dlls/oleaut32/typelib.c
wine-0.9.6-cvs-patch/dlls/oleaut32/typelib.c
--- wine-0.9.6-cvs/dlls/oleaut32/typelib.c 2006-01-16 16:08:20.0
-0500
+++ wine-0.9.6-cvs-patch/dlls/oleaut32/typelib.c2006-01-24
21:53:48.0 -0
On Thu, 2006-01-26 at 08:04 -0700, Vitaliy Margolen wrote:
> It does work thank you. The only question I have : does that cover
> WINEVENT_OUTOFCONTEXT hooks too?
>
> I'm working on a test to test hooks. Hopefully there will be a way to
> test it.
There are some tests for hooks and winevents in
On 1/26/06, Joachim von Thadden <[EMAIL PROTECTED]> wrote:
> Am Thu, Jan 26, 2006 at 07:27:00AM -0700 schrieb Tony Lambregts:
> > Tom Wickline wrote:
> > >Hello,
> > >
> > >I see the "note" in the third party downloads section as problematic..
> > >We should say something to the effect of "please r
Thursday, January 26, 2006, 6:32:13 AM, Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>> Trying to track down the problem with our DInput implementation I found
>> some interesting stuff - our global hooks don't work correctly because
>> hook callbacks are never called i
On 1/26/06, Tony Lambregts <[EMAIL PROTECTED]> wrote:
> It would be helpfull to have a link then, somewhere to direct them to and
> #winehq, bugs.winehq.org wine-devel and [EMAIL PROTECTED] are not the place.
> Is it OK to direct them to Joachim directly <[EMAIL PROTECTED]>?
Well since they don't
Tom Wickline wrote:
Hello,
I see the "note" in the third party downloads section as problematic..
We should say something to the effect of "please report problems back
to the authors of WineTools"
The way its currently worded WineTools users will feel left out in the
dark if they
should have an
Hello,
I see the "note" in the third party downloads section as problematic..
We should say something to the effect of "please report problems back
to the authors of WineTools"
The way its currently worded WineTools users will feel left out in the
dark if they
should have any complications.
Tom
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Trying to track down the problem with our DInput implementation I found
> some interesting stuff - our global hooks don't work correctly because
> hook callbacks are never called if event is generated in the different
> thread. I don't think this is a
Hans Leidekker <[EMAIL PROTECTED]> writes:
> +status = NtDeviceIoControlFile( device, NULL, NULL, NULL, &io,
> +IOCTL_TAPE_CREATE_PARTITION, &part, sizeof(TAPE_CREATE_PARTITION),
> NULL, 0 );
>
> - return FALSE;
> +return (DWORD)status;
> }
All these functions should return W
Michael Jung <[EMAIL PROTECTED]> writes:
> On Thursday 26 January 2006 12:19, Alexandre Julliard wrote:
>> Support in winecfg would be good, but I think we still want shell32 to
>> be able to set proper defaults, especially if a wrong setup means file
>> dialogs don't work anymore.
>
> As I unders
On Thursday 26 January 2006 12:19, Alexandre Julliard wrote:
> Support in winecfg would be good, but I think we still want shell32 to
> be able to set proper defaults, especially if a wrong setup means file
> dialogs don't work anymore.
As I understood thus far our plan is to remove all the $HOME
Michael Jung <[EMAIL PROTECTED]> writes:
> For some reason I thought that by default wine isn't following symbolic links
> to directories, but that doesn't seem to be true any more. Is this option
> still available? Do we still have to consider this?
There's no longer an option, symlink loops a
Hi:
i have an access application and i haved tried to emulate it with wine and
crossoffice as well. I have a problem when i want to display reports which
have graphics.
They are well displayed but when i close it, application fonts (menu) make
bigger and take a white background.
Has anybod
On Wed, 25 Jan 2006 14:57:19 +0100, you wrote:
>Also I think IS_STRING_ITEM is fine, there's no
>reason to add _ONLY since there's no other macro that would do a less
>specific test.
Naming can be bad, misleading and ambiguous by itself. I may not have
come up with something really pretty, but I
29 matches
Mail list logo
