"Vitaly Lipatov" <[EMAIL PROTECTED]> wrote:
> > Could you post a couple of examples what exactly differences
> > do you observe? And what hacks do you propose?
> There is attached the sorted (ordered) symbols from codepage
> cp1251. I get it from output 3.c program runned in win2003, wine
> and
On Friday 02 July 2004 18:08, Dmitry Timoshkov wrote:
> "Vitaly Lipatov" <[EMAIL PROTECTED]> wrote:
> > I guess I can resolve it only for cp1251 encoding... It will
> > hack, in no universal way... :(
>
> Could you post a couple of examples what exactly differences
> do you observe? And what hacks
Any ideas?
I'm not quite versed enough in wine to know what's happening too well. I
realise it's a thread waiting for another that apparently never
finishes.. or I think it is, and I'm kind of lost from there.
that's (another) bug in dbghelp. fix should be sent RSN to wine-patches
A+
Adrian Rees a écrit :
On Fri, 2004-07-02 at 04:27, Eric Pouech wrote:
Adrian Rees a écrit :
Here is the output as requested - ntdll seems to be deferred load (have
tried with emulation version set to Win98 and Win2k with same result).
Thanks for the report.
Looks like something I already fixed (at
"Jonathan Wilson" <[EMAIL PROTECTED]> wrote:
> Given that simply calling whatever the locale functions are on windows and
> using their results is considered too legally risky (because the results
> are almost certainly covered under a MS copyright), the best solution is to
> simply take the be
Bascily, there should be 3 sorts of APIs exported in WINE.
1.windows apis. These dont change (some may be added or their
implementation improved but the prototypes of an existing call wont change
unless it was wrong in the first place)
2.internal WINE apis. These should be for WINE use only and f
Can't the wine installer chmod a-w all of those right when it sets
things up?
It'd solve the problem more elegantly than having to add extra code that
might break other programs.
On Fri, 2004-07-02 at 09:14, Mike Hearn wrote:
> On Fri, 02 Jul 2004 12:26:05 +0100, Shiva Ram Krishna wrote:
> > woul
"Vitaly Lipatov" <[EMAIL PROTECTED]> wrote:
> Well, I test with collation table from Crossover Office. It is
> better then in wine, but no identical to Windows :(
>
> > > I see it idea is implemented in CrossOver Office already?
> >
> > No, nothing has been done yet, just a bit of thoughts.
> I
On Fri, 2004-07-02 at 09:40 -0400, Paul Davis wrote:
> Perhaps more to the point, I didn't even know that he had done this!
This is a common problem, Alexandre doesn't tend to announce commits
people may find interesting to the list. I've taken up monitoring
wine-cvs and picking out some of them,
>I really feel that yes we should support Wine as a library, and that means
>making the APIs we export stable ASAP. I especially think we should stop
I don't think this is necessary. The functionality that Wine offers is
significant enough that developers like myself and Torben (I don't
know about
On Fri, 02 Jul 2004 12:26:05 +0100, Shiva Ram Krishna wrote:
> would you please suggest me what I have to do
Basically, debug it. This has been an intermittent problem since at least
Christmas of this year, but I was never able to nail it. Basically our
regsvr32.exe.so file is being replaced with
Dear Sir/Madam,
I
downloaded the latest cvs of wine and compiled it. All
went well but it seems that the regsvr32.exe.so file
wasn't created properly. If c
Dear Sir/Madam,
I downloaded the latest cvs of wine and compiled it.
All went well but it seems
that the regsvr32.exe.so file wasn't created properly.
If check the dependency o
f expand.exe.so, winver.exe.so, winepath.exe.so, I can
see all the proper files
that it needs but if I do it on regsvr32.
On Friday 02 July 2004 10:14, Dmitry Timoshkov wrote:
> There is a Wine tar ball somewhere on the Codeweavers site
> which is used in the CX Office. It's freely available, since
> Wine is LGPL'ed.
Well, I test with collation table from Crossover Office. It is
better then in wine, but no identical
Hi Eric,
> no, it's normal you get this. In fact, we should simply abort the
> loading.
> Does this work better ?
I can't test it unfortunately, but it looks like the right thing to
do. I asked on [EMAIL PROTECTED] and was told to upgrade to binutils 2.15
to fix the bad stab generation. Sure en
On Fri, 02 Jul 2004 11:00:37 +0300, Shachar Shemesh wrote:
> Pango uses fribidi for it's bidi. As fribidi doesn't do shaping, I'm not
> sure where pango's shaping comes from. It may be an add-on.
Pango shapers are plugin modules written specifically for Pango, iirc.
> The really sad thing here i
On Thu, 01 Jul 2004 21:22:24 -0700, Steven Edwards wrote:
> You are asking for stable interfaces and those can only come once there
> is a Wine 1.0.
To be frank, I think we could declare Wine interface stable *today*.
Versioning APIs is not exactly rocket science, yes it implies compromises
but it
On Fri, 2004-07-02 at 04:27, Eric Pouech wrote:
> Adrian Rees a écrit :
> > Hi all,
> >
> > Apologies in advance for what is probably a dumb question...
> >
> > I'm trying to debug a windows application by breaking on a call to a DLL
> > function - in fact it's the NtCreateKey function within the
Hi,
I'm largely incompetent in this field, so please forgive my
fallacies in the comment below, but I felt sad reading
Steven Edwards <[EMAIL PROTECTED]> write:
> --- Paul Davis <[EMAIL PROTECTED]> wrote:
>
>> PDB might not be able to fuss, but I will. I recently
>> asked about a way to figure o
Mike Hearn wrote:
Hi Shachar,
I am reading your interview and a few words jumped out at me, mostly
"BiDi", "shaping" and "unicode" - very vague I know, but if I
understand correctly Pango is a library with advanced support for shaping
and laying out all kinds of different scripts. Only stopper I ca
20 matches
Mail list logo
