On Thu, Apr 23, 2009 at 11:46:38AM -0500, Austin English wrote:
Howdy,
I recently started retesting NetBSD (5.0 this time), and have filed
bugs for most of the warnings. A few of them I have patches ready for,
but figured I should probably get reviewed first:
There's a NetBSD bug here.
Dylan Smith ha scritto:
This can easily be tested by saving a rich text document in wordpad. The
rich text will always be null terminated, unlike plain text files which
will not have a terminating null byte.
I noticed in a bug 14827 that AutoCAD 2005 looked for this NULL byte to
determine the
On Friday 24 April 2009 06:00:04 you wrote:
Kai wrote:
I'm trying to figure out where the wine server actually decides if a file
actually is a file on disk, a local or a remote pipe. Any pointers?
Search for FileFsDeviceInformation in ntdll/file.c, maybe.
Hm, I should have worded this
Am Freitag, 24. April 2009 09:21:23 schrieb Henri Verbeet:
Did you test this? What if the shader starts with a comment?
Aric Stewart a...@codeweavers.com writes:
@@ -120,13 +122,58 @@ BOOL CDECL X11DRV_ScrollDC( HDC hdc, INT dx, INT dy,
const RECT *lprcScroll,
if( TRACE_ON( scroll)) dump_region( Destination scroll region: ,
DstRgn);
/* if there are any, do it */
if( res NULLREGION) {
-
Jeff Latimer l...@yless4u.com.au writes:
@@ -55,6 +55,9 @@
ok ( cond tmp, msg, GetCurrentThreadId(), err); \
} while (0);
+/* Function pointers */
+static HMODULE hws2_32 = 0;
+static PCTSTR (WINAPI *pInetNtop)(int,LPVOID,LPTSTR,ULONG) = 0;
There's no point in resending
2009/4/24 Stefan Dösinger stefandoesin...@gmx.at:
Am Freitag, 24. April 2009 09:21:23 schrieb Henri Verbeet:
Did you test this? What if the shader starts with a comment?
It doesn't make sense to try and parse a shader before knowing what
version it is. Besides, this is consistent with
Are the Wine Developers using this report?
Chris
There's no point in resending if you don't fix the reason it was
rejected the first time.
My apology, I corrected what I thought was the problem but did not see
the others. Have resubmitted it.
Stefan Dösinger wrote:
Am Donnerstag, 23. April 2009 14:54:54 schrieb Tobias Jakobi:
NAK
Suggestions? Explanations?
Like explained putting this into prog_link won't work. It doesn't make
sense in the first place.
Using a separate struct for GLSL and ARB isn't also making sense, since
the
André Hentschel wrote:
chris ahrendt schrieb:
Are the Wine Developers using this report?
Chris
If you are talking about the testsuite(test.winehq.org) then it is not
the only source of information for developers but an important one.
yes that is what I am talking
chris ahrendt schrieb:
Are the Wine Developers using this report?
Chris
If you are talking about the testsuite(test.winehq.org) then it is not
the only source of information for developers but an important one.
Am Donnerstag, 23. April 2009 14:54:54 schrieb Tobias Jakobi:
NAK
Suggestions? Explanations?
Like explained putting this into prog_link won't work. It doesn't make
sense in the first place.
Using a separate struct for GLSL and ARB isn't also making sense, since
the data stored in the
On Fri, Apr 24, 2009 at 11:25 AM, chris ahrendt celtich...@yahoo.com wrote:
André Hentschel wrote:
chris ahrendt schrieb:
Are the Wine Developers using this report?
Chris
If you are talking about the testsuite(test.winehq.org) then it is not
the only source of information for
I think Henri is generally against adding something to the
ps_compiled_shader structure - but I might be wrong there.
However I don't know how to implement the code without introducing new
data to ps_compiled_shader.
No, he doesn't like having this info visible outside the backend. You can
Stefan Dösinger wrote:
I think Henri is generally against adding something to the
ps_compiled_shader structure - but I might be wrong there.
However I don't know how to implement the code without introducing new
data to ps_compiled_shader.
No, he doesn't like having this info visible outside
Not my preferred fix, but I suppose it works.
@@ -359,6 +359,7 @@ static HRESULT WINAPI
IDirect3DDevice8Impl_GetDeviceCaps(LPDIRECT3DDEVICE8 iface
if(pCaps-VertexShaderVersion D3DVS_VERSION(1,1)){
pCaps-VertexShaderVersion = D3DVS_VERSION(1,1);
}
+
Am Freitag, 24. April 2009 22:48:51 schrieb Henri Verbeet:
Not my preferred fix, but I suppose it works.
@@ -359,6 +359,7 @@ static HRESULT WINAPI
IDirect3DDevice8Impl_GetDeviceCaps(LPDIRECT3DDEVICE8 iface
if(pCaps-VertexShaderVersion D3DVS_VERSION(1,1)){
I had a theory that we might be getting better at preventing regressions
now than a year or so ago due to the expansion of things like AppDB and
the test suite. It'd be nice to have some sort of data though.
Would it be reasonable to comb through the bugzilla database for all the
bugs tagged
Hi!
I've found few visual glitches in comctl32/toolbar, and now try to
write this all down as conformance tests, but I have some problems. I
see that there is bug, when I test it with control spy. But when I
repeat it in testcase, it won't work. Here is how you can reproduce
it:
TB_SETBITMAPSIZE
On Fri, Apr 24, 2009 at 6:40 PM, Scott Ritchie sc...@open-vote.org wrote:
I had a theory that we might be getting better at preventing regressions now
than a year or so ago due to the expansion of things like AppDB and the test
suite. It'd be nice to have some sort of data though.
Would it
Austin English wrote:
On Fri, Apr 24, 2009 at 6:40 PM, Scott Ritchie sc...@open-vote.org wrote:
I had a theory that we might be getting better at preventing regressions now
than a year or so ago due to the expansion of things like AppDB and the test
suite. It'd be nice to have some sort of
Paul TBBle Hampson paul.hamp...@pobox.com wrote:
+if (strlenW(lpszStart)==0)
+{
+/* Skip 0-length headers */
+lpszStart = lpszEnd;
+bSuccess = TRUE;
+continue;
+}
Instead of 'if (strlenW(lpszStart)==0)' it's much simpler
On Sat, Apr 25, 2009 at 11:52:20AM +0900, Dmitry Timoshkov wrote:
Paul TBBle Hampson paul.hamp...@pobox.com wrote:
+if (strlenW(lpszStart)==0)
+{
+/* Skip 0-length headers */
+lpszStart = lpszEnd;
+bSuccess = TRUE;
+continue;
24 matches
Mail list logo