On Dec 11, 2007 8:11 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> New results at
> http://kegel.com/wine/valgrind/logs-2007-12-11-summary.txt
> The changes from yesterday are probably noise except:
>
> The tests crashed and valgrind hung while running the
> quartz/filtergraph test; see
> http://kegel
Am Mittwoch, 12. Dezember 2007 06:52:26 schrieb Jesse Allen:
> This is good since 15-bpp DIB is not supported in my DIB engine. As it
> is right now, the 15-bit DIB stuff in winex11/gdi is not really
> correct (even if it might work).
It is the intention of this patch, and coming ones, to clean up
On Wednesday December 12 2007 05:07, Pavel Troller wrote:
> > Am Dienstag, 11. Dezember 2007 18:02:53 schrieb Gonzalo Martinez -
> > Sanjuan
> >
> > Sanchez:
> > > Hello to all.
> > >
> > > I have something in mind that I would like to ask to Wine developers.
> > > Is it possible using a hack/trick
This is good since 15-bpp DIB is not supported in my DIB engine. As it
is right now, the 15-bit DIB stuff in winex11/gdi is not really
correct (even if it might work).
On Dec 11, 2007 1:31 PM, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
On Tuesday 11 December 2007 09:07:15 pm Pavel Troller wrote:
> Because wine (and windows apps) sometimes crash and remain running, doing
> nothing useful but eating CPU/memory, and not being able to be killed
> easily (even killing the window doesn't close the app reliably). For this
> case, it's
"Dan Kegel" <[EMAIL PROTECTED]> wrote:
> New results at
> http://kegel.com/wine/valgrind/logs-2007-12-11-summary.txt
> The changes from yesterday are probably noise except:
I wonder why
http://kegel.com/wine/valgrind/logs-2007-12-11/vg-kernel32_virtual.txt
still shows NTDLL_queue_process_apc as
> Am Dienstag, 11. Dezember 2007 18:02:53 schrieb Gonzalo Martinez - Sanjuan
> Sanchez:
> > Hello to all.
> >
> > I have something in mind that I would like to ask to Wine developers.
> > Is it possible using a hack/trick or a hidden option to change the
> > name of wine in the proccess lists?
> >
New results at
http://kegel.com/wine/valgrind/logs-2007-12-11-summary.txt
The changes from yesterday are probably noise except:
The tests crashed and valgrind hung while running the
quartz/filtergraph test; see
http://kegel.com/wine/valgrind/logs-2007-12-11/vg-quartz_filtergraph-diff.txt
+Unhandl
Indeed testing with my test app i see that if the Len is sufficient but
the buffer is null i get a return of FALSE and a last error of
ERROR_INVALID_PARAMETER. I will update my patch.
-aric
Juan Lang wrote:
>> Humm, I wrote a test program mimicking the calls in the application I
>> am working
> Humm, I wrote a test program mimicking the calls in the application I
> am working on and found this behavior. The app was passing in a NULL
> buffer and a pointer for the size set to 0, We where exiting with TRUE
> and not setting the last error correctly which was confusing the app.
In that
Humm, I wrote a test program mimicking the calls in the application I
am working on and found this behavior. The app was passing in a NULL
buffer and a pointer for the size set to 0, We where exiting with TRUE
and not setting the last error correctly which was confusing the app.
Testing on wi
Kris Moore <[EMAIL PROTECTED]> writes:
> Gonzalo sent me this thread, and I may be able to get a patch put
> together here soon. First, I wanted to make sure I'm on the right path:
>
> Can somebody confirm for me that this is the right location where I
> should be trying to fix this?
>
> http://
Maarten Lankhorst <[EMAIL PROTECTED]> writes:
> Hi Gonzalo,
>
> Stefan Dösinger schreef:
>> Ow, ah, this is a different business. I think we use some Linux-only feature
>> to set the name, and Alexandre told me that at least MacOS doesn't have it.
>> I
>> have no idea if there is a way to chang
Am Dienstag, 11. Dezember 2007 22:29:12 schrieb Kris Moore:
> Gonzalo sent me this thread, and I may be able to get a patch put
> together here soon. First, I wanted to make sure I'm on the right path:
>
> Can somebody confirm for me that this is the right location where I
> should be trying to fix
Gonzalo sent me this thread, and I may be able to get a patch put
together here soon. First, I wanted to make sure I'm on the right path:
Can somebody confirm for me that this is the right location where I
should be trying to fix this?
http://source.winehq.org/source/loader/preloader.c#L1006
Am 11.12.2007 um 18:02 schrieb Gonzalo Martinez - Sanjuan Sanchez:
> Is it possible using a hack/trick or a hidden option to change the
> name of wine in the proccess lists?
While this isn't a Wine specific question, you'd have to write your
own executable-launcher. None of the shells I'm awar
El Tuesday 11 December 2007 7:34:49 pm escribió:
> Am Dienstag, 11. Dezember 2007 18:02:53 schrieb Gonzalo Martinez - Sanjuan
>
> Sanchez:
> > Hello to all.
> >
> > I have something in mind that I would like to ask to Wine developers.
> > Is it possible using a hack/trick or a hidden option to chan
Hi Gonzalo,
Stefan Dösinger schreef:
> Ow, ah, this is a different business. I think we use some Linux-only feature
> to set the name, and Alexandre told me that at least MacOS doesn't have it. I
> have no idea if there is a way to change the process name under BSD. If there
> is, feel free to
Am Dienstag, 11. Dezember 2007 20:25:20 schrieb Gonzalo Martinez - Sanjuan
Sanchez:
> El Tuesday 11 December 2007 7:34:49 pm escribió:
> > Am Dienstag, 11. Dezember 2007 18:02:53 schrieb Gonzalo Martinez -
> > Sanjuan
> >
> > Sanchez:
> > > Hello to all.
> > >
> > > I have something in mind that I
Am Dienstag, 11. Dezember 2007 18:02:53 schrieb Gonzalo Martinez - Sanjuan
Sanchez:
> Hello to all.
>
> I have something in mind that I would like to ask to Wine developers.
> Is it possible using a hack/trick or a hidden option to change the
> name of wine in the proccess lists?
> I mean, Is it p
Hello to all.
I have something in mind that I would like to ask to Wine developers.
Is it possible using a hack/trick or a hidden option to change the
name of wine in the proccess lists?
I mean, Is it possible to list 'wine' proccess as, for example
'iexplorer' when I use Internet Explorer und
Hi Aric,
Aric Stewart wrote:
> + else
> + return (HANDLE)0x;
That's what is INVALID_HANDLE_VALUE for.
Jacek
Hi Aric,
-if( !Certificate )
+if( *RequiredLength < size )
{
*RequiredLength = size;
-return TRUE;
+SetLastError( ERROR_INSUFFICIENT_BUFFER );
+return FALSE;
}
-if( *RequiredLength < size )
+if( !Certificate )
{
*RequiredLen
Alistair Leslie-Hughes wrote:
>Dan Kegel <[EMAIL PROTECTED]> wrote:
>> http://kegel.com/wine/valgrind/logs-2007-12-10-summary.txt
>> ... today's git is probably about as Valgrind-clean as Saturday's.
>
>From todays list there isn't a memory leak in vg-shlwapi_string.txt
>from but on the 8th there w
> I guess this info should be fetched from the printer, not hard coded.
No no there are indeed builtin forms:
(from http://www.unixwiz.net/techtips/winspooler-forms.html)
FORM_INFO_1.Flags
Each form can be one of three types: FORM_BUILTIN, FORM_PRINTER and FORM_USER.
Builtin forms are an
inherent
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
>
>> It's OK for requests, but why do you want to initialize the result
>> structure too?
>
> NTDLL_queue_process_apc for a local process calls invoke_apc() which
> initializes the result to 0 before p
"Marcel Partap" <[EMAIL PROTECTED]> wrote:
> +static const struct builtin_form builtin_forms[] = {
> +{{'L','e','t','t','e','r',0}, {{216000,279000}, {0,0,216000,279000}, 0,
> FORM_BUILTIN}},
> +{{'A','3',0}, {{297000,42}, {0,0,297000,42}, 0, FORM_BUILTIN}},
> +{{'A','4',0}, {
On Mon, 10 Dec 2007, Jonathan Ernst wrote:
[...]
> About the new "AppDB Application Status Changes", I see that you have a
> "change" column.
I'm not convinced this column is of any use: it only repeats what we see
in the other two columns but in a less obvious way.
The total / global trend howe
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> It's OK for requests, but why do you want to initialize the result
> structure too?
NTDLL_queue_process_apc for a local process calls invoke_apc() which
initializes the result to 0 before proceeding. Perhaps memset() should
be added for a not loca
Hi,
I think GetSystemInfo should return x86 even on x64 when running 32-bit
applications just like a 32-bit Windows or WOW64 does. But
GetNativeSystemInfo could return the actual 64-bit CPU altough I'm not sure
that it makes any sense without WOW64.
Kornél
- Original Message -
From:
I was hoping to be able to submit some patches for wine over the
christmas holidays. So I'm trying to sort out with work any legalities
with regards to my employment contract and working on other projects.
Basically the contract states that they own what I do, unless I get
permission from the rele
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> Alexandre said that it's OK to use memset for server requests because of
> backwards compatibility.
It's OK for requests, but why do you want to initialize the result
structure too?
--
Alexandre Julliard
[EMAIL PROTECTED]
On Tuesday 11 December 2007 12:08:29 you wrote:
> Alexander Nicolaysen Sørnes <[EMAIL PROTECTED]> writes:
> > kernel32: cpu: Detect AMD 64bit CPUs
>
> Are you really supposed to return a 64bit CPU in 32-bit mode? Do you
> have a test case?
It only identifies the model as an AMD x86 64bit CPU, so
Alexander Nicolaysen Sørnes <[EMAIL PROTECTED]> writes:
> kernel32: cpu: Detect AMD 64bit CPUs
Are you really supposed to return a 64bit CPU in 32-bit mode? Do you
have a test case?
--
Alexandre Julliard
[EMAIL PROTECTED]
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Alexandre Julliard wrote:
>> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>>
>>> On winxp both keys toggle on button down not button up. So no need for any
>>> extra treatment.
>>> Fixes bug 10446.
>>
>> You still have to handle the case when the s
35 matches
Mail list logo
