$ make test
/home/martin/Software/Wine/TMP/wine/miscemu/wine: cannot find 'tests/kernel32_test.exe.so'
make: *** [tests/alloc.ok] Fehler 1
What am I doing wrong? I have tried this and that, but I don't seem to be able to
run the tests. This happens for any tests I try.
It seems that wine isn't looking for "tests/kernel32_test.exe.so" below the current directory.
Martin
--
Martin Wilck Phone: +49 5251 8 15113
Fujitsu Siemens Computers Fax: +49 5251 8 20409
Heinz-Nixdorf-Ring 1 mailto:[email protected]
D-33106 Paderborn http://www.fujitsu-siemens.com/primergy
Sorry for crossposting initial message to both lists.
I think the topic may be interesting for both - users
and developers.
Any volunteers to help to translate the documentation
to languages other than English? This is very big job,
so there can be more than one person, working on the
same language.
Among responses to my call for volunteers I got
response from Pedro Restrepo suggesting his help in
Wine localization. See his message below.
Damian Wojslaw requested information on the same topic
on wine-users.
--- Pedro Restrepo <pedrores(a)tutopia.com> wrote:
> Hi Andiry,
>
> First, thank you and thanks to all people working on
> Wine. I am using
> Wine to run Lotus Notes Client on Linux. At the
> moment, we are testing
> it.
>
> I want to help on Wine project. I propose you one
> new work: Wine
> translation to spanish (documentation, installer,
> web site info, etc). I
> think in this work because I think this project is
> necessary for all
> people who need transition tools from Windows to
> Linux and there are
> many people in this situation in SouthAmerica (I am
> from Colombia and I
> am tired of the big payments for software in our
> poor nations).
Currently Wine does not have official documentation in
other languages. Some winelib applications are
localized to other languages.
Documents with highest priority for translation:
* README file
* Wine User Guide
* user-oriented pages on Winehq
Plus, we'll need to keep translations in sync with
original documentation.
Comments, ideas, suggestions?
Andriy
__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
On June 5, 2002 12:31 am, Guy L. Albertelli wrote:
> Ok, the loop was due to constant setting of the buddy wndproc because the
> retrieve of the wndproc did not match. The match failed because the
> application
> program added a wndproc (its own) to the buddy window. The fix will be
> submitted to wine-patches.
Hmm, I see. But with this fix, it means that you can not change the
wndproc of the buddy once set. This can not be right... Also, you
broke the UDM_SETBUDDY.
I this the correct fix is to add the flag as a property on the buddy,
not on the UpDown...
--
Dimi.
Dear wine developers,
I have one question on the development of wine. Long(one or
two years) ago I've heard that Microsoft got some hidden
APIs in their products of various windows, and they use
these APIs in their own applications. I wonder if this is
still a problem on their recent product like windows XP. If
it is, I guess wine will not be able to run such MS
applications which uses hidden APIs. Is this right?
And, is wine designed(or its goal is) to run all
applications(including MS product and non-MS product) that
runs on windows?
Please forgive me if this problem has appeared in the
past. I just joined this list a couple of days ago.
Thank you.
Regards,
--
Zhang Shu
Hi wine gurus
I have some dll, I want to run under Linux. I try to study Wine
docs, but, if I say the truth, I did not make me clever so much.
Please, could you help me port this part of win code (extracted from
my java <--> cpp bridge) under Linux? Petr
//define dll handler
HINSTANCE hInst = NULL;
//define entry in dll
typedef char* (_pascal * GLL_version)();
//here is some call
//load library
if( hInst == NULL )
hInst = LoadLibrary("mylib");
if( hInst == NULL )
return;
//get proc address
FARPROC proc = GetProcAddress(hInst, "GLL_VERSION");
//and call it
if (proc != NULL)
printf("%s", (char*)(GLL_version)proc());
//free handler
FreeLibrary(hInst);
hInst = NULL;
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
After further research, it looks as if the lock-up in Baldur's Gate is being
triggered by an unsupported API Call.
Here is the pertinent error message from Wine:
fixme:ddraw:DIB_DirectDrawSurface_Blt dwFlags DDBLT_WAIT and/or DDBLT_ASYNC:
can't handle right now.
This fixme is only encountered during game 'movies' (including resting and
death scenes).
I have a full logfile if anyone is interested.
Ian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE9H4FfAjpHQQmBAUMRAqG0AJ4iMs7zB5i2jQn0Axbtkqwsf1HShQCdHtPz
zU0QnKIKUtr2vYNS+al5t7o=
=pp9a
-----END PGP SIGNATURE-----
I've just uploaded a new (smaller) testcase for this issue. It shows a
window launched by VB in 'modal' mode (xxx.show vbModal, Me) ends up (a)
being clipped by the launching window, and (b) fails to accept keyboard and
mouse input.
Anyone got any thoughts about how to diagnose this - I need to get this
working so I can open up the rest of my test app (All the bits I can get to
now work with builtin oleaut32 after my last patch :-) ). I really am not a
GUI person, but dont mind doing some diagnosis if someone can point me the
right way. I've tried some traces with win debugmsg, but cant spot anything
obvious.
Regards,
Jason
Is anyone working on this or planning on submitting
it? If not I will send the diffs tommrow as some of
the ReactOS developers are interested in it but only
only under LGPL.
Thanks
Steven
__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
"Andreas Mohr" <andi(a)rhlx01.fht-esslingen.de> wrote:
> - quote strings (better in case of LFNs)
debugstr_a/w are specially designed for that task.
--
Dmitry.