Eric Pouech [EMAIL PROTECTED] wrote:
but which charset is used when getting the filename (from a directory
enum for example). The charset of the mount option, the default charset
of the kernel, or the charset of default locale ?
Look at the following line, borrowed from my /etc/fstab:
On Wed, 2003-09-24 at 16:53, Matthew Davison wrote:
I have recently noticed the large number of Stub DLLs being Added to
wine with minimal functionality, for example Msi, MSHTML (they don't
work for me in any case). These additions have not for the most part
been accompanied with a new native,
Hi
When running eg. notepad with latest wine cvs, wine doesn't correctly find
out my Finnish keyboard. Instead it is using Latin American keyboard
because it's getting the highest score when X11DRV_KEYBOARD_DetectLayout
is choosing keymap.
I've looked in wine/dlls/keyboard.c and noticed that
Salmela [EMAIL PROTECTED] wrote:
When running eg. notepad with latest wine cvs, wine doesn't correctly find
out my Finnish keyboard. Instead it is using Latin American keyboard
because it's getting the highest score when X11DRV_KEYBOARD_DetectLayout
is choosing keymap.
Does it really
Can i compile my program to executable file that
can be run without wine ?
On Thu, 25 Sep 2003, flyker wrote:
Can i compile my program to executable file that can be run without wine ?
No.
--
Dimi.
Alexandre Julliard [EMAIL PROTECTED] wrote:
Steven Edwards [EMAIL PROTECTED] writes:
OK so we know the DPA_Create problems are not just in Mingw. Can we do
something about this now?
You probably need a more recent comctl32.lib. I definitely have these
functions in mine.
Which is probably
On Thu, Sep 25, 2003 at 07:24:57PM +0400, flyker wrote:
Can i compile my program to executable file that can be run without wine
?
No.
Hmmm Than i don't see any reason to compile program using winelib.
What is the difference between
wine program.exe
That will run only on i386 and
Pouech Eric DMI AEI CAEN [EMAIL PROTECTED] writes:
My first (dumb) reaction was if it's in there, it means we need it
for some cases. But, I don't want to support this codepage option
for no real need, so if no one objects, we could remove it.
It's here because we didn't have CP_UNIXCP
[EMAIL PROTECTED] (Michael Günnewig) writes:
It's a point, so here is the new patch.
I don't think we need to check string sizes against MAXINT, that's
just a waste of time. Also please don't add memsets to fix valgrind
complaints, the bugs need to be fixed properly not just hidden by
clearing
Jon Griffiths [EMAIL PROTECTED] writes:
Please don't do that. Internal functions should use standard C
calling conventions. We don't care about two bytes of extra code.
Can do. Is there any reason why not though? After all, the entire
Win32 api does it...
Precisely, this way it's obvious
On Thu, 2003-09-25 at 18:21, Alexandre Julliard wrote:
No, that hardcoded list is only for dlls that we know will never work
as native. We don't want to have to change it every week depending on
the progress of some other dll. There are plenty of things that you
may have to add in the registry
I hope this won't be that much OT here ...
---BeginMessage---
Hi all, I've noticed that renaming the /etc/printcap file,
(/etc/printcrap may be an option ;) ) so that wine can't find it, makes
wine start remarkablly faster than it would with the printcap.
Now I'm asking, is there any option in
On Fri, 26 Sep 2003, Shachar Shemesh wrote:
A Win32 program needs Win32 environment. Be that a registry, the Win32
APIs, or a forest directory structure and My Documents and Program
Files. While you may theoretically get the APIs by statically linking
the DLLs into the executable, all of
On Thu, 2003-09-25 at 23:16, Dimitrie O. Paun wrote:
On Fri, 26 Sep 2003, Shachar Shemesh wrote:
A Win32 program needs Win32 environment. Be that a registry, the Win32
APIs, or a forest directory structure and My Documents and Program
Files. While you may theoretically get the APIs by
On September 25, 2003 02:54 pm, Pavel Roskin wrote:
We probably need another program to test GDI functions. Ideally,
screenshots from Wine an Windows should match to the pixel.
That will be a lot of wasted time for no good reason. I don't
think we need, or that is advisable to have
On Thu, 25 Sep 2003, Alexandre Julliard wrote:
Pavel Roskin [EMAIL PROTECTED] writes:
OK, drop that part of the patch for now. I think that xoring anything
with COLOR_WINDOWTEXT is incorrect, but I need to test possible other
solutions.
After all, the bug is about the white mess from
On Thu, 25 Sep 2003, Dmitry Timoshkov wrote:
Salmela [EMAIL PROTECTED] wrote:
When running eg. notepad with latest wine cvs, wine doesn't correctly find
out my Finnish keyboard. Instead it is using Latin American keyboard
because it's getting the highest score when
18 matches
Mail list logo
