Mike Hearn wrote:
On Mon, 26 Jul 2004 19:38:34 +0200, Jeroen Janssen wrote:
Yes, and I think you will want to have the length in characters when
declaring a (C) array in the example code below:
Oops yes you are right (again), I was slipping back into the old delphi
habits where sizeof() on an arr
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
I explained it many times already: because you can't have different locales
for keyboard input, string collation and to/from unicode conversion routines.
Ok, it seems that we are walking around in circles here.
Windows
"Diego 'Flameeyes' PettenР" <[EMAIL PROTECTED]> wrote:
> I've a question about RelayExclude setting in [Debug] section of
> ~/.wine/config :
> I was trying to debug the load of ClrMamePro watching at the relay output,
> but there's a lot of call of ntdll.RtlEnterCriticalSection
> ntdll.RtlLeaveCri
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> >I explained it many times already: because you can't have different locales
> >for keyboard input, string collation and to/from unicode conversion routines.
> >
> >
> >
> Ok, it seems that we are walking around in circles here.
>
> Windows has it.
On Mon, 26 Jul 2004 19:38:34 +0200, Jeroen Janssen wrote:
> Yes, and I think you will want to have the length in characters when
> declaring a (C) array in the example code below:
Oops yes you are right (again), I was slipping back into the old delphi
habits where sizeof() on an array returns the
Am Dienstag, den 27.07.2004, 00:18 +0200 schrieb Michael Schlüter:
> The keyboard hasn't that problem because it calls SetWindowsHookExW and
> UnhookWindowsHookEx from keyboarddev_create_deviceA/W and
> SysKeyboardAImpl_Release and are only called once in a program. Maybe
> this could be done for t
On Mon, 2004-07-26 at 19:31 +0200, Diego 'Flameeyes' Pettenà wrote:
> My question is if there's some update on the status of LockWindowUpdate,
> because Mike's comment seems to point out that the patch won't work properly.
It'll be applied in a few months I expect, depends how soon Alexandre
comp
Am Sonntag, den 25.07.2004, 18:18 +0200 schrieb Lionel Ulmer:
> On Sun, Jul 25, 2004 at 04:10:04PM +0200, Michael Schlüter wrote:
> > Are keyboard and mouse handled within the same thread?
>
> Well, depends of the game... I think that it could well use a Keyboard
> device in one thread and a mouse
Resend.
Changelog:
Marcelo Duarte <[EMAIL PROTECTED]>
Localization to Portuguese (devenum) and minor corrections (winmm,
progman, winmine).
Index: dlls/devenum/devenum.rc
===
RCS file: /home/wine/wine/dlls/devenum/devenum.rc,v
retri
here are the build errors I am seeing:
make[2]: Leaving directory
`/home/viper/d/jgainey/build/WINE/wine-20040716/programs/winhelp'
make[2]: Entering directory
`/home/viper/d/jgainey/build/WINE/wine-20040716/programs/winver'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/hom
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> I think there is one zero too many here. Did you mean 078?
No, 7800. Check loader/Makefile.in.
> So, effectively, in order to use this area, we'll need to manage it
> ourselves. Is that a correct assertion? Is there any reason we use
> malloc
Alexandre Julliard wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
I think there is one zero too many here. Did you mean 078?
No, 7800. Check loader/Makefile.in.
Saw it. Didn't understand it, but that will have to wait until tomorrow,
I guess. Half past midnight is too late t
James Hawkins wrote:
WCHAR is a wide (unicode) character. sizeof(embedding)/sizeof(WCHAR)
will return the length of the strength in characters and not the size
of it if I'm not mistaken.
Yes, and I think you will want to have the length in characters when
declaring a (C) array in the example c
Le lun 26/07/2004 à 10:56, Mike Hearn a écrit :
> On Mon, 26 Jul 2004 15:44:02 +0200, Fabian Cenedese wrote:
> > Well, the parsing was just an idea. The main intent for the GUI-app
> > was that the user could at least see something as opposed to the
> > messages vanishing on the non-existent consol
On Mon, Jul 26, 2004 at 06:24:48PM +0200, Jeroen Janssen wrote:
> Mike Hearn wrote:
> >ChangeLog:
> >Pass -Embedding switch to EXE servers, more tracing
>
> >diff -u -p -r1.15 rpc.c
> >--- dlls/ole32/rpc.c15 Jul 2004 22:07:44 - 1.15
> >+++ dlls/ole32/rpc.c21 Jul 2004 22:43:59 -000
Hi, I was trying to debug wine while using ClrMamePro to fix the Bug #2387 I
reported (the main windows doesn't reappear after it's hide).
The way of ShowWindow() function seems not to be the right one, because it
seems not to be called when the window should shown up after hide.
So I started fol
Alexandre Julliard wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
When actually run (through strace), one can see the mmaps being
carried out and successful, and then the mmap that fails (no
memory). Then malloc is attempted, which tries mmap, then brk, and
then mmap again. All fail. This is
Which errors are you referring to? The most frequent ones lately are the ones where
the winetest package isn't available on the sourceforge osdn mirror. We are still
asking people to download the tests from this location for particular test releases.
I'd imagine the fix is simply to point the
Hi,
I've a question about RelayExclude setting in [Debug] section of
~/.wine/config :
I was trying to debug the load of ClrMamePro watching at the relay output,
but there's a lot of call of ntdll.RtlEnterCriticalSection
ntdll.RtlLeaveCriticalSection and so on.
I already added them to RelayExclude l
Dmitry Timoshkov wrote:
?
Docs says I can.
Actual practice says I can (I do it all the time, as do many people in
Israel).
Please elaborate on why you chose to call a documented behavior *that
works* "insane".
I explained it many times already: because you can't have different locales
for ke
Hi,
Is anyone aware of a (free) idl compiler that can also generate
proxy/stub code for usage with wine?
As far as I understand widl can not generate proxy/stub code (yet).
Also, I'm wondering if it would be possible to translate idl to XML and
then with XSLT 'transform' into proxy/stub code.
--
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> When actually run (through strace), one can see the mmaps being
> carried out and successful, and then the mmap that fails (no
> memory). Then malloc is attempted, which tries mmap, then brk, and
> then mmap again. All fail. This is the point where I s
Mike Hearn wrote:
ChangeLog:
Pass -Embedding switch to EXE servers, more tracing
diff -u -p -r1.15 rpc.c
--- dlls/ole32/rpc.c15 Jul 2004 22:07:44 - 1.15
+++ dlls/ole32/rpc.c21 Jul 2004 22:43:59 -
@@ -471,8 +471,10 @@ create_server(REFCLSID rclsid) {
char buf
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> >Well, I had read glibc sources and it's definitely ignores LC_CTYPE.
> >
> >
> Maybe there is no part of glibc that cares what encoding it is. I can
> tell you with authority that X does look at it, as does less, konsole,
> kedit, and almost any
On Monday 26 July 2004 00:14, Robert Shearman wrote:
> >- Implementation of "real handles", instead of "address-handles".
>
> This is useful. Address handles (pointers to objects in memory) have the
> disadvantage that they can leak memory if the application can't be
> bothered to free them, althou
On Monday 26 July 2004 13:04, Fabian Cenedese wrote:
> What about a simple GUI-application which would call wine and
> capture (and maybe parse?) the output? This would be called if
If it is fatal error we can use error code returned by wine
process.
--
Lav
Vitaly Lipatov
Saint-Petersburg
GNU! A
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
Why LC_ALL or LANG don't work for you then?
Please reread the patch. They are looked at, just not exclusively.
LC_ALL overrides everything, and LANG is looked at if no LC_CTYPE (or
whatever) is used. That's the order U
Is it known that console message printed to output in wine
internal encoding (OEM?), not in locale encoding. Is it bug or
just needed coding right behavior?
For example, I have koi8-r as locale encoding, cp866 as OEM CP
and cp1251 as ANSI CP.
--
Lav
Vitaly Lipatov
Saint-Petersburg
GNU! ALT Lin
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> >Why LC_ALL or LANG don't work for you then?
> >
> >
> Please reread the patch. They are looked at, just not exclusively.
> LC_ALL overrides everything, and LANG is looked at if no LC_CTYPE (or
> whatever) is used. That's the order Unix does it (m
On Mon, 26 Jul 2004 15:44:02 +0200, Fabian Cenedese wrote:
> Well, the parsing was just an idea. The main intent for the GUI-app
> was that the user could at least see something as opposed to the
> messages vanishing on the non-existent console or the ever popping
> up error dialogs.
I guess GUI d
At 13:31 26.07.2004 +0100, Mike Hearn wrote:
>On Mon, 26 Jul 2004 11:04:38 +0200, Fabian Cenedese wrote:
>> What about a simple GUI-application which would call wine and capture
>> (and maybe parse?) the output? This would be called if a program is
>> started with a shortcut (no console). For the c
On Mon, 26 Jul 2004 11:04:38 +0200, Fabian Cenedese wrote:
> What about a simple GUI-application which would call wine and capture
> (and maybe parse?) the output? This would be called if a program is
> started with a shortcut (no console). For the console you can still use
> the normal wine. Like
<[EMAIL PROTECTED]> writes:
> What is the service doing with winrash options btw? The
> installer stops, installs and starts the winrash service.
>
> The installer uses /S for silent installs, otherwise it
> will try to popup windows. Are you sure the service isn't
> calling the installer with /
Jeroen Janssen wrote:
Hello,
After last weeks discussion on the "unhandled interface" message in
CFProxy_QueryInterface I was getting, we concluded (if I'm correct) that
this is part of the "IRemUnknown" handling that is not (yet) implemented
correctly in the wine CVS tree.
I can't work out how
Hi,
I'm trying to use the lxr setup for wine at winehq, but it doesn't seem to
work correctly (or I'm doing something wrong).
I'm looking for all sourcefiles containing "ClassFactory", following this
link: http://source.winehq.org/search?string=ClassFactory . The result I
am getting is 'empty'.
Hello,
After last weeks discussion on the "unhandled interface" message in
CFProxy_QueryInterface I was getting, we concluded (if I'm correct) that
this is part of the "IRemUnknown" handling that is not (yet) implemented
correctly in the wine CVS tree.
I'm trying to figure out exactly where in th
>> Also, maybe we need a new debug level for that (above ERR and FIXME),
>> which is "Human readable messages". The message as it is is perfectly
>> understandable to programmers, but not to users. Even if it was, these
>> messages are usually surrounded by hundred of messages that the user
>>
> I see why user-opened bugs could benefit from this policy, but
> developers opened bugs should probably not. Of all the BiDi related
> bugs, I think 1235 is the only place where a bug MAY have disappeared
> "by itself".
Well, when I proposed this solution, I considered this case and had a
spe
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
As far as I understand what you are trying to do and what the patch
Alexandre committed does is to make the user interface use english
while you still have an ability to type in your native language.
No. What I'm trying
39 matches
Mail list logo
