Alexandre Julliard [EMAIL PROTECTED] writes:
[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.
Okay you're correct, the check isn't necessary as MAXINT * 2 is
MAXUINT
Troy Rollo wrote:
The 2.1.9d8 file seems after a quick look to be closer to the Crossover
version of the table - for example, it has many of the different types of
space characters sorted near 0020, which is an aspect of the Crossover table
not present in the table based on allkeys.txt
Tom wrote:
Shachar Shemesh wrote:
Go for it!
As for content - if nobody vulenteers to pick up this challange, I'll
do it. I'll have to warn you that you will then have to hear both
Alexandre and Dimi :-)
Okay, ive set on the side lines about this for the most part...
But here is my $.02, If
Jason Edmeades [EMAIL PROTECTED] writes:
Michael - This will silence those horrible fixmes about
worldmatrix(0..255) and vertex blend not being supported - We
incorrectly return support since the NVidia drivers dont claim support
for it, but DO return a number for the GL_MAX_VERTEX_UNITS_ARB
I think it depends where you live. If you aren't copying any original code you
aren't violating copyright. In the EU (This includes the UK so I doubt that this
http://www.winehq.org/hypermail/wine-devel/2003/10/0076.html can apply to the
UK), even if you disassemble something to understand how it
Say I have a piece of code, x (which is copyright) which
always returns the
same output for a given input (e.g. a function that implements a math
formula or a function that retrieves some value from an
internal data table
stored in the dll or whatever)
Lets then say that I havent seen
On October 3, 2003 09:07 am, Patrik Stridvall wrote:
As far as Wine is concerned though I can't think of
any Windows API that:
1. Returns pure facts (not having any unique expression)
2. Would fulfill the requirement of needed a significant
effort to collect to collect the fact.
So no I
On October 3, 2003 09:07 am, Patrik Stridvall wrote:
As far as Wine is concerned though I can't think of
any Windows API that:
1. Returns pure facts (not having any unique expression)
2. Would fulfill the requirement of needed a significant
effort to collect to collect the fact.
Have it in Europe, so next time around it can be in North America, and maybe I will
be able to go by then. :-) No chance I will be able to go to anything outside of
Oklahoma this year, as money and vacation time are in short supply, with the recent
birth of my daughter.
-- Jeff Smith
On Thu, Oct 02, 2003 at 11:21:09AM -0400, Dimitrie O. Paun wrote:
Now, that's what I'd like to hear. I also suggested Greece or Spain,
anyway, somewhere in/close to Europe and south, so us guys living up
north also get a break from cold weather... We can also move it somewhere
in line March,
On Fri, 3 Oct 2003, Pavel Roskin wrote:
That's great news! Hopefully I'll be able to exclude wrc from the script
to compile Wine programs on Windows. The new patch goes to wine-patches.
You should be able to use windres/rc instead of wrc on Windows now.
Please let us know if that is still
Hi Martin,
Can your explorer clone be compiled with Wine sources and/or tools ?
I have both Windows 2000/XP with latest Cygwin / RedHat Linux environments
to test it.
Another point : Im not easy with ansi-related questions.
You give 2 versions of explorer into the binary snapshot on your
I've come upon an instance where I need to create a large lookup table of
unicode strings, and was curious what the recommended way to handle this was.
Using MSVC I would simply declare the string as LText
I only see two options currently, either declare the string as
(const
On Fri, 3 Oct 2003, Dimitrie O. Paun wrote:
On Fri, 3 Oct 2003, Pavel Roskin wrote:
That's great news! Hopefully I'll be able to exclude wrc from the script
to compile Wine programs on Windows. The new patch goes to wine-patches.
You should be able to use windres/rc instead of wrc on
I'm currently working on implementing support for .msstyles themes (of which
are used by XP) primarily because the format follows the API pretty closely
and will be easier to test my implementation against an XP box.
One nice thing about .msstyles themes is they are basically just a
Going along that path, one possible way to integrate theme support from your
native window manager is to extend the .msstyles theme format to enable using
exported functions for drawing some controls, which could then make direct
GTK/etc calls.
I don't think Alexandre will like the idea of wine
Le ven 03/10/2003 à 18:51, Ivan Leo Murray-Smith a écrit :
Going along that path, one possible way to integrate theme support from your
native window manager is to extend the .msstyles theme format to enable using
exported functions for drawing some controls, which could then make direct
On October 3, 2003 10:56 pm, Pavel Roskin wrote:
Everything if fine. I put the latest mkwine here
http://www.red-bean.com/~proski/wine/
Very nice indeed -- I really hope that we can eventually
get our Makefiles in a state where this script is not
needed anymore. BTW, since you've studied a bit
Kevin Koltzau wrote:
I've come upon an instance where I need to create a large lookup table of
unicode strings, and was curious what the recommended way to handle this was.
Using MSVC I would simply declare the string as LText
I only see two options currently, either declare the string as
(const
sox -c1 -r44100 -sw /usr/share/sounds/pop.wav -tossdsp /dev/audio
wine winamp
has the problem, but
sox -c1 -r44100 -sb /usr/share/sounds/pop.wav -tossdsp /dev/audio
wine winamp
is unbelievably good. How could it be? I should find out if it's
something is wrong with my system or something else.
20 matches
Mail list logo
