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
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
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
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
On Tue, Apr 21, 2009 at 2:44 AM, Igor Tarasov tarasov.i...@gmail.com 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
2009/4/21 Reece Dunn mscl...@googlemail.com:
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
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, but
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).
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
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
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(-)
2009/4/21 Michael Stefaniuc mstef...@redhat.com:
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
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
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 sent a patch along
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 Could not find dependent
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:
Am Sonntag, 19.
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 update the
Stefan Leichter stefan.leich...@camline.com 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
Aric Stewart a...@codeweavers.com 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)
+{
+
2009/4/21 Jeremy White jwh...@winehq.org:
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
Reece Dunn wrote:
2009/4/21 Jeremy White jwh...@winehq.org:
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
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 XI2
to feed
2009/4/21 Paul Vriens paul.vriens.w...@gmail.com:
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
2009/4/21 Paul Vriens paul.vriens.w...@gmail.com:
Reece Dunn wrote:
2009/4/21 Jeremy White jwh...@winehq.org:
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
Igor Tarasov tarasov.i...@gmail.com writes:
Forgot the patch :)
2009/4/19 Igor Tarasov tarasov.i...@gmail.com:
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
Aric Stewart a...@codeweavers.com 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,
Rein Klazes w...@online.nl 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);
+
On Tue, Apr 14, 2009 at 1:22 AM, Massimo Del Fedele m...@veneto.com 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
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
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
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
2009/4/21 Reece Dunn mscl...@googlemail.com:
2009/4/21 Michael Stefaniuc mstef...@redhat.com:
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,
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 ;)
On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam niko.le...@gmail.com 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
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 languages.
On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam niko.le...@gmail.com 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
2009/4/21 James Hawkins trui...@gmail.com:
On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam niko.le...@gmail.com 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] =
On Tue, Apr 21, 2009 at 2:51 PM, Nicolas Le Cam niko.le...@gmail.com wrote:
2009/4/21 James Hawkins trui...@gmail.com:
On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam niko.le...@gmail.com wrote:
This one finally fixes current relative path test to expect correct
value.
+ drives =
2009/4/21 Alexandre Julliard julli...@winehq.org:
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, 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 Studio
41 matches
Mail list logo
