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 X11DRV_KE
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 wh
"Pouech Eric DMI AEI CAEN" <[EMAIL PROTECTED]> wrote:
> That's exactly my point. If the user didn't correctly configure
> his/her locale wrt. The iocharset of the drive, then trouble's
> ahead. So, we can either suggest that it's up to the user to do
> it correctly (and in that case CP_UNIXCP is j
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 pixel-for-
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 th
On Thu, 2003-09-25 at 22:06, Alexandre Julliard wrote:
> "Robert Shearman" <[EMAIL PROTECTED]> writes:
>
> > This will break a lot of HOWTOs on various sites that describe how to get
> > apps working with Wine.
>
> I don't see why, the HOWTOs should explain how to set dll overrides in
> the confi
On Thu, 2003-09-25 at 20:13, Sylvain Petreolle wrote:
> Cant work, as 'make install' must be done being root user.
Good point. Possibly a timestamp key in the registry that is updated
with each alteration of winedefault.reg and is also updated in the code.
If they don't match, we print an error (a
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, a
Dimitrie O. Paun wrote:
I think the goal of winelib is to make independent executable.
And i don't see any other goal.
I agree, but this is not currently possible. We hope to get there
someday (so it's a good thing if your app compiles under Winelib),
but this is a post 1.0 goal.
I don't s
"Robert Shearman" <[EMAIL PROTECTED]> writes:
> This will break a lot of HOWTOs on various sites that describe how to get
> apps working with Wine.
I don't see why, the HOWTOs should explain how to set dll overrides in
the config file, that has been the standard way for a long time now.
--
Alex
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Alexandre Julliard
> Sent: 25 September 2003 21:34
> To: [EMAIL PROTECTED]
> Subject: wine/ tools/runtest misc/options.c include/mod ...
> Removed the --dll option and replaced it by the WINEDLLOVERR
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 ob
Hi,
> 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...
Cheers,
Jon
=
"Don't wait for the seas to part, or messiahs to co
Ed Lea <[EMAIL PROTECTED]> writes:
> [parallelports]
> "Lpt1" = "/dev/lp0"
>
> The code compliments the existing serial port support, however has been
> kept seperate from that for conceptual and technical reasons.
I have probably missed something, but could you please explain what
these reasons
Jon Griffiths <[EMAIL PROTECTED]> writes:
> +static const StrFormatSizeResult StrFormatSize_results[] = {
> + { -1023, "-1023 bytes", "0 KB"},
> + { -24, "-24 bytes", "0 KB"},
> + { 309, "309 bytes", "1 KB"},
> + { 10191, "9.95 KB", "10 KB"},
> + { 100353, "98.0 KB", "99 KB"},
> + { 1022286,
Cant work, as 'make install' must be done beeing root user.
> OK, so the best way to tackle this then is probably once we moved the
> config entirely into the registry for packages to remerge the default
> registry on install/upgrade?
>
> Of course people who do "make install" from CVS are a bit
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 dragging windows, which is
> a bigger problem.
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> Yes, I'd prefer a separate page, we have enough porting stuff to
> put on it. Something with the DLLs vertically (one DLL/program per
> row), and the OSes/compilers/etc. horizontally (each in every
> column).
>
> Given that you know what works wi
On Thu, 25 Sep 2003, Alexandre Julliard wrote:
> Pavel Roskin <[EMAIL PROTECTED]> writes:
>
> > The focus rectangle (e.g. the rectangle around active buttons) should be
> > painted using the system text color. Xoring this color with background is
> > wrong. Even on systems where it works, it cha
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Yeah, but if we do that we'll have to maintain them manually.
I don't think that's a real problem, these files don't change
often. It certainly doesn't justify adding a complicated
infrastructure to deal with it.
--
Alexandre Julliard
[EMAIL PROT
On Thu, 25 Sep 2003, Steven Edwards wrote:
> Maybe I missed something here but why do you need bin2res at all? WRC
> can compile the resources to be linked by windres/MS_VC. We have the
> #ifdef WINE in regedit because the ReactOS people are lazy and havent
> merged wrc in to our CVS yet. I build
[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
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> 17 of 20 tests compile. Things are getting better.
> The remaining three I don't know how to fix.
Make sure you are building with the latest SDK headers. The missing
headers have been added in the SDK recently so you probably don't have
them in the M
Pavel Roskin <[EMAIL PROTECTED]> writes:
> The focus rectangle (e.g. the rectangle around active buttons) should be
> painted using the system text color. Xoring this color with background is
> wrong. Even on systems where it works, it changes the color from black to
> dark gray (light gray xor
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> Michael Günnewig wrote:
>
>>Changelog:
>> Fixed use of uninitialized memory and wrong buffersize (found by valgrind).
...
> What are we doing to prevent integer overflow on these allocations?
> Shouldn't we, perhaps, use some wrapper that checks that
On Thu, 25 Sep 2003, Alexandre Julliard wrote:
> I thought you were talking about doing it in make depend, and this
> won't work. Now if you want to generate it directly into the
> Makefile.in then of course that's possible, but I don't think we want
> to generate rules, these belong in Make.rules
Maybe I missed something here but why do you need bin2res at all? WRC
can compile the resources to be linked by windres/MS_VC. We have the
#ifdef WINE in regedit because the ReactOS people are lazy and havent
merged wrc in to our CVS yet. I build these applications all the time
on Windows using MSY
On Thu, 25 Sep 2003, Jakob Eriksson wrote:
> 17 of 20 tests compile. Things are getting better.
Good. In fact, I think we should always build the
tests with gcc/mingw/msvc (at least) when we build
winetests.exe, just to make sure they all compile
fine. Maybe this can be automated?
> The remai
On Thursday 25 September 2003 12:21 pm, Alexandre Julliard wrote:
> Mike Hearn <[EMAIL PROTECTED]> writes:
> > Annoying isn't it? The config file is not the right place to do this
> > anyway, better to have it hardcoded into loader/loadorder.c IMHO,
> > otherwise users will always forget to update
Rolf Kalbermatter wrote:
introduced in Win95 (although undocumented at that time) I find
it a serious problem that the import libraries from MSVC 7 still
do not seem to provide these.
It was my fault, the functions are there.
regards,
Jakob
17 of 20 tests compile. Things are getting better.
The remaining three I don't know how to fix.
XXX
-- Build started: Project: winetest, Configuration: MSVC Headers
Win32 --
winetest - up-to-date.
-- Build started: Project: w
I hope this won't be that much OT here ...
--- Begin Message ---
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 i
Alexandre Julliard wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
So where can I get it? I downloaded the latest SDK (or so i think)
from Microsoft, but that didn't help. I am grabbing for straws at this
point.
I don't know. I have them in my comctl32.lib from MSVC 5, maybe they
have
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 regis
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> I'm definitely missing something here. I figured that if we
> have a file called rsrc.rc with 3 embedded bitmaps in it called
> bitmap[123].bmp, we need a rule like so:
>
> bitmap1.bmp bitmap2.bmp bitmap3.bmp: rsrc.rc
> bin2res !<
>
> That can
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 su
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> Aha... it actually makes sense, whichever view of Microsoft you take.
> Conspirational theory: it is now documented, but as a counterblow
> they make it harder
> to use by removing the ability to link to it statically.
>
> Well wishing theory: since it
Mike Hearn <[EMAIL PROTECTED]> writes:
> Annoying isn't it? The config file is not the right place to do this
> anyway, better to have it hardcoded into loader/loadorder.c IMHO,
> otherwise users will always forget to update their config.
No, that hardcoded list is only for dlls that we know will
I.e. it's quite a fair play to assume that the user has correctly configured the system to work with his/her locale.
That's exactly my point. If the user didn't correctly configure his/her locale wrt. The iocharset of the drive, then trouble's ahead. So, we can either suggest that it's up to the
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 o
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
On Thu, 25 Sep 2003, flyker wrote:
> Hmmm Than i don't see any reason to compile program using winelib.
True, there's not much reason to do so other than:
1. being able to call Unix functions from your Win32 program
2. a warm and fuzzy feeling that you've "ported" the app to Linux :)
> W
> > Can i compile my program to executable file that can be run without wine
?
>
> No.
>
> --
> Dimi.
>
>
Hmmm Than i don't see any reason to compile program using winelib.
What is the difference between
wine program.exe
and
wine program.exe.so
?
I think the goal of winelib is to make independ
On Thu, 25 Sep 2003, flyker wrote:
> Can i compile my program to executable file that can be run without wine ?
No.
--
Dimi.
Can i compile my program to executable file that
can be run without wine ?
"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 real
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 i
On September 24, 2003 07:02 pm, Alexandre Julliard wrote:
> I don't really see how you would do that, especially not to make it do
> the right thing on make clean etc. I think we'll just want to list the
> files manually.
I'm definitely missing something here. I figured that if we
have a file call
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 "nat
Hi..,
I got applications running well on
windows environment, but when I run it with wine running on Linux the
applications stop/hangs.
I check the programs and when I removed the
editmask object, the program could run (not hang).
What's wrong with it?
I tested it with wine 20030911 and
Hello!
I've made a patch for http://bugs.winehq.org/show_bug.cgi?id=640
I'm sending it here because I don't 100% sure it's ready for wine-patches.
But the patch fixes an important problem and I don't want it to be
unnoticed.
On certain versions of XFree86 (4.2.1 + Raveon 7000/VE), focus rectangl
51 matches
Mail list logo
