Vijay wrote:
Add minimalistic d3drmdef.h
But why? None of the code in wine currently
needs it. Maybe you should submit it together
with the first bit of code that needs it.
--
Wine for Windows ISVs: http://kegel.com/wine/isv
Some of this was included in the patch submission. Some of it I had
questions about.
spawn.c : warnings may or may not be harmless depending on if esecvp
attempts to modify the results. Specs indicate it doesn't, but the function
typing doesn't indicate so(the difference is 'const char * const
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.
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 list of
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
extern
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
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]
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
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
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
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
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 that
--- 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);
That's a
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
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.
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
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,
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
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 move
or
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
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.
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 hhm code
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
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,
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
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
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 into
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
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
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
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
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
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 as a
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:
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
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.
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 CPU,
37 matches
Mail list logo