Hi,
On Wed, Jul 28, 2004 at 11:04:24AM +0900, Dmitry Timoshkov wrote:
> "Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
>
> > http://support.microsoft.com/default.aspx?scid=kb;en-us;258047 says you
> > are wrong. My personal experience says you are wrong too, but that's
> > besides the point.
>
>
Hi,
On Tue, Jul 27, 2004 at 07:52:36PM -0300, Marcio Esper wrote:
> Hi folks,
>
> On Tue, 2004-07-27 at 19:26, Troy Rollo wrote:
> > On Tue, 27 Jul 2004 15:55, Marcio Esper wrote:
> > > I made a new icon to be used with wine.
> > >
> > > 128x128, 64x64, 48x48, 32x32, 16x16.
> >
> > Sorry, but th
On Tue, Jul 27, 2004 at 11:04:10PM +0100, Mike Hearn wrote:
> On Tue, 27 Jul 2004 22:57:53 +0200, Lionel Ulmer wrote:
> > I have just a few comments on the patch (yeah, it would not have been fun if
> > I had commented on wine-d3d first :-) ).
>
> One comment, it's my understanding that S3TC is pa
> "Robert" == Robert Reif <[EMAIL PROTECTED]> writes:
Robert> Dmitry Timoshkov wrote:
>> "Diego 'Flameeyes' PettenŠ " <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>>> I've a question about RelayExclude setting in [Debug] section of
>>> ~/.wine/config : I was trying to debu
In an attempt to get away from a possibly confusing subject line, and
to converge on an agreed behavior, here is an attempt to clear the
desired locale behavior Wine should have. Dmitry (and anyone else),
please comment on this table where you think there are errors in it,
and say what should b
Hi,
Is there any way to specify in config file or any other place, a way to
prevent/delay a shared object from being unloaded till
the application using it terminates? In dlopen there is a flag RTLD_NODELETE
which keeps the loaded shared object in memory even after dlclose is called.
The shared o
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> In an attempt to get away from a possibly confusing subject line, and to
> converge on an agreed behavior, here is an attempt to clear the desired
> locale behavior Wine should have. Dmitry (and anyone else), please
> comment on this table where yo
Robert Shearman wrote:
Changelog:
Document wrong behaviour for IRunningObjectTable.
Sorry, the changelog for this patch should have been as follows:
Mike Hearn <[EMAIL PROTECTED]>
Robert Shearman <[EMAIL PROTECTED]>
Document wrong behaviour for IRunningObjectTable.
Hi,
On Wed, Jul 28, 2004 at 11:39:30AM +0200, Ivan Leo Puoti wrote:
> I'm not 100% sure this patch is correct, please let me know if it isn't.
> BTW at line 342 of dlls/ntdll/version.c I read /* FIXME: Not sure, should be
> verified with a Win2K3 dll */
> how can this be verified?
Easy, take seve
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
In an attempt to get away from a possibly confusing subject line, and to
converge on an agreed behavior, here is an attempt to clear the desired
locale behavior Wine should have. Dmitry (and anyone else), please
comment on t
I've found this hex value in user32.dll
5e07c
is this good or bad?
Ivan.
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> Ok. Then please do the following experiment for me, will ya?
> 1. Hover the mouse over the clock. The date is displayed. Watch the date
> display language.
In the language of the system locale, russian for me.
> Now go to "Regional options", and ch
I think I found the source of our misunderstanding.
To me, this is the terminology (Windows 2000):
User locale (aka "User default locale"): the locale as appearing in the
"Regional options" as "Your locale (location)".
System locale: the locale as appearing in the "Regional options" as "Set
defau
On Wed, 2004-07-28 at 09:32 +0200, Lionel Ulmer wrote:
> Why do you think we took the pain to use an external library to do the
> decompression instead of having it in the Wine code itself :-) ?
Great, so this is another codec-style fiasco where you have to violate
patents with an extra library if
Dmitry Timoshkov wrote:
You are trying to persuade yourself by taking into account only the look
of the Windows. Please write a test app how I did and see what data
GetSystemDefaultLCID and GetUserDefaultLCID return.
Just did:
GetUserDefaultLCID: 0409
GetSystemDefaultLCID: 040d
Open the folder c
man, 26.07.2004 kl. 13.03 skrev Robert Shearman:
> I can't work out how IUnknown marshalling is getting delegated to the
> IClassFactory marshaller,
It shouldn't, as far as I know. Or, what exactly are you asking?
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> >You are trying to persuade yourself by taking into account only the look
> >of the Windows. Please write a test app how I did and see what data
> >GetSystemDefaultLCID and GetUserDefaultLCID return.
> >
> >
> Just did:
> GetUserDefaultLCID: 0409
>
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
You are trying to persuade yourself by taking into account only the look
of the Windows. Please write a test app how I did and see what data
GetSystemDefaultLCID and GetUserDefaultLCID return.
Just did:
GetUserDefaultLCI
Hi,
I have a few questions:
* is it possible to add the date/version in the online wine documentation
at http://www.winehq.com/site/documentation (for the user, devel docs)
* when exactly are these pages generated? (nightly/daily/?)
best regards,
Jeroen
On Wed, 2004-07-28 at 10:11, Jeroen Janssen wrote:
> * is it possible to add the date/version in the online wine documentation
> at http://www.winehq.com/site/documentation (for the user, devel docs)
>
> * when exactly are these pages generated? (nightly/daily/?)
The docs are built when there is
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> >>Just did:
> >>GetUserDefaultLCID: 0409
> >>GetSystemDefaultLCID: 040d
Ok, I have reproduced it now, my apologies for previous
misunderstanding. But still, it really changes nothing.
System default locale defines current ANSI code page,
while user d
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> Alexandre Julliard wrote:
>
>>That's why we don't use malloc in Wine...
>>
> http://source.winehq.org/source/dlls/ntdll/virtual.c#L373 says otherwise.
Yes there are a few exceptions, because we obviously can't allocate
from the process heap in the cod
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> I still want your patch to be removed until you at least
> write test cases showing what exactly APIs are affected
> by system/user locale. Using LC_CTYPE for the system
> default locale (current ANSI code page) is very dubious
> choice as well. The
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
Just did:
GetUserDefaultLCID: 0409
GetSystemDefaultLCID: 040d
Ok, I have reproduced it now, my apologies for previous
misunderstanding. But still, it really changes nothing.
System default locale defines current ANSI c
Santosh Siddheshwar <[EMAIL PROTECTED]> writes:
> Is there any way to specify in config file or any other place, a way to
> prevent/delay a shared object from being unloaded till
> the application using it terminates? In dlopen there is a flag RTLD_NODELETE
> which keeps the loaded shared object
Alexandre Julliard wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
Alexandre Julliard wrote:
That's why we don't use malloc in Wine...
http://source.winehq.org/source/dlls/ntdll/virtual.c#L373 says otherwise.
Yes there are a few exceptions, because we obviously can't allocate
> Great, so this is another codec-style fiasco where you have to violate
> patents with an extra library if you have the "wrong" video card? What
> does that mean for distribution?
No idea And frankly, I do not really care.
Anyway, as we use the library that is (or will) be dynamically loaded
Robert Shearman wrote:
Changelog:
Fix for infinite loop that could occur if _invoke_onereq failed.
Please don't apply this patch. I'll submit a better and more complete
one in a minute.
Rob
Robert Shearman wrote:
Changelog:
Mike Hearn <[EMAIL PROTECTED]>
Fix ref counting in StdMarshalImpl_MarshalInterface for case where the
stub already exists.
Index: wine/dlls/ole32/compobj_private.h
===
RCS file: /home/wine/wine/dlls/
<[EMAIL PROTECTED]> writes:
> 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.
For example this:
> Winrash version: winrash-0008-chris-msvc.exe
> [...]
> winetest = winetest-200407091000-
> <[EMAIL PROTECTED]> writes:
>
> > 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.
>
> For example this:
>
> > Winrash version: winrash-0008-chris-msvc.exe
> > [...]
> > winetest =
What do we do if the user requests a Unicode codepage? I've just had a
conversation with a user on IRC where I believe things didn't work for
him because LANG was set to es_ES.UTF-8. On one hand, I don't think we
can force ANSI applications to work in Unicode. On the other hand, we
cannot chang
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> What do we do if the user requests a Unicode codepage? I've just had a
> conversation with a user on IRC where I believe things didn't work for
> him because LANG was set to es_ES.UTF-8.
What exactly doesn't work for him? UTF-8 is a perfectly valid
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> I'm afraid I still don't see what's wrong with the patch. Obviously
> there can be different system and user locales on Windows, since there
> are APIs for that, and LC_CTYPE looks like a pretty good match for
> what the system locale does; I don't
What is it exactly that winrash does? Is it running winetests using
the native libraries of the Windows operating system that the user is
running the tests on, or are the wine libraries being tested through
some means? Is there a site where this information is readily
available? I have one sugge
The winetests are testing windows behavior. Ideally they should all pass on
wine and under windows. Winrash runs these winetests. It gets a script file
from a script on winehq.org that creates the script based on the current
version of winrash and the winetests that the client has already run
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> It breaks every user's setup where LANG and LC_CTYPE inadvertently point
> to different locales (like LC_CTYPE=en_US, LANG=ru_RU) and users in that
> case have completely not working Wine: neither keyboard input, not localized
> resources and everyt
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> I'm still not clear on what you are objecting to. Changing the system
> locale is not going to affect keyboard input or resources. Keyboard
> input will be affected because we now set the Unix codepage from
> LC_CTYPE too, is that your main objecti
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> Yes, that's the reason why LC_CTYPE and LC_MESSAGES were removed from
> the list of environment variables controlling Wine locale.
I think the problem was more that we were setting both user and system
locales, and for that we can really only take
On Wednesday 28 July 2004 04:36 pm, [EMAIL PROTECTED] wrote:
> Your help is much appreciated. This is a tricky issue it seems as SF isn't always
> reliable for downloads...
Gentoo handles this situation fairly well, it simply uses a URL format
'mirror://sourceforge/project/file'
and has a small
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> > We should not complicate things, especially since it's not clear at all
> > what APIs are affected by system/user locale differences.
>
> But the fact is that there are two different locales that can be
> configured independently on Windows, and
Dmitry Timoshkov wrote:
I still want your patch to be removed until you at least
write test cases showing what exactly APIs are affected
by system/user locale. Using LC_CTYPE for the system
default locale (current ANSI code page) is very dubious
choice as well. The whole purpose and the patch itsel
Dmitry Timoshkov wrote:
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
I'm afraid I still don't see what's wrong with the patch. Obviously
there can be different system and user locales on Windows, since there
are APIs for that, and LC_CTYPE looks like a pretty good match for
what the system lo
Shachar Shemesh wrote:
What happens on Unix with that setup? When I try setting LANG to he_IL
and LC_CTYPE to en_US on unix, I can type Hebrew characters in kedit,
but they are saved as "?". In other words, Wine's behavior under the
case you mention exactly reflects the behavior Unix gives.
I t
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> I like the idea of moving that setting to the config file. We can't
> use existing unix locale settings except LC_ALL and LANG because
> every user's system might have (and does have) very different locale
> settings, we can't assume that everyone o
On Sun, Jul 25, 2004 at 03:02:13PM +0100, Mike Hearn wrote:
[finally back on email, account was busted for a while]
> Dimi thought it should be kept as well, but thought the UI could be
> improved a lot: for instance a mail based interface would be good. He
> also thought a dedicated triage guy w
On Wed, Jul 28, 2004 at 11:51:58PM -0400, Kevin Koltzau wrote:
> On Wednesday 28 July 2004 04:36 pm, [EMAIL PROTECTED] wrote:
> > Your help is much appreciated. This is a tricky issue it seems as SF isn't always
> > reliable for downloads...
>
> Gentoo handles this situation fairly well, it simp
Dimitrie O. Paun wrote:
On Wed, Jul 28, 2004 at 11:51:58PM -0400, Kevin Koltzau wrote:
On Wednesday 28 July 2004 04:36 pm, [EMAIL PROTECTED] wrote:
Your help is much appreciated. This is a tricky issue it seems as SF isn't always reliable for downloads...
Gentoo handles this situati
48 matches
Mail list logo