Hi,
--- Alexandre Julliard [EMAIL PROTECTED] wrote:
Precisely, this way it's obvious which functions are meant to be
used by Win32 apps and which are internal to Wine.
Hmm, I think any programmer who thinks a static function in one of
the implementation files of a given dll can possibly be
On September 29, 2003 05:31 pm, Jon Griffiths wrote:
But since you're adament, this should probably be made a janitorial
task; internal stdcall functions are currently used in other places
(5 other files in shlwapi, for example).
It doesn't seem that much of a problem, a patch would be simpler
Jon Griffiths [EMAIL PROTECTED] wrote:
Please don't do that. Internal functions should use standard C
calling conventions. We don't care about two bytes of extra code.
Can do. Is there any reason why not though? After all, the entire
Win32 api does it...
Alexandre may have its reasons, but
Jon Griffiths [EMAIL PROTECTED] writes:
Please don't do that. Internal functions should use standard C
calling conventions. We don't care about two bytes of extra code.
Can do. Is there any reason why not though? After all, the entire
Win32 api does it...
Precisely, this way it's obvious
Hiya,
Should this not be #define szResLen (sizeof(szRes)/sizeof(WCHAR) -
1) ?
Sorry, I must have dozed off. You are of course right, I'll resend in
a minute. Good spotting!
Jon
=
Don't wait for the seas to part, or messiahs to come;
Don't you sit around and waste this chance... - Live
Hi,
Just a few comments on an otherwise good patch:
-static BOOL URL_JustLocation(LPCWSTR str)
+static BOOL WINAPI URL_JustLocation(LPCWSTR str)
...
-static LPCWSTR URL_ScanID(LPCWSTR start, LPDWORD size,
WINE_URL_SCAN_TYPE type)
+static LPCWSTR WINAPI URL_ScanID(LPCWSTR start, LPDWORD
