The latest cvs (28 Nov 2000) gave the following error message when
running Win98's HyperTerminal. Somebody wanted to know about this
Mike
bash-2.03$ wine hypertrm
fixme:module:CreateProcessA (C:\windows\system\tapisrv.exe,...):
NORMAL_PRIORITY_CLASS ignored
Hi,
I'm having a problem implementing locale related functionality for crtdll.
Basically, I need to get an LCID from a locale string, rather than from a
locale id as used by the MAKELCID macro. There doesn't appear to be a way to
do this using the (documented) windows API.
Looking in
On Tuesday 28 November 2000 4:01 pm, you wrote:
No, because it won't work if a user runs with "--dll ole2nls=n",
that is runs with a native ole2nls.dll which I guess will
work fine under Wine.
Good point. I think I have to duplicate some of the code from that file,
since I just found out
On 27 Nov 2000, Alexandre Julliard wrote:
Ove Kaaven [EMAIL PROTECTED] writes:
Hm... It seems that the unlinkable variables are GUIDs, like those defined
in ddraw.h. Maybe we could instead add to the import tool some kind of
.spec directive "initguid (headerfile)", which emits #include
Patrik Stridvall [EMAIL PROTECTED] writes:
So what do you say? Do you want it or not?
I would be grateful if you accepted it.
In addition it will make it possible to
implement better checks in winapi_check
when we have more information about the API:s.
I think we already have too much
Patrik Stridvall [EMAIL PROTECTED] writes:
So what do you say? Do you want it or not?
I would be grateful if you accepted it.
In addition it will make it possible to
implement better checks in winapi_check
when we have more information about the API:s.
I think we already have
Patrik Stridvall [EMAIL PROTECTED] writes:
However the opposite is not nessarily true,
There are several functions that take a non-const
pointer but doesn't modifiy the buffer.
The programmers at Microsoft wasn't very
careful with const when designing the API.
Well, in this case you'll
Patrik Stridvall [EMAIL PROTECTED] writes:
So I need to know whether a function need read-only or
read-write pointers in order to have a reasonable
interface without having to manually kludge each function.
If the function is declared as LPSTR then you will pass a read-write
buffer. If the
for the first case I need to do
s = "Hello world"
s2 = array('c', s)
Foo(s2, len(s2))
because the string object doesn't support read-write buffer
by _design_ to avoid copy strings across memory. All
indentical strings are only stored once.
Since this is for testing etc,
Hi all,
I don't know any more who discussed this, but I know that there were
numerous discussions.
www.dependencywalker.com crashes when opening a .exe file, too.
(with CVS as of yesterday)
Just a hint,
Andreas Mohr
Patrik Stridvall [EMAIL PROTECTED] writes:
So I need to know whether a function need read-only or
read-write pointers in order to have a reasonable
interface without having to manually kludge each function.
If the function is declared as LPSTR then you will pass a read-write
buffer.
Jon [EMAIL PROTECTED] wrote:
I'm having a problem implementing locale related functionality for crtdll.
Basically, I need to get an LCID from a locale string, rather than from a
locale id as used by the MAKELCID macro.
Which crtdll function does need this?
There doesn't appear to be a way to
On Wednesday 29 November 2000 3:18 am, Dmitry Timoshkov wrote:
Which crtdll function does need this?
setlocale(), which I arrived at looking to implement isleadbyte(). The crt
headers define:
#define isleadbyte(_c) (_pctype[(unsigned char)(_c)] _LEADBYTE)
Fairly, trivial, just like the
In message [EMAIL PROTECTED], Andreas Mohr
[EMAIL PROTECTED] writes
Hi all,
I don't know any more who discussed this,
Gerard, Juergen (with me mumbling in the background), with Turnpike as
chief example
but I know that there were
numerous discussions.
www.dependencywalker.com crashes when
14 matches
Mail list logo