Re: [Mono-winforms-list] Fw: [Mono-list] System.Windows.Forms plans.

2004-07-01 Thread Peter Dennis Bartok
>You are asking for stable interfaces and those can only come once there >is a Wine 1.0. Its not here and dont get me wrong I think the Wine TODO >list is way to long and things should be close to frozen by now but >thats not the case. All you are doing is pointing out that its not >stable which i

Re: collation tables

2004-07-01 Thread Dmitry Timoshkov
"Vitaly Lipatov" <[EMAIL PROTECTED]> wrote: > > What app is it? In which way it depends on the collation table > > being MS compatible? > It is 1C, an accounting system, widely used in Russia. > It keep a copy "right" collation table in exe file and compare it > with gotten from system. > > > Cr

Re: [Mono-winforms-list] Fw: [Mono-list] System.Windows.Forms plans.

2004-07-01 Thread Steven Edwards
Paul, --- Paul Davis <[EMAIL PROTECTED]> wrote: > PDB might not be able to fuss, but I will. I recently asked about a > way to figure out which version of Wine is in use at run-time because > of the recent changes to wine_init()'s prototype. Alexandre appeared > quite adamant that he was against i

Re: [Mono-winforms-list] Fw: [Mono-list] System.Windows.Forms plans.

2004-07-01 Thread Paul Davis
>>Once again how can you fuss about unstable interfaces on a project that >>does not have a stable release? You could work with Winehq to create >>those stable interfaces. PDB might not be able to fuss, but I will. I recently asked about a way to figure out which version of Wine is in use at run-t

Re: [Mono-winforms-list] Fw: [Mono-list] System.Windows.Forms plans.

2004-07-01 Thread Peter Dennis Bartok
May I remind you that this thread was started by you, asking why we are abandoning Wine, not by me complaining about Wine. All I did was give you the reasons why we are no longer using Wine. You may not like them, you may disagree with them, but the decision has been made. And there is really nothi

Re: [Mono-winforms-list] Fw: [Mono-list] System.Windows.Forms plans.

2004-07-01 Thread Steven Edwards
Hello Peter, I am not trying to be rude but... --- Peter Dennis Bartok <[EMAIL PROTECTED]> wrote: > >Rather than spending a whole lot of time rewritting things wouldnt > it > >be better to help the Wine project get stable and move to the 1.0 > goal? > >There is a roadmap and TODO on Winehq of thi

Re: collation tables

2004-07-01 Thread Dmitry Timoshkov
"Vitaly Lipatov" <[EMAIL PROTECTED]> wrote: > In test dlls/kernel/tests/locale.c > I see comment > /* this requires collation table patch to make it MS compatible > */ > I get trouble with one program it needed collation table to be > identical to MS table. What app is it? In which way it depen

Re: fix bug in GetCPInfo

2004-07-01 Thread Vitaly Lipatov
On Thursday 01 July 2004 23:09, Uwe Bonnes wrote: > > "Vitaly" == Vitaly Lipatov <[EMAIL PROTECTED]> writes: > > Vitaly> Bug: When call GetCPInfo with CP_ACP for example, > in returned Vitaly> structure field CodePage filled with > CP_ACP constant, not real Vitaly> codepage of current ACP.

collation tables

2004-07-01 Thread Vitaly Lipatov
In test dlls/kernel/tests/locale.c I see comment /* this requires collation table patch to make it MS compatible */ I get trouble with one program it needed collation table to be identical to MS table. Does anyone knows what is the better way to fix this tables, in which place? Can I fix libs/un

Re: fix bug in GetCPInfo

2004-07-01 Thread Uwe Bonnes
> "Vitaly" == Vitaly Lipatov <[EMAIL PROTECTED]> writes: Vitaly> Bug: When call GetCPInfo with CP_ACP for example, in returned Vitaly> structure field CodePage filled with CP_ACP constant, not real Vitaly> codepage of current ACP. The attached patch fix this bug. I Vitaly> hav

Re: Delayed breakpoints in winedbg

2004-07-01 Thread Eric Pouech
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 ntdll library. I must be missing something fundamental because the debugger

Re: psapi.dll tests

2004-07-01 Thread Ferenc Wagner
Uwe Bonnes <[EMAIL PROTECTED]> writes: > Ferenc Wagner <[EMAIL PROTECTED]> writes: > >> Hi, please somebody enlighten me! How does this test >> work once psapi_test.exe is linked with -lpsapi? How can >> a program start at all without one of its hard >> dependencies? > >> START_TEST(module) >> {

Re: psapi.dll tests

2004-07-01 Thread Uwe Bonnes
> "Ferenc" == Ferenc Wagner <[EMAIL PROTECTED]> writes: Ferenc> Hi, please somebody enlighten me! How does this test work once Ferenc> psapi_test.exe is linked with -lpsapi? How can a program start Ferenc> at all without one of its hard dependencies? Ferenc> START_TEST(modul

psapi.dll tests

2004-07-01 Thread Ferenc Wagner
Hi, please somebody enlighten me! How does this test work once psapi_test.exe is linked with -lpsapi? How can a program start at all without one of its hard dependencies? START_TEST(module) { dll = LoadLibrary("psapi.dll"); if (!dll) { trace("LoadLibraryA(psapi.dll) failed: skip

Bad Icon display with native comctl32

2004-07-01 Thread Uwe Bonnes
Hallo, running with native comctl32, some programs show a bad icon display in treeviews. E.g. Xilinx ISE shows this behaviour. A JPG of the treeview with Icons is appended. A debug log with +relay,+bitmap,+x11drv is about 400 MByte. Any hints how to tackle that problem? Bye -- Uwe Bonnes