On Mon, 2003-10-27 at 13:09, Alexandre Julliard wrote:
> Ralf Juengling <[EMAIL PROTECTED]> writes:
>
> > So there is nothing I can do about it at the moment?
> > What is the most recent Wine version in which winemaker used to work?
>
> The previous release should work. Or try this patch:
>
> In
Hi Jerome,
It seems your patch includes a currency sign '¤' instead of the Euro :
Altgr-E and Altgr-$ look the same (0xA4.)
Please use the unified format when sending patches.
=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
ICQ #170597259
Say NO to software patents
Dites
Rok Mandeljc wrote:
+ /* OK, MSDN says that search order is the following:
+ - current directory (DONE)
+ - windows search path (FIXME: how do I get that?)
Try this :
DWORD GetEnvironmentVariable(
LPCTSTR lpName, // environment variable name
LPTSTR lpBuffer, // buffer
> BTW, why aren't
there any preexisting patches for ddraw?
Oops, "patches" should read "tests".
--
Sami
Hi,
I'd like to write some conformance tests for ddraw,
and I notice that there
aren't any
preexisting tests. What is the preferred way of setting up the
"tests" subdirectory
(makefiles)? Do I just do it by hand?
BTW, why aren't
there any preexisting patches for ddraw? Would my tests
pos
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le Monday 27 October 2003 20:28, Rok Mandeljc a écrit :
> WB Raphael :)
>
> I didn't have time to check it with Unreal2 demo (slow connection...),
> but it should fix it.
It works like a charm.
Now i have to understand why (after a little hack as we
On Mon, 27 Oct 2003, Jakob Eriksson wrote:
> Why is this not applied?
Because the problem was with MinGW's import lib, not with Wine's comctl
conformance test. I have submitted a patch to MinGW but it's not applied
yet (it has generated quite a discussion over there by the way).
> Would be nice
Hi list,
Nobody has reported anything to be broken, so if I don't get any feedback by
tomorrow, winesetuptk 0.7 will be released tomorrow (The 28th) on sourceforge
with no changes respect to rc2.
Ivan.
Sylvain Petreolle <[EMAIL PROTECTED]> writes:
> I noticed that the Makefile in tests directory actually already tries
> to regenerate it.
> But instead, it fails,because it uses this path :
>
> tests -> ../../.. -> dlls -> generation of lib${IMPORTS}.def
> (IMPORTLIBS in Makefile)
>
> where it c
I noticed that the Makefile in tests directory actually already tries
to regenerate it.
But instead, it fails,because it uses this path :
tests -> ../../.. -> dlls -> generation of lib${IMPORTS}.def
(IMPORTLIBS in Makefile)
where it could do, much simpler (and without slowdown) :
tests -> .. -
"Ralf Juengling" <[EMAIL PROTECTED]> writes:
> no, but I've set LD_LIBRARY_PATH to /local/lib
> Also, I've looked for a file "libntdll.dll.so" and there is none.
> In /local/lib/wine there are files "libntdll.def" and "ntdll.dll.so",
> though.
Your setup is fine, libntdll.dll.so no longer exists.
Sylvain Petreolle <[EMAIL PROTECTED]> writes:
> The only way to compile is to go into the dll directory and run :
> make winmm.spec.def (changing the name winmm properly)
>
> Has someone else seen this problem ?
That's normal, the import libs dependencies are only in the top-level
dlls makefile.
Sylvain Petreolle <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] winmm]$ make clean
> then make will generate this error [...]
With a 10-day old checkout (Oct 17) make works without any
problem for me.
Feri.
Hello Skywing,
I have forwarded your request to wine-devel also in the event your SEH
implementation might help them.
Thanks
Steven
--- Skywing <[EMAIL PROTECTED]> wrote:
> I've done a significant amount of reworking on the macro SEH support
> that I
> introduced on the mailinglist some time ago.
http://vmlinux.org/jakov/Wine/
Since winetests has not yet made it to CVS and I found some spare time,
I have now compiled a new winetests.exe.
Tests built with MSVC 7 from CVS 20031027.
(Testing shell cross built with mingw32.)
http://vmlinux.org/jakov/Wine/
Why is this not applied?
Would be nice to have when cross compiling works.
Hans Leidekker wrote:
Hi,
It appears that the comctl32 conformance test calls functions by name
that are exported by ordinal only on Windows. Still the test runs (and
thus run-time links) on Wine. Is this wanted behav
Hi Subhobroto,
Vincent Béron wrote:
}
+
//
+char szTemp[MAX_PATH]={0};
...
Please don't use // style comments. Not all C compilers accept them.
Please don't use any features of C++. The above variable
> "Bryan" == Bryan Gruneberg <[EMAIL PROTECTED]> writes:
Bryan> Greetings all ! I have a task ahead of me. I need to write an
Bryan> application that will access a RFID reader. We have a library
What is an RFID reader? R_adio F_requency I_dentifucation D_evice?
Probably a device conn
Hi,
Thanks to everyone who's helped on this one.
Just to let you know this turned out to be end-user silliness by me.
Vincent BÃron pointed me in the direction of checking installed glibc &
RH kernel versions etc. It turns out that I had (twice!) downloaded the
completely wrong RPMs.
Sorry for
Greetings all !
I have a task ahead of me. I need to write an application that will
access a RFID reader. We have a library from the supplier that contains
all the functions, and we have it in two forms. A static .lib file and a
dll, but both are Win32 libraries. From what I have read, utilising
On Sun, 26 Oct 2003 23:34:47 +0100 (CET), you wrote:
> make[1]: *** No rule to make target `../../../dlls/libwinmm.def',
> needed by `winmm_test.exe.spec.c'. Stop.
> make[1]: Leaving directory `/home/wine/dlls/winmm/tests'
> make: *** [tests] Error 2
>
> The only way to compile is to go into the
21 matches
Mail list logo