"Steven Edwards" <[EMAIL PROTECTED]> wrote:
> +#ifdef _M_AMD64
> +
> +#define CONTEXT_AMD64 0x10
...
> +#endif /* __x86_64__ */
Shouldn't be __x86_64__ here be _M_AMD64 instead?
--
Dmitry.
The International Color Consortium specification is located here :
http://www.color.org/icc_specs2.html as well btw.
I just thought it may be of value to someone :)
Tom
Your use of the builtin Windows Installer might very well be the
problem. I have encountered the same problem now using the latest wine
and builtin Installer. Unfortunately, the native version won't install
with the new version, and WineTools, Sidenet, and all the other tools
that used to do this w
Am Sonntag, 3. Juli 2005 21:28 schrieb James Liggett:
> Hi Stefan,
> Thanks for the reply. I was able to get Palm Desktop to install using
> the CD that came with my palm (I have a Tungsten T. It comes with v.
> 4.1). It's odd that the one you have doesn't install anything. Did you
> install native
Uwe Bonnes wrote:
../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so
metafile.c
failes like:
metafile.c:457: Test failed: (0,0)->(10,10), expected (0,0)->(18,67)
metafile.c:457: Test failed: (0,0)->(10,10), expected (0,0)->(18,67)
Some discussion on #winehackers br
I finally got around to looking further into this today. It turns out
the culprit wasn't actually a regression at all.
When the settings were moved out of the config file to the registry, I
didn't realize that I lost all the DLL override settings. Failure to
use the native msvcrt.dll was wha
> > No, I don't need tchar.h in 'unixcalls.c'. I only needed it
> > for 'winefile.c'. The problem is, if I add 'include/msvcrt'
> > to the include path, it is added to both files at the same time.
>
> I see. What about adding a separate rule to Makefile.in just for
> unixcalls.c and omit that file
On 03.07.2005 18:15, Frank Richter wrote:
> Well, technically, according to MSDN for NULL: "The function behaves
...nevermind that the block wouldn't even be called for NULL. Duh.
-f.r.
signature.asc
Description: OpenPGP digital signature
On 03.07.2005 18:15, Frank Richter wrote:
> Well, technically, according to MSDN for NULL: "The function behaves
...nevermind that the block wouldn't even be called for NULL. Duh.
-f.r.
On 03.07.2005 18:01, Dimi Paun wrote:
> This function would be more useful (and usage clearer) if it
> took the msg as an argument (also I think you can get rid of
> UXTHEME_EnumChildProc too, untested):
True.
> Note: the 'if' for PostMessageW was superfluous.
Well, technically, according to MSD
> > I thought it would be enough just to use "--ptr" to go back one
> > character in UCS-16 strings. Only MBCS or UTF-8 encoded strings would
> > need such helper functions like CharPrevW()?
>
> IIRC there are these 'surrogate pairs' in which case just --ptr
> will not work correctly:
> http://msd
Hi Stefan,
Thanks for the reply. I was able to get Palm Desktop to install using
the CD that came with my palm (I have a Tungsten T. It comes with v.
4.1). It's odd that the one you have doesn't install anything. Did you
install native Windows Installer or are you using builtin?
James
On Sun, 200
> No, I don't need tchar.h in 'unixcalls.c'. I only needed it
> for 'winefile.c'. The problem is, if I add 'include/msvcrt'
> to the include path, it is added to both files at the same time.
I see. What about adding a separate rule to Makefile.in just for
unixcalls.c and omit that file from C_SR
> "Uwe" == Uwe Bonnes <[EMAIL PROTECTED]> writes:
Uwe> ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p
Uwe> user32_test.exe.so msg.c && touch msg.ok
..
Uwe> f050! msg.c:5524: Test failed: ScrollWindowEx: the msg 0x000f was
Uwe> expected, but got msg 0x0021 inste
Robert Lunnon <[EMAIL PROTECTED]> writes:
> They probably will. There are two cases that need to be catered for on a
> runtime Solaris / OpenSolariss system, gcc linked with solaris as
> (Sunfreeware / GCC Default config ) and gcc linked with gnu as (which is now
> being supplied on the compani
../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so msg.c && touch msg.ok
fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f050!
fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f040!
fixme:nonclient:NC_HandleSysCommand unimplemented WM_S
On Sunday 3 July 2005 15:07, Uwe Bonnes wrote:
> B.t.w: Hans, I can't reach mirzam.it.vu.nl. Is it down?
Yes, apparently there was a power test this weekend at my
work. It should be up and running again tomorrow morning.
-Hans
Hallo,
../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so
metafile.c
failes like:
metafile.c:457: Test failed: (0,0)->(10,10), expected (0,0)->(18,67)
metafile.c:457: Test failed: (0,0)->(10,10), expected (0,0)->(18,67)
Some discussion on #winehackers brought up som
Hello,
--- Marcus Meissner <[EMAIL PROTECTED]> wrote:
> The problem is more is if this is the Microsoft approved version? They
> probably have one
> by now and we should be binary identical.
It is mostly the same. I did not copy and paste but I did use the Microsoft one
as a resource when
writt
On Sun, 2005-07-03 at 13:31 +0200, Martin Fuchs wrote:
> I thought it would be enough just to use "--ptr" to go back one
> character in UCS-16 strings. Only MBCS or UTF-8 encoded strings would
> need such helper functions like CharPrevW()?
IIRC there are these 'surrogate pairs' in which case just
On Sun, 2005-07-03 at 15:11 +0200, Frank Richter wrote:
> +static void UXTHEME_broadcast_themechange (HWND hWnd)
> +{
> +if (hWnd == NULL)
> +{
> + EnumWindows (UXTHEME_EnumChildProc, 0);
> +}
> +else
> +{
> + if (hWnd != NULL) PostMessageW(hWnd, WM_THEMECHANGED, 0,
Oliver Stieber wrote:
Couldn't a macro or inline function be used, that way
there wouldn't be any additional linker dependencies.
Macros and inline functions are better than a function defined in a
library, but each one introduces a header dependency, so they should
also be avoided where po
--- Mike McCormack <[EMAIL PROTECTED]> wrote:
>
> Oliver Stieber wrote:
>
> > With a lot of wines configuration moving over to
> > HKEY_LOCAL_USER and magic comments being added to
> > identify places where configuration is read, I
> though
> > it may be a good idea to move over to a standard
>
Hallo,
while I found strong opposition with my proposal to fail more gracefully
with a missing libgif, I still think the FIXME output is enough and the test
shouldn't fail, blocking any further test in a "make test" run.
To have a possible patch at least in the archive, please find it appended.
B
Reading that someone was able to install the Palm Desktop software, I
decided to try myself. I downloaded the software from Palm, then tried
installing it. This is the output.
[EMAIL PROTECTED] Windows]$ WINEDEBUG=+all
[EMAIL PROTECTED] Windows]$ wine Palm\ setup.exe
fixme:thread:NtSetInforma
> "Hans" == Hans Leidekker <[EMAIL PROTECTED]> writes:
Hans> I found the culprit. There was a patch by Vincent Beron that
Thanks,
This patch lets "make test" in mscms/test succeed.
B.t.w: Hans, I can't reach mirzam.it.vu.nl. Is it down?
--
Uwe Bonnes[EMAIL PROTECTED]
I
> > > CharUpperW() is towupper().
> >
> > Well, CharUpper() works with strings instead of characters. So that's
> > what I changed in the pattern matching function.
>
> No, it also works on characters. Check MSDN. ;)
# [in/out] Pointer to a null-terminated string or specifies a single character.
On Sun, Jul 03, 2005 at 01:31:06PM +0200, Martin Fuchs wrote:
> > > I can't find a replacement for wcsrchr() in the windows API, so I have to
> > > include my own implementation in the source. There is also no equivalent
> > > of towupper(), so I have to change the pattern matching function a bit
> > I can't find a replacement for wcsrchr() in the windows API, so I have to
> > include my own implementation in the source. There is also no equivalent of
> > towupper(), so I have to change the pattern matching function a bit.
>
> wcsrchr() is problematic, but can probalby be done with CharP
On Sun, Jul 03, 2005 at 12:12:33AM +0200, Uwe Bonnes wrote:
> > "Hans" == Hans Leidekker <[EMAIL PROTECTED]> writes:
>
> Hans> On Saturday 2 July 2005 23:12, Uwe Bonnes wrote:
> >> fixme:mscms:SetStandardColorSpaceProfileA ( 0x52474220, 0x7ba9fb40 )
> >> stub profile.c:427: Test fa
On Sat, Jul 02, 2005 at 10:28:36PM -0700, Steven Edwards wrote:
> Hi,
> I wrote this quite a while back on sourceforge's compile farm when I was
> attempting to learn asm
> for x86 and x86-64. After a short amount of time dealing with the pain of
> transfering files in and
> out of sourceforge an
> > So I see two solutions:
> > (1) make a hard break and change the whole winefile to Unicode. For
> > unixcalls.c you can rely on the Windows API for manipulating Unicode
>
> I can't find a replacement for wcsrchr() in the windows API, so I have to
> include my own implementation in the source.
Jacek Caban <[EMAIL PROTECTED]> writes:
> Changelog:
> - Added test of IOleObject::[SG]etClientSite
> - Fix IOleObject_SetClientSite to pass tests
The test fails here:
htmldoc.c:232: Test failed: *pchKey=0x7fc7d2d9, expected NULL
--
Alexandre Julliard
[EMAIL PROTECTED]
I have made a patch to make wined3d use wgl instead of glx (tested under
win98se gf4 4200 and winxp gffx 5500) and would like to extend it and see it
into the wine tree.
This patch also applies the d3d9patch.2005-06-13.diff (heavily modified due
to changes in wine head).
I can send the files
Am Sonntag, 3. Juli 2005 08:19 schrieb James Liggett:
> Hi all,
> I have a palm pilot that came with a lot of different apps, but they
> have conduits that need windows to function. I have been experimenting
> with getting Palm Desktop to run with Wine. It installs OK, but it
> doesn't run because
Hello Ralf,
> I assume you only need include/msvcrt for unixcalls.c to be able to
> include tchar.h. I assume the reason why tchar.h only works with msvcrt
No, I don't need tchar.h in 'unixcalls.c'. I only needed it for 'winefile.c'.
The problem is, if I add 'include/msvcrt' to the include path,
36 matches
Mail list logo
