On Tue, Mar 13, 2007 at 07:05:56PM +0100, Stefan Dösinger wrote:
> 2) Software Vertex Shaders
> Not a project for fancy new graphics, but rather to help compatiblity with
> older cards, for feature completeness and most notably testing. Native
> DirectX supports Vertex(not pixel) shaders in the C
On Tue, 2007-03-13 at 20:13 +0100, Jacek Caban wrote:
> Yes, it should go to itss.dll to support writing mode in storages. But
> we can't use itss in hhc replacement as it has to be useful for Wine
> compilation. It means that we need plain UNIX app. That's the code
> duplication I wrote about.
A
Am Dienstag 13 März 2007 03:44 schrieb Erich Hoover:
> Real Name:
> Erich Hoover
> Changelog:
> wined3d: Allow SetCursorProperties on existing cursor
Looks good to me, except one cosmetic issue:
if(pCursorBitmap) {
+WINED3DLOCKED_RECT rect;
+.
/* MSDN: Cursor
Am Dienstag 13 März 2007 15:32 schrieb Maarten Lankhorst:
> For the summer of code I'm planning to improve the dsound code and alsa
> code, to make alsa finally better then OSS, in a way that has a will get
> accepted into the wine tree, for that I'm thinking of improving on the
> following fronts:
On Tuesday 13 March 2007 23:06, Dan Kegel wrote:
> > Are we letting you down? Do you need help?
>
> I'm fine this year, but considering how I missed the deadline
> (we were saved by LH's kindness), it would probably be a good
> idea to pick somebody else to be admin next year.
I'll try to get in
I've asked Jeremy to take a look and see if anything obvious is going on.
Cheers,
Jeremy
Ann & Jason Edmeades wrote:
> As an FYI I sent the same patchset to another email account (not on my ISP,
> just one of the free ones) and they all got through 4 times. It would start
> to point to the wine-
Ann & Jason Edmeades wrote:
As an FYI I sent the same patchset to another email account (not on my ISP,
just one of the free ones) and they all got through 4 times. It would start
to point to the wine-patches side of things, but I have never seen anyone
else have problems
Note I am not seeing an
Jeremy wrote:
Say, we (the Wine project) seem to be increasingly leaning on you
to run Wine's SoC program. In the early days, we had a committee,
and people helping, and stuff. These days, I know that I am guilty
of thinking that you're on it, so I can safely ignore it; I fear
that a bunch of o
As an FYI I sent the same patchset to another email account (not on my ISP,
just one of the free ones) and they all got through 4 times. It would start
to point to the wine-patches side of things, but I have never seen anyone
else have problems
Note I am not seeing any rejection emails either
Jas
>There does not seem to be a patch attached.
They followed
However - I sent all 9, and got immediate cc: copies returned to me for all
9. Browsing the patches through either gmame or wine-patches archives, only
shows 1,2,5 and 7 got through. This is the same as yesterday when a number
of the 19 I
Tirsdag 13 mars 2007 22:10, skrev Alexander Nicolaysen Sørnes:
> Tirsdag 13 mars 2007 22:03, skrev Ann & Jason Edmeades:
> > Resubmitting the patchset from yesterday having fixed up the
> > mallocs/reallocs/frees to HeapAllocs/HeapReAllocs/HeapFrees, and resolved
> > conflicts with those already co
Andrew O. Shadoura <[EMAIL PROTECTED]> writes:
> 2. MB_USEGLYPHCHARS Use glyph characters instead of control characters.
> 'control characters' in this context are _Unicode_ characters below U+0020.
> dst is a pointer to WCHAR string - this means it is Unicode string. So,
> we don't need to take
Tirsdag 13 mars 2007 22:03, skrev Ann & Jason Edmeades:
> Resubmitting the patchset from yesterday having fixed up the
> mallocs/reallocs/frees to HeapAllocs/HeapReAllocs/HeapFrees, and resolved
> conflicts with those already committed.
>
> Note: I have been experimenting from sending the emails di
Hi,
As I'm still trying to get Process Explorer running perfectly, I've noticed that
the usernames for the processes are not correct.
The attached patch shows the issue. I'm not sure if this test-patch should go to
wine-patches as I'm not sure my test is correct (or in the correct place). It
suc
Robert Shearman a écrit :
The old behaviour can be turned back on by setting the VERBOSE
environment variable to "yes".
.s.o:
$(AS) -o $@ $<
$(MODULE): $(OBJS) Makefile.in
- $(RM) $@
- $(AR) $@ $(OBJS)
- $(RANLIB) $@
+ @$(RM) $@
+ @$(MAKERULE) '[AR]
Hi Mikołaj,
Mikołaj Zalewski wrote:
> +IDS_NOTHINGTOCONFIG "Ten port nie ma opcji, kt�re mo�na by skonfigurowa�"
> +}
>
It doesn't sound good to me. How about "Ten port nie ma opcji do
skonfigurowania" or just remove "by" from your version?
Jacek
Hi Paul,
Paul Wise wrote:
>> Paul seems to be excited about Wine, so hhm relicensing should sound OK
>> for him, IMHO.
>>
>
> I've previously offered to relicence the hhm code for inclusion in both
> chmlib and libmspack, but it seems neither project took up this offer. I
> don't think the h
Frankly if you could get ALSA working perfectly, and DSOUND to do what it's
supposed to without underruns (As in WoW, with default settings) You would
make my life a lot easier. I answer so many questions about sound it's not
even funny. Out of the box "Just working" sound would be pretty great.
Read the other thread for way more information. You would do best to follow
that model instead of thinking large scale lump all that you can of 10 in,
they're thinking more framework.
On 3/12/07, Kovács András <[EMAIL PROTECTED]> wrote:
Hi,
I think, that start working on Dx10 is a great opport
Hi Mikołaj,
Mikołaj Zalewski wrote:
> - IDS_OVERWRITEFOLDER_TEXT "This folder already contains a folder named
> '%1'.\n\n"\
> - "If the files in the destination folder have the same names as
> files in the\n"\
> - "selected folder they will be replaced. Do you still want to m
Hi Mikołaj,
Mikołaj Zalewski wrote:
> +
> +STRINGTABLE DISCARDABLE
> +BEGIN
> +STRING_RICHTEXT_FILES_RTF, "Tekst sformatowany - RTF (*.rtf)"
> +STRING_TEXT_FILES_TXT, "Document tekstowy (*.txt)"
This is a typo, it should be "Dokument".
Jacek
Am Dienstag 13 März 2007 03:27 schrieb Kovács András:
Seems that there are 3 people interested in that now. I think it should not
fail due to the lack of work :-)
In case someone has his own idea, feel free to suggest it :-)
A few more Direct3D related ideas from me:
1) d3dx9_xy.dll, d3dxof.dll
Maarten Lankhorst wrote:
> - Remove the queuing thread and use Lock() and Unlock() instead.
There has to be a thread somewhere: for buffers that are DSBPLAY_LOOPING.
tom
Mike Schaadt a écrit :
after some extra testing I found that it's not that my modification
would forbid that, but it would complain about the second parameter
not being const(which I thought that the compiler would be fine with
auto promoting the WCHAR ** to const WCHAR **). Fair enoug then.
Str
Marcus Meissner a écrit :
On Tue, Mar 13, 2007 at 10:23:59AM -0500, Jeremy White wrote:
Hey Dan,
Say, we (the Wine project) seem to be increasingly leaning on you
to run Wine's SoC program. In the early days, we had a committee,
and people helping, and stuff. These days, I know that I am g
--- Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> "Gerald Pfeifer" <[EMAIL PROTECTED]> wrote:
>
> > I accidently ended up building Wine using a C++
> compiler the other day,
> > and came across the following.
>
> > -char *p = xmalloc (size);
> > +char *p = (char*) xmalloc (size)
On Tue, Mar 13, 2007 at 10:23:59AM -0500, Jeremy White wrote:
> Hey Dan,
>
> Say, we (the Wine project) seem to be increasingly leaning on you
> to run Wine's SoC program. In the early days, we had a committee,
> and people helping, and stuff. These days, I know that I am guilty
> of thinking th
Hey Dan,
Say, we (the Wine project) seem to be increasingly leaning on you
to run Wine's SoC program. In the early days, we had a committee,
and people helping, and stuff. These days, I know that I am guilty
of thinking that you're on it, so I can safely ignore it; I fear
that a bunch of others
Hello, Robert!
Monday, March 12, 2007, 18:02:59, you wrote:
RS> Andrew O. Shadoura wrote:
>> break;
>> }
>>
>> +if (flags & MB_USEGLYPHCHARS) {
>> +for (i=0; i!=dstlen; i++)
>> +if (dst[i]<0x20) dst[i]=glyph_xlat[dst[i]];
>> +}
>> +
>>
RS> I think you
after some extra testing I found that it's not that my modification
would forbid that, but it would complain about the second parameter
not being const(which I thought that the compiler would be fine with
auto promoting the WCHAR ** to const WCHAR **). Fair enoug then.
Strike those modifications.
For the summer of code I'm planning to improve the dsound code and alsa
code, to make alsa finally better then OSS, in a way that has a will get
accepted into the wine tree, for that I'm thinking of improving on the
following fronts:
Winealsa:
- Add mixer device and aux controls
- Implement dsound
Erich Hoover a écrit :
I am not very familiar with the winedbg code and do not see any easy
(ie, non-hackish) way to get the length of the string in order to
properly allocate the name size. I could read back a "large buffer"
and use the string resulting from that to determine how large of a
Andrew O. Shadoura wrote:
MB_USEGLYPHCHARS Use glyph characters instead of control characters.
'control characters' in this context are _Unicode_ characters below U+0020.
dst is a pointer to WCHAR string - this means it is Unicode string. So,
we don't need to take into account any codepages, bec
"Ann & Jason Edmeades" <[EMAIL PROTECTED]> writes:
> +secBuffer = (LPBYTE) malloc(sizeNeeded * sizeof(BYTE));
> +if(!secBuffer) return;
Please don't use malloc in Wine.
--
Alexandre Julliard
[EMAIL PROTECTED]
"Vijay Kiran Kamuju" <[EMAIL PROTECTED]> wrote:
I have implemented some d3drm functions and made some changes.
Original implementation is by David Adam.
Currently I dont have a wine repository to test the patch.
Before applying the patch please create the dlls/d3drm/tests directory
Please send m
Hi,
I have implemented some d3drm functions and made some changes.
Original implementation is by David Adam.
Currently I dont have a wine repository to test the patch.
Before applying the patch please create the dlls/d3drm/tests directory
Please send me you comments, regarding this.
If there are
Hi,
Please ignore the this one.
I am sending a new one.
I wrongly named the header file, effects of late night coding
bye,
VJ
On 3/13/07, Francois Gouget <[EMAIL PROTECTED]> wrote:
On Tue, 13 Mar 2007, Vijay Kiran Kamuju wrote:
> Changelog
> ---
> Add minimalistic d3drmdef.h
>
> ex
On Tue, 13 Mar 2007, Vijay Kiran Kamuju wrote:
> Changelog
> ---
> Add minimalistic d3drmdef.h
>
> extern LPD3DVECTOR D3DRMAPI D3DRMVectorAdd(LPD3DVECTOR, LPD3DVECTOR,
> LPD3DVECTOR);
Two nitpicks:
Wine's headers usually don't specify extern (it's implicit).
If there's a large lis
Mike Schaadt a écrit :
string.c:
strtolW and strtoulW - constify the endptr value. This is just an
output value to indicate where in the array we stoped processing.
Change causes this to be the same type as the first value. Reduces
number of cast-qual warnings by 6.
lnk.c:
dump_pi
On 13/03/07, Mirek <[EMAIL PROTECTED]> wrote:
Shouldn't we use WINED3DCAPS2_DYNAMICTEXTURES rather than
D3DCAPS2_DYNAMICTEXTURES ?
Yes, this won't compile like this.
40 matches
Mail list logo
