Vitaliy Margolen wrote:
Vitaly Budovski wrote:
Vitaliy Margolen wrote:
Thanks for the tip. Unfortunately in this instance it will not work as I
do in fact query more than a < b. See the nearest function in patch 2.
And what is so special about subtracting one from the other?
Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>
>> Anything wrong with this 3 liner?
>
> This should go in shell32.
Why should it go into shell32? It only setting up user related stuff,
not the all user's / global. That part belongs in kernel32. And since
you didn't li
Vitaly Budovski wrote:
> Vitaliy Margolen wrote:
>> Vitaly Budovski wrote:
>>
>>> Make use of the Triangle Inequality Nearest Neighbour algorithm to
>>> find the
>>> nearest colour more efficiently than a simple linear search. The
>>> improvements
>>> are most noticeable with a palette of 256 col
On 5/4/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
I was thinking of volunteering, too.
On 5/4/07, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> Oooh, I'll do it!
>
> Now I just need to come up with a specific topic other than "Wine"
>
> Thanks,
> Scott Ritchie
>
> On Fri, 2007-05-04 at 10:30 -0500, J
Mrs,
I do can recompile wine with change generic.ppd file? only change the
generic.ppd?
Or exist a version of wine i can configure?
thanks,
Alisson Gomes
I was thinking of volunteering, too.
On 5/4/07, Scott Ritchie <[EMAIL PROTECTED]> wrote:
Oooh, I'll do it!
Now I just need to come up with a specific topic other than "Wine"
Thanks,
Scott Ritchie
On Fri, 2007-05-04 at 10:30 -0500, Jeremy White wrote:
> Well, we'll be there with a booth.
>
> I
Oooh, I'll do it!
Now I just need to come up with a specific topic other than "Wine"
Thanks,
Scott Ritchie
On Fri, 2007-05-04 at 10:30 -0500, Jeremy White wrote:
> Well, we'll be there with a booth.
>
> I think I've given enough Wine talks through the years at LinuxWorld
> that they're tired of
Am Freitag 04 Mai 2007 17:42 schrieb H. Verbeet:
> On 04/05/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > This patch makes a copy of the strided data from the device if needed,
> > and it explicitly fixes the fixed function data.
>
> I still think messing with the strided data like that is rat
> The algorithm is quite generic really. It basically exists to solve the
> nearest neighbour problem, so anywhere that such a solution is needed
> this algorithm could be used. I had a bit of a look and I think there
> are another few sections that this could be used.
WineD3D may have use for it t
Misha Koshelev wrote:
So I am thinking of implementing some more OLE automation functions and
just wanted to clarify one thing before I start doing this.
Specifically, parameter names can be arbitrary as far as OLE automation
in general is concerned, however for MSI in particular when you use the
On Thu, 2007-04-05 at 09:35 +0200, Alexandre Julliard wrote:
> That would be fine, anything that is required by the interface can be
> the same, so that would mean essentially everything except parameter
> names and help strings. I don't think you need to change the order of
> attributes from what
On 04/05/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
This patch makes a copy of the strided data from the device if needed, and it
explicitly fixes the fixed function data.
I still think messing with the strided data like that is rather hacky :-/
> said he'd be there, and was wondering if there's
> going to be a Wine BOF.
> I might go just to chat with him.
Oh, and sorry; we also do try to run a BOF (we often bring
a few bottles of Wine to share at them :-/). Those tend
to be somewhat adhoc; I seem to recall that we sign up for
them on t
Well, we'll be there with a booth.
I think I've given enough Wine talks through the years at LinuxWorld
that they're tired of me :-/. But, to be honest, I don't think I submitted
a proposal this year. I think if someone else wanted to give the talk,
they'd probably appreciate a fresh face.
Chee
Is anyone going to Linuxworld, August 6-9 in San Francisco?
A guy working on a possible large migration
said he'd be there, and was wondering if there's
going to be a Wine BOF.
I might go just to chat with him.
Also, I see no Wine-related talks on the program.
http://www.linuxworldexpo.com/live/1
On 5/3/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Do we really need to write out unix pid?
> AFAIK Winedbg can attach to windows process IDs just fine.
...
Hey, Anastasius, do you really need the unix pid?
A.F. replied "if winedbg works with windows PIDs then its ok to
print out/use windows PID
Vitaliy Margolen wrote:
Vitaly Budovski wrote:
Make use of the Triangle Inequality Nearest Neighbour algorithm to find the
nearest colour more efficiently than a simple linear search. The improvements
are most noticeable with a palette of 256 colours. Testing shows approximately
3-4x performa
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Anything wrong with this 3 liner?
This should go in shell32.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Fri, 2007-04-05 at 13:34 +0200, Michael Stefaniuc wrote:
> Bill Medland wrote:
> > On Thu, 2007-03-05 at 07:29 -0700, Bill Medland wrote:
> >
> >>On Thu, 2007-03-05 at 07:49 +0200, Marcus Meissner wrote:
> >>
> >>>On Wed, May 02, 2007 at 03:32:59PM -0700, Bill Medland wrote:
> >>>
> Does an
Michael Stefaniuc wrote:
Vitaly Budovski wrote:
Implement the Triangle Inequality Nearest Neighbour algorithm as
described in
http://post.queensu.ca/~greensm/papers/tinn.pdf
---
include/wine/tinn.h | 154
Do you need that somewhere else then in the X driver? If not putting
that directl
Vitaly Budovski wrote:
> Make use of the Triangle Inequality Nearest Neighbour algorithm to find the
> nearest colour more efficiently than a simple linear search. The improvements
> are most noticeable with a palette of 256 colours. Testing shows approximately
> 3-4x performance increase for 256 c
Vitaly Budovski wrote:
>
> Implement the Triangle Inequality Nearest Neighbour algorithm as
> described in
> http://post.queensu.ca/~greensm/papers/tinn.pdf
> ---
> include/wine/tinn.h | 154
Do you need that somewhere else then in the X driver? If not putting
that directly into dlls/winex11.drv/
Anything wrong with this 3 liner?
Vitaliy Margolen wrote:
> ---
> tools/wine.inf |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
> -- next part --
> diff --git a/tools/wine.inf b/tools/wine.inf
> index 9b061ef..96ba5d7 100644
> --- a/tools/wine.inf
> +++ b/t
On Fri, May 04, 2007 at 07:43:00AM -0400, Kuba Ober wrote:
> > There is no standard user-mode interface for accessing USB hardware -
> > there is no equivalent of Linux's libusb on Windows
>
> But there is, just that most vendors don't use it.
Lots of Windows driver vendors use the USBD.SYS (spel
On 5/4/07, Kuba Ober <[EMAIL PROTECTED]> wrote:
> There is no standard user-mode interface for accessing USB hardware -
> there is no equivalent of Linux's libusb on Windows
But there is, just that most vendors don't use it.
There is libusb-win32, but it uses its own kernel-mode driver.
Vista
On Friday 04 May 2007, you wrote:
> > There is no standard user-mode interface for accessing USB hardware -
> > there is no equivalent of Linux's libusb on Windows
>
> But there is, just that most vendors don't use it.
http://libusb-win32.sourceforge.net/
It doesn't seem maintained, but it did wo
On Fr, 2007-05-04 at 10:37 +0800, Jon Burgess wrote:
> (Serato Scratch Live: http://www.rane.com/scratch.html) for which the
> software appears to run ok under wine (not that I am able to test much
> of its functionality on the other hand), but is utterly useless
> without support for its associat
> There is no standard user-mode interface for accessing USB hardware -
> there is no equivalent of Linux's libusb on Windows
But there is, just that most vendors don't use it.
> (there is
> apparently some user-space USB stuff in mingw's headers, but I
> couldn't find any official docs on it,
> +
> +/* adds glyphs to the string */
> +static inline void add_glyphs( WCHAR *str, unsigned int length )
> +{
> +unsigned int i;
> +for (i=0; i!=length; i++) {
> + if (str[i]<0x20) str[i]=glyph_xlat[str[i]];
> +}
> +}
>
Page
http://blogs.msdn.com/michkap/archive/2005/02/26/381020
Bill Medland wrote:
> On Thu, 2007-03-05 at 07:29 -0700, Bill Medland wrote:
>
>>On Thu, 2007-03-05 at 07:49 +0200, Marcus Meissner wrote:
>>
>>>On Wed, May 02, 2007 at 03:32:59PM -0700, Bill Medland wrote:
>>>
Does anyone know where a call to OLE2A is going to enter wine?
Presumably OLE2A
On 5/4/07, Jon Burgess <[EMAIL PROTECTED]> wrote:
> > I have found some talk of implementing USB device support in wine in
this
> > list some time ago (2005), but as far as I know, nothing ever came of
it.
> >
> > I would perhaps be interested in getting this going again, as I have an
> > applic
Am Donnerstag 03 Mai 2007 20:58 schrieb H. Verbeet:
> Validation on the rectangle passed to LockRect/Lock is inconsistent
> across ddraw/d3d8/d3d9. D3d9 doesn't do any validation at all, d3d8
> doesn't allow empty, flipped, mirrored, or out of bounds rectangles,
> while ddraw does allow empty recta
Am Donnerstag 03 Mai 2007 20:12 schrieb H. Verbeet:
> Actually, I only thought about this just now, but you should also call
> glDisableClientState(GL_WEIGHT_ARRAY); in unloadVertexData().
Indeed, I'll send a patch
pgpWpJJThCHiy.pgp
Description: PGP signature
+/* 0x00..0x1f chars glyph map */
+static const WCHAR glyph_xlat[32] = {
+0x, 0x263A, 0x263B, 0x2665, 0x2666, 0x2663, 0x2662, 0x2219,
+0x25D8, 0x25CB, 0x25D9, 0x2642, 0x2640, 0x266A, 0x266B, 0x263C,
+0x25BA, 0x25C4, 0x2195, 0x203C, 0x00B6, 0x00A7, 0x25AC, 0x21A8,
+0x2191, 0x219
On Thu, May 03, 2007 at 04:58:58PM -0500, Tom Spear wrote:
> On 5/3/07, Marcus Meissner <[EMAIL PROTECTED]> wrote:
> >wine is not using gets() at all, insofar there is no risk from it.
>
> That much I knew, however we do use strcpy (especially in msi), and
> that is another one that has been depre
Am Donnerstag 03 Mai 2007 23:58 schrieb Tom Spear:
> On 5/3/07, Marcus Meissner <[EMAIL PROTECTED]> wrote:
> > wine is not using gets() at all, insofar there is no risk from it.
>
> That much I knew, however we do use strcpy (especially in msi), and
> that is another one that has been deprecated ("
> I have found some talk of implementing USB device support in wine in
this
> list some time ago (2005), but as far as I know, nothing ever came of
it.
>
> I would perhaps be interested in getting this going again, as I have an
> application (Serato Scratch Live:
> http://www.rane.com/scratch.html
On 5/4/07, Jon Burgess <[EMAIL PROTECTED]> wrote:
Hi,
I have found some talk of implementing USB device support in wine in this
list some time ago (2005), but as far as I know, nothing ever came of it.
I would perhaps be interested in getting this going again, as I have an
application (Serato S
On 5/3/07, Jon Burgess <[EMAIL PROTECTED]> wrote:
Hi,
I have found some talk of implementing USB device support in wine in this
list some time ago (2005), but as far as I know, nothing ever came of it.
I would perhaps be interested in getting this going again, as I have an
application (Serato S
"Andrew O. Shadoura" <[EMAIL PROTECTED]> wrote:
This patch implements MB_USEGLYPHCHARS flag in MultiByteToWideChar function
and fixes incorrect error codes (in case of CP_SYMBOL charset non-zero dwFlags
should give ERROR_INVALID_FLAGS, not ERROR_INVALID_PARAMETER, almost the same
with CP_UTF8, b
40 matches
Mail list logo
