On Tue, 21 Apr 2009 17:48:44 +0200, you wrote:
>> +skip("memcpy not found\n");
>
>I doubt any version of the dll is missing memcpy, and even so that
>should be a separate patch.
Yes, I was not paying attention. The problem was the handle to the
msvcrt.dll. When compiled with Visual Studi
2009/4/21 Alexandre Julliard :
> It doesn't work here:
>
> ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p
> comctl32_test.exe.so toolbar.c && touch toolbar.ok
Thank you for taking time to reply. That was my fault. Going to fix it
add testcase and resend.
--
Igor
On Tue, Apr 21, 2009 at 2:51 PM, Nicolas Le Cam wrote:
> 2009/4/21 James Hawkins :
>> On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam wrote:
>>> This one finally fixes current relative path test to expect correct
>>> value.
>>>
>>
>> + drives = GetLogicalDrives();
>> + lstrcpyA(path, "A:\\"
2009/4/21 James Hawkins :
> On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam wrote:
>> This one finally fixes current relative path test to expect correct
>> value.
>>
>
> + drives = GetLogicalDrives();
> + lstrcpyA(path, "A:\\");
> + for (i = 0; i < 26; path[0] = '\0', i++)
> + {
> +
On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam wrote:
> This one finally fixes current relative path test to expect correct
> value.
>
+drives = GetLogicalDrives();
+lstrcpyA(path, "A:\\");
+for (i = 0; i < 26; path[0] = '\0', i++)
+{
+if (!(drives & (1 << i)))
+
On Di, 2009-04-21 at 21:06 +0100, Reece Dunn wrote:
> >> LANG=es_ES.UTF-8 ./wine winecfg
> >> works for me. The language code is "es_ES" and not just "es".
> That works. I have started a page on the wiki
> (http://wiki.winehq.org/TestingLanguages) to document how to launch
> Wine in the different
On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam wrote:
> This patch adds a test to demonstrate current wrong behaviour in case of
> an empty path, it is basically there to validate last patch of the
> series that change relative path test behaviour (i.e. expected values),
> as it seems it was reje
On Mo, 2009-04-20 at 21:51 -0700, Jesse Allen wrote:
> In CreateSoundBuffer, some apps pass sizeof(WAVEFORMATEXTENSIBLE) for
> the cbSize and we have to allow it, but only when the SubFormat is
> KSDATAFORMAT_SUBTYPE_PCM.
>
> This updated patch is simpler... at the expense of being less clear ;)
>
2009/4/21 Reece Dunn :
> 2009/4/21 Michael Stefaniuc :
>> Reece Dunn wrote:
>>> Hi,
>>>
>>> Looking at http://bugs.winehq.org/show_bug.cgi?id=18125, it has
>>> winecfg from wine 1.1.19 running in Spanish. The screenshot shows that
>>> the static text is wrapped over 4 lines, but the text is clipped
Austin English schrieb:
Howdy,
Seems quite a few bugs have been filed recently about our win64
support. While setting the hardware to PC-X86-64 describes the
hardware accurately, it doesn't really tell us if the user is running
32 bit wine or 64 bit wine on their 64 bit OS.
We've already got a
Howdy,
Seems quite a few bugs have been filed recently about our win64
support. While setting the hardware to PC-X86-64 describes the
hardware accurately, it doesn't really tell us if the user is running
32 bit wine or 64 bit wine on their 64 bit OS.
We've already got a win16 keyword, so how abou
Jesse Allen ha scritto:
I'm trying to understand what the problem is to make you think there
needs to be a change. Are most of the problems with Blt related
functions?
No
It is my understanding the DIB engine should actually be able to call
the display driver and vice-versa. So I think we
On Tue, Apr 14, 2009 at 1:22 AM, Massimo Del Fedele wrote:
> The approach taken so far consisted in having 2 device pointers inside
> GDI32, one for dib engine and
> the other for normal display driver.
> This way had the disadvantage of having to keep in sync the DC with the
> right driver depend
Rein Klazes writes:
> -pmemcpy(mem+5, mem,nLen+1);
> -ok(pmemcmp(mem+5,xilstring, nLen) == 0,
> - "Got result %s\n",mem+5);
> +if( pmemcpy) {
> +pmemcpy(mem+5, mem,nLen+1);
> +ok(pmemcmp(mem+5,xilstring, nLen) == 0,
> + "Got result %s\n",mem+5);
> +
Aric Stewart writes:
> +static HRESULT WINAPI
> ThreadMgrEventSink_OnInitDocumentMgr(ITfThreadMgrEventSink *iface,
> +ITfDocumentMgr *pdim)
> +{
> +trace("%s\n",__FUNCTION__);
> +return S_OK;
> +}
trace() already includes the file and line, and __FUNCTION__ is not
portable, please avoid
Igor Tarasov writes:
> Forgot the patch :)
>
> 2009/4/19 Igor Tarasov :
>> Currently TOOLBAR_SetImageList recalculates toolbar and button sizes
>> even if there is no need in this (when new image list bitmap sizes are
>> equal to toolbar bitmap sizes). This overwrites button sizes that
>> might h
2009/4/21 Paul Vriens :
> Reece Dunn wrote:
>>
>> 2009/4/21 Jeremy White :
Sometimes "no feedback" means that you just dont know - is there
something wrong? Or maybe your patch wos not understood correctly? Or
there are doubts that what you did is right? Or what? It would be
>>>
2009/4/21 Paul Vriens :
> http://winehq.org/wwn/353#News:%20WineConf%202008
The best point: "Are the planets aligned in just the right way and
none of the above reject? Yes : ACCEPT". I guess there were some
problems with this point yesterday :)
--
Igor
On Tue, Apr 21, 2009 at 08:16:14AM -0600, Vitaliy Margolen wrote:
> Paul TBBle Hampson wrote:
>> On Sun, Apr 19, 2009 at 02:39:43PM -0600, Vitaliy Margolen wrote:
>>> Paul TBBle Hampson wrote:
>> I think I understand now.
>>
>> So we really don't want to touch dinput at all, but instead just use X
Reece Dunn wrote:
2009/4/21 Jeremy White :
Sometimes "no feedback" means that you just dont know - is there
something wrong? Or maybe your patch wos not understood correctly? Or
there are doubts that what you did is right? Or what? It would be
better to have feedback like "are you serious?" than
2009/4/21 Jeremy White :
>> Sometimes "no feedback" means that you just dont know - is there
>> something wrong? Or maybe your patch wos not understood correctly? Or
>> there are doubts that what you did is right? Or what? It would be
>> better to have feedback like "are you serious?" than nothing
Aric Stewart writes:
> +else if (id_last == array_size)
> +{
> +CookieInternal **new_cookies = NULL;
> +new_cookies =
> HeapReAlloc(GetProcessHeap(),0,cookies,sizeof(CookieInternal*) * (array_size
> * 2));
> +if (!new_cookies)
> +{
> +array_si
Stefan Leichter writes:
> +RegOpenKeyA(HKEY_LOCAL_MACHINE, "Hardware\\Description\\System",
> &desc_sys);
> +RegOpenKeyA(HKEY_LOCAL_MACHINE, "Hardware\\Devicemap\\Serialcomm",
> &sercom);
> +RegOpenKeyA(HKEY_LOCAL_MACHINE, "Software\\Microsoft\\Windows
> NT\\CurrentVersion\\Ports",
> Sometimes "no feedback" means that you just dont know - is there
> something wrong? Or maybe your patch wos not understood correctly? Or
> there are doubts that what you did is right? Or what? It would be
> better to have feedback like "are you serious?" than nothing at all :)
I've tried to upda
Paul TBBle Hampson wrote:
> On Sun, Apr 19, 2009 at 02:39:43PM -0600, Vitaliy Margolen wrote:
>> Paul TBBle Hampson wrote:
>>> On Sun, Apr 19, 2009 at 10:48:11AM -0600, Vitaliy Margolen wrote:
Paul TBBle Hampson wrote:
> On Sun, Apr 19, 2009 at 12:46:20PM +0200, Stefan Dösinger wrote:
>Ohhh... got a nice crash after a re-boot.
Never mind that. This looks more promising. At least, to me it does. The
actctx error I get all the time, but I've never seen the other, and it
happend right as the system froze up.
fixme:actctx:parse_depend_manifests Co
Huw Davies wrote:
On Tue, Apr 21, 2009 at 11:34:04AM +0200, Paul Vriens wrote:
Huw Davies wrote:
On Tue, Apr 21, 2009 at 11:22:29AM +0200, Paul Vriens wrote:
Huw Davies wrote:
---
dlls/user32/tests/clipboard.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
You can identify this first user group by searching on secular
requests - Novel showed us the first line is around Adobe clients.
Dreamweaver ( which work OK now ), Photoshop, Flash, InDesign maybe -
so webdesigners + DTP peoples can be 'the first' client.
They are many millions now - no doubt the
On Tue, Apr 21, 2009 at 11:34:04AM +0200, Paul Vriens wrote:
> Huw Davies wrote:
>> On Tue, Apr 21, 2009 at 11:22:29AM +0200, Paul Vriens wrote:
>>> Huw Davies wrote:
---
dlls/user32/tests/clipboard.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
--
Huw Davies wrote:
On Tue, Apr 21, 2009 at 11:22:29AM +0200, Paul Vriens wrote:
Huw Davies wrote:
---
dlls/user32/tests/clipboard.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
Was just about to se
On Tue, Apr 21, 2009 at 11:22:29AM +0200, Paul Vriens wrote:
> Huw Davies wrote:
>> ---
>> dlls/user32/tests/clipboard.c |7 +--
>> 1 files changed, 5 insertions(+), 2 deletions(-)
>>
>>
>>
>>
>>
> Was just about to s
2009/4/21 Michael Stefaniuc :
> Reece Dunn wrote:
>> Hi,
>>
>> Looking at http://bugs.winehq.org/show_bug.cgi?id=18125, it has
>> winecfg from wine 1.1.19 running in Spanish. The screenshot shows that
>> the static text is wrapped over 4 lines, but the text is clipped
>> (should be 8x4 dlus high).
Huw Davies wrote:
---
dlls/user32/tests/clipboard.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
Was just about to sent a patch along those lines.
Isn't it better to mark that win9x (and winME as w
On Tue, Apr 21, 2009 at 08:26:53AM +0100, Reece Dunn wrote:
> Hi,
> Looking at http://bugs.winehq.org/show_bug.cgi?id=18125, it has
> winecfg from wine 1.1.19 running in Spanish. The screenshot shows that
> the static text is wrapped over 4 lines, but the text is clipped
> (should be 8x4 dlus high
Reece Dunn wrote:
> Hi,
>
> Looking at http://bugs.winehq.org/show_bug.cgi?id=18125, it has
> winecfg from wine 1.1.19 running in Spanish. The screenshot shows that
> the static text is wrapped over 4 lines, but the text is clipped
> (should be 8x4 dlus high). This is not the issue reported there,
2009/4/21 Reece Dunn :
> So, how do I change locale? Especially from a just-built version of Wine.
You have to make sure that the locale you are trying to use is there
in your system (see locale -a). My corrent lcale is ru_RU.UTF-8 and
wine runs correspondingly. When I run
LC_ALL=C wine regedit
L
On Tue, Apr 21, 2009 at 2:44 AM, Igor Tarasov wrote:
> Hi!
>
> The reason of why I write this to you is simple: my patches have stuck
> again and I don't know what to do. But since this happening not with
> me only and not this happens regularly, I have thought about looking
> at the problem a bit
Hi!
The reason of why I write this to you is simple: my patches have stuck
again and I don't know what to do. But since this happening not with
me only and not this happens regularly, I have thought about looking
at the problem a bit wider.
Is there any code review system for patches that are sen
Ben Klein ha scritto:
Are there any cases like that where the sourcecode of the app is available?
I see it much more useful to track the call stack inside wine, not in the app.
In my app there's a crash that's triggered after many wine calls, and this
was useful to track them down up to cal
Hi,
Looking at http://bugs.winehq.org/show_bug.cgi?id=18125, it has
winecfg from wine 1.1.19 running in Spanish. The screenshot shows that
the static text is wrapped over 4 lines, but the text is clipped
(should be 8x4 dlus high). This is not the issue reported there, but I
would like to fix it an
I just installed NetBSD 5.0RC4 on a spare hard drive, and tried
compiling Wine. I hadn't seen this error before, but I'm not sure if
the regression is on NetBSD or Wine's end.
Google doesn't show too much for this error, other than that
apparently NetBSD's libexec requires execname to not be NULL:
41 matches
Mail list logo
