On January 1, 2003 12:39 am, Joerg Mayer wrote:
Isn't the result of sort -u | uniq -c always either 1 or nothing at all?
But of course, silly me:
[dimi@dimi wine.src]$ find -name *.h | sed 's%.*/%%' | sort | uniq -c | sort -rn |
head -15
11 main.h
4 user.h
4 resource.h
3
Francois Gouget wrote:
On Mon, 30 Dec 2002, Drew Ogle wrote:
I was exploring what was making win2k's cmd.exe crash,
and I had found a problem in GetFullPathName, so I wrote a test.
[ ... ]
What if we just implement the Windows XP behavior? Does this break
anything?
This is unknown,
Looking at http://fgouget.free.fr/wine/tests-en.shtml,
I downloaded ran the precompiled tests.
Are them updated to ensure results in sync with the current CVS ?
Is there a way to compile tests under Cygwin ? Looking into doc doesnt
say that.
What data should be reported when seeing invalid test
On Wed, 1 Jan 2003, Shachar Shemesh wrote:
Assuming this is a winelib app that is compiled within the wine source
tree, what do I need to do (both makefile and include wise) to make it
compile?
I think it would be best not to link with msvcrt. You could use
lstrcmpiA as a replacement
I've started on some tests in shlwapi. I've added the following file to
the tests directory under shlwapi, but I can't include it in a cvs diff,
because I don't have write access to the repository.
Any hints as to diffing a new file cleanly w/o write access to CVS?
These tests compile and run
It sounds to me like the file-locking code I am looking for has already been
done and/or was rejected at some time in the past.
I'm probably not the best qualified to do this if it has already been done.
But in order to run databases on Wine, I need it.
Please advise.
[personal reply because
Dimitrie O. Paun wrote:
On December 31, 2002 01:52 pm, Manu wrote:
-mno-cygwin don't have much sense, since Visual-MinGW is built with
MinGW, under Windows, not Cygwin.
Yes, I know, but -mno-cygwin should be a noop in that case. And if
someone has cygwin installed, it will ensure that
On December 31, 2002 03:55 pm, Matthew Mastracci wrote:
--- 8 ---
And the entire file for url.c in dlls/shlwapi/tests/url.c:
--- 8 ---
Just diff the file against /dev/null. You should have generated
this patch like so:
cvs diff -u dlls/shlwapi/tests shlwapi_tests.diff
diff -u /dev/null
On December 31, 2002 06:41 am, Patrik Stridvall wrote:
I think it is better than Alexandre runs
winapi_cleanup --include-quotes
himself if he thinks it does the correct things.
Well, that's cool, but your original message gave the impression
that this is still a work in progress
On January 1, 2003 12:48 pm, Shachar Shemesh wrote:
* _stricmp is not defined, and is called directly instead of as
stricmp. * As a result of the above, there is a compilation warning when
compiling.
There's no point in importing msvcrt just for this function.
Just use lstrcmpiA (exported
Win2000 Conformance Tests Round 3:
dsound_test refused to run, complaining of a missing MSVCRTD.dll
shlwapi_test shreg gave what I consider to be a rather interesting string in it's error
Apart from that, a lot of things were just like WinXP, except for the advapi32_test
registry.
===
On January 1, 2003 11:46 am, Shachar Shemesh wrote:
I tried adding msvcrt to IMPORTS, but if I try to include
msvcrt/string.h, I get tons of conflicts with other includes over
WCHAR and such.
If you _really_ want to link with msvcrt (why?), you should add
IMPORTS = msvcrt
EXTRAINCL =
--- Kye Lewis [EMAIL PROTECTED] a écrit : Win2000 Conformance
Tests Round 3:
dsound_test refused to run, complaining of a missing MSVCRTD.dll
you can download it from http://www.nomore-missingdll.com/
=
Sylvain Petreolle
[EMAIL PROTECTED]
Fight against Spam !
Hi,
Problem 1
=
I am trying to follow this discription on how to compile win32
source code with the winelib
http://www.winehq.org/Docs/winelib-user/
winelib-getting-started.shtml#WINEMAKER-INTRODUCTION
The process generates a Makefile that is supposed to complie a
ressource file e.g.
The process generates a Makefile that is supposed to complie a
ressource file e.g. winemine.rc with the wrc compiler, but
winemaker adds a '-L' option to the wrc compilwr that is does
not recognize.
Please Retry with CVS version.
I am using wine-20021219 on RedHat 8.0.
Problem 2
I am already working on a patch for both of these problems. I will
post it to wine-patches and send you a copy in a little while. The
second problem has existed for some time, but I believe the first
is due to recent changes the wrc resource compiler.
The patch incorporates more changes than
Hans Christian Studt wrote:
Sylvain Petreolle wrote:
Problem 2
=
Define a drive that can see rhis directory, for example P: as
/user/usr/local/wine/programs/ or move the source directory where it
can be seen by current defined drives in $HOME/.wine/config.
If you read it, the error
Hi,
I'm trying to figure out why an app works on Windows but not Wine,
and it'd sure be nice to be able to log all the api calls the
app makes under each of the two environments; then perhaps
I could compare the logs to see where Wine differed from Windows.
Does anyone else do stuff like that?
Jeff Smith [EMAIL PROTECTED] writes:
I've seen no activity on wine-cvs for a week (Dec 23).
What's up? Holiday vacation?
Yep, I'm just back from one week without email access; there should be
plenty of traffic on wine-cvs soon judging from my mailbox ;-)
Happy New Year to everybody!
--
Dan Kegel wrote:
Hi,
I'm trying to figure out why an app works on Windows but not Wine,
and it'd sure be nice to be able to log all the api calls the
app makes under each of the two environments; then perhaps
I could compare the logs to see where Wine differed from Windows.
Does anyone else do
Sylvain Petreolle wrote:
Define a drive that can see rhis directory, for example P: as
/user/usr/local/wine/programs/ or move the source directory where it
can be seen by current defined drives in $HOME/.wine/config.
If you read it, the error message describes exactly what must be
done...
When
Dimitrie O. Paun [EMAIL PROTECTED] writes:
On December 22, 2002 03:04 pm, Francois Gouget wrote:
But I'm open to change, '__WINE__' looks more like the others. Maybe
'__WINELIB__' would do? (but I prefer '__WINE__')
Alexandre, what do you think? I'd like to have winegcc define this by
Francois Gouget [EMAIL PROTECTED] writes:
On Tue, 24 Dec 2002, Dan Kegel wrote:
Shouldn't this be declared in wine/include/winternl.h, like
the other Rtl functions?
Microsoft does not declare it in winternl.h. We could create an ntddk.h
or a wdm.h header but these are part of the
Hey Dan,
We've looked into this extensively; looking at both flavors
of apispy (yes, there are two of them, with very similar names),
and a lot of other variations.
However, I've got a half baked W2K based solution similar to
the Detours library from Microsoft. The advantage to my approach
is
Francois Gouget [EMAIL PROTECTED] writes:
This test uses {Get,Set}WindowLongW which of course does not work on
Win9x, thus causing the test to fail. I guess part of the goal is to
check that mixing Ansi calls (CreatewindowExA) with Unicode calls works.
No, there's no real reason to use the W
Jeremy White wrote:
Hey Dan,
We've looked into this extensively; looking at both flavors
of apispy (yes, there are two of them, with very similar names),
and a lot of other variations.
However, I've got a half baked W2K based solution similar to
the Detours library from Microsoft. The
Duane Clark wrote:
Dan Kegel wrote:
I'm trying to figure out why an app works on Windows but not Wine,
and it'd sure be nice to be able to log all the api calls the
app makes under each of the two environments; then perhaps
I could compare the logs to see where Wine differed from Windows.
Does
Dan Kegel wrote:
The SPYXX.EXE in my copy of msvc4.0 appears to only let you log
windows messages, not api calls. Then again, since help doesn't
work under Wine, I can't tell if I'm missing something...
Oops, my mistake. That's right.
Don't know mny things on winelib compilation, but look under other
programs/ examples. It seems you have incorrect extension for your
files. You're missing the .exe before the .so (wine looks
for winemine-hcs.exe.so if I remember correct)
Last thing I can say : check your winemaker options.
The C program
main(int argc, char **argv) { puts(argv[0]); }
outputs an absolute path on Windows, but sometimes
outputs a relative path on Wine. This causes the
commandline
$ wine d:setup
to fail to find its files properly if it uses the
basename of argv[0]. One example of this is msvc4.0
Jeremy White [EMAIL PROTECTED] wrote:
We've looked into this extensively; looking at both flavors
of apispy (yes, there are two of them, with very similar names),
and a lot of other variations.
However, I've got a half baked W2K based solution similar to
the Detours library from Microsoft.
On January 1, 2003 07:40 pm, Alexandre Julliard wrote:
I think __WINE__ is best, let's just rename the internal one. BTW this
Cool, but to what? __WINESRC__? __WINEBUILD__? __WINEINTERNAL__?
may be the occasion to clean things up a bit, we have way too many of
these ifdefs in our headers, and
32 matches
Mail list logo
