A few issues:
1.
* DPMI_xalloc
- * special virtualalloc, allocates lineary monoton growing memory.
+ * special virtualalloc, allocates linear monoton growing memory.
Um... Probably should be 'linearly'.
But if you're opening the can of worms, might as well really
improve it. I suspect
On Jan 7, 2008 11:57 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> Hi Austin,
>
> -case 0x32: /* ENABLE/DISABLE VIDEO ADDRERSSING */
> +case 0x32: /* ENABLE/DISABLE VIDEO ADDRRESSING */
>
> That's still misspelled.
Thanks for catching that/these. After looking at all these
misspellings
Hi Austin,
-case 0x32: /* ENABLE/DISABLE VIDEO ADDRERSSING */
+case 0x32: /* ENABLE/DISABLE VIDEO ADDRRESSING */
That's still misspelled.
- * special virtualalloc, allocates lineary monoton growing memory.
+ * special virtualalloc, allocates linear monoton growing memory.
Monot
Am Montag, 7. Januar 2008 17:30:40 schrieb [EMAIL PROTECTED]:
> Okay, I have a bit time now and tomorrow, so I'll probably have submitted a
> basic d3dx9 dll patch until Wednesday. So I'll create a new d3dx9 directory
> inside dlls, but I'm not that familiar with Wine's makefile system (not
> very
Am Montag, 7. Januar 2008 07:55:08 schrieb Alexander Dorofeyev:
> "D3DTBLEND_MODULATE Modulate texture-blending is supported. In this mode,
> the RGB values of the texture are multiplied with the RGB values that would
> have been used with no texturing. Any alpha values in the texture replace
> the
> And thanks Alky, why not help wine? ;)
>
Ahh, the question we've been asking since the Alky project was started :-)
Chris
Well at least some of the code they created can be used to do something
and help the project, and how knows, maybe one of them may join Wine and
help.
Yes I almost forgot about the soc code, any ideas when will that code
start being used in wine?
And thanks Alky, why not help wine? ;)
Ste
On Jan 7, 2008 4:02 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Today's git (or perhaps Friday's?) seems to cause
> every oldish microsoft runtime installer to fail; see
> http://bugs.winehq.org/show_bug.cgi?id=11080
>
> This makes it kind of hard for me to verify my
> old bugs.
It's fixed in curre
Hans Leidekker wrote:
> $ for y in {2002..2007}; do \
> n=$( git log | grep ^Date: | grep $y | wc -l ); \
> echo "Number of commits in $y: $n"; \
> done
> Number of commits in 2002: 3094
> Number of commits in 2003: 3283
> Number of commits in 2004: 3851
> Number of commits in 2005: 6006
> Nu
"Michal Piaskowski" <[EMAIL PROTECTED]> writes:
> I think it can be done without changing every string to hex.
> How about adding \0 at the end of every null terminated sting,
> and \0\0 at the end of proper REG_MULTI_SZ value which should
> end with an empty string?
It would work, but this can't
Today's git (or perhaps Friday's?) seems to cause
every oldish microsoft runtime installer to fail; see
http://bugs.winehq.org/show_bug.cgi?id=11080
This makes it kind of hard for me to verify my
old bugs.
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> Alexandre wrote:
>> I don't think a non null-terminated MULTI_SZ string is very useful.
>> Do you really have an app that depends on this?
>
> http://www.xpregistrycleaner.com/embedded-null-characters/ claims
> "some software vendors use the embedded-null
Alexandre wrote:
> I don't think a non null-terminated MULTI_SZ string is very useful.
> Do you really have an app that depends on this?
http://www.xpregistrycleaner.com/embedded-null-characters/ claims
"some software vendors use the embedded-null registry key technique
as a way to enforce the sof
Am Montag, 7. Januar 2008 15:46:43 schrieb Marco da Silva:
> Can that code be used in wine? the DX implementation could help I think
Not really, no. I had a quick look at it, and it is at best a hello world
implementation.
Looking at their D3D10 implementation, it is comparable to Andras' soc cod
I don't know of any such application.
It's just an old bug and one of very few bugs marked as tasklets.
And it seemed very easy to fix, so i tried fixing it.
Plus it's different from the way windows XP does it.
If you think it should stay the way it is now, maybe it should be
resolved with WONTFIX
"Michal Piaskowski" <[EMAIL PROTECTED]> writes:
> I don't know of any such application.
> It's just an old bug and one of very few bugs marked as tasklets.
> And it seemed very easy to fix, so i tried fixing it.
> Plus it's different from the way windows XP does it.
>
> If you think it should stay
Alexandre Julliard wrote:
> Gerald Pfeifer <[EMAIL PROTECTED]> writes:
>
>
>> Index: dlls/kernel32/task.c
>> ===
>> RCS file: /home/wine/wine/dlls/kernel32/task.c,v
>> retrieving revision 1.2
>> diff -u -3 -p -r1.2 task.c
>> --- dll
Jonathan Ernst a écrit :
> Hello,
>
> On lun, 2008-01-07 at 08:54 +0100, Jonathan Ernst wrote:
>> From: Vincent Hardy <[EMAIL PROTECTED]>
>> Date: Mon, 07 Jan 2008 08:45:19 +0100
>>
>> Jonathan Ernst a écrit :
>>> On ven, 2008-01-04 at 11:24 +0100, Vincent Hardy wrote:
Regedit displays "Reche
Jonathan Ernst a écrit :
> Hello,
>
> On lun, 2008-01-07 at 08:54 +0100, Jonathan Ernst wrote:
>> From: Vincent Hardy <[EMAIL PROTECTED]>
>> Date: Mon, 07 Jan 2008 08:45:19 +0100
>>
>> Jonathan Ernst a écrit :
>>> On ven, 2008-01-04 at 11:24 +0100, Vincent Hardy wrote:
Regedit displays "Reche
On Sun, 6 Jan 2008, Alexandre Julliard wrote:
> We don't use C99 features in Wine.
Actually we do.
% egrep -r "^(static )?inline " $WINE_SOURCE/ | wc -l
2031
"inline" is pretty similar to flexible array members in that both were
not in C90, both are in C99, and both have been GNU extensions
On Fri, 4 Jan 2008, Alexandre Julliard wrote:
>> -WORD thunks[4]; /* Each thunk is 4 words long */
>> +WORD thunks[]; /* Each thunk is 4 words long */
> That syntax is not portable.
That depends. ;-) You're right, it is not ISO C90, but it is in the
C99 standard which is now close to
"Michal Piaskowski" <[EMAIL PROTECTED]> writes:
> Hi!
> This is my first patch for wine. It fixes bug 824.
>
> The problem is that wine stores REG_MULTI_SZ as
> null terminated string and sometimes looses information about data length.
> Without this information wine can't tell if the original str
Okay, I have a bit time now and tomorrow, so I'll probably have submitted a
basic d3dx9 dll patch
until Wednesday. So I'll create a new d3dx9 directory inside dlls, but I'm not
that familiar with
Wine's makefile system (not very much with makefiles in general honestly), so
can anyone
tell me how
Can that code be used in wine? the DX implementation could help I think
Am Montag, 7. Januar 2008 07:29:48 schrieb Maarten Lankhorst:
> [EMAIL PROTECTED] schreef:
> >> Since everybody agrees that we need a built-in d3dx9, we could begin to
> >> implement it. In the last talk about it, no plan was found to implement
> >> it: does one create a wined3dx or implement on th
Blake McBride <[EMAIL PROTECTED]> writes:
> Thank you for your response. With that little information I was able
> to get my entire system working. Two or three very simple examples
> showing all the steps in the docs would be worth their weight in gold
> and would be so easy to do.
Patches are
Forwarding in case this might be useful to anyone here.
-- Forwarded message --
From: Cody Brocious <[EMAIL PROTECTED]>
Date: Jan 7, 2008 3:46 AM
Subject: [alkyproject-announce] End of an era
To: [EMAIL PROTECTED]
It is with great sadness that I announce the closing of Falling
Dear Alexandre,
Thank you for your response. With that little information I was able to
get my entire system working. Two or three very simple examples showing
all the steps in the docs would be worth their weight in gold and would
be so easy to do. It's also a shame I had to send the inqui
Hello,
On lun, 2008-01-07 at 08:54 +0100, Jonathan Ernst wrote:
> From: Vincent Hardy <[EMAIL PROTECTED]>
> Date: Mon, 07 Jan 2008 08:45:19 +0100
>
> Jonathan Ernst a écrit :
> > On ven, 2008-01-04 at 11:24 +0100, Vincent Hardy wrote:
> >> Regedit displays "Rechercher::". Now Regedit displays "Re
29 matches
Mail list logo
