On 4/3/2010 11:34 AM, Alexandre Julliard wrote:
> Stefan Dösinger writes:
>
>
>> Am 02.04.2010 um 02:08 schrieb chris ahrendt:
>>
>>
>>> Just my 2 phennings worth on this...
>>> Why reinvent the wheel... I would say instead of doing the emu
Just my 2 phennings worth on this...
Why reinvent the wheel... I would say instead of doing the emulator inside
wine... or a JIT... why not have
wine intersept the call to start the vm86 mode.. and forks off and starts
DOSEMU or whatever DOS box system is
configured.. That way wine doesnt have to
> Compiling Wine. Grab a lunch or two, rent a video, or whatever,
> in the meantime...
>
> config.status: executing Makefile commands
> cat: Make.tmp: No such file or directory
> config.status: error: could not create Makefile
> make: *** [Makefile] Error 1
> config.status: executing Makefile comm
Just did the latest git and got the following :
all -c wineapploader /usr/local/bin/`dirname programs/msiexec/__installprog__`
/usr/bin/install: cannot create regular file `/usr/local/bin/programs/msiexec':
No such file or directory
make[1]: *** [programs/msiexec/__installprog__] Error 1
make[1
Don't know if anyone is interested in this or not but I thought I would send
this out to the list.
CPPCheck is now running clean on the GIT tree... but its showing some style
issues. If they are there
for API compatibility let me know and I will ignore them from now on. Here they
are:
File
On 12/29/2009 11:17 PM, Alasdair Sinclair wrote:
>
>return size;
ok will file a false positive... thanks
chris
I just ran CPP check this evening and got the following :
rpcrt4/rpc_transport.c 490 (error) Uninitialized variable smb_floor
761 (error) Uninitialized variable pipe_floor
885 (error) Uninitialized variable tcp_floor
If you look at the code :
static size_t
Just a little nit I noticed with yesterdays Git tree...
When you give a window other than the wine window the focus... the wine window
does not go into the background... so IF I have 2 or 3 windows open with a wine
app running
and click on say thunderbird... or firefox to look something up I have
Roderick Colenbrander wrote:
> On Wed, Nov 25, 2009 at 3:46 AM, chris ahrendt wrote:
>> Roderick Colenbrander wrote:
>>> On Tue, Nov 24, 2009 at 5:12 AM, chris ahrendt wrote:
>>>> Ok going through and looking at the next failure in wine tests I found
>>>
Roderick Colenbrander wrote:
> On Tue, Nov 24, 2009 at 5:12 AM, chris ahrendt wrote:
>> Ok going through and looking at the next failure in wine tests I found this
>> one :
>>
>>
>> If you look at the code its:
>>
>>
>> 779 color = getPixel
Ok going through and looking at the next failure in wine tests I found this one
:
If you look at the code its:
779 color = getPixelColor(device, 160, 120);
780 red = (color & 0x00ff) >> 16;
781 green = (color & 0xff00) >> 8;
782 blue = (color & 0x00ff);
Roderick Colenbrander wrote:
> On Mon, Nov 23, 2009 at 9:23 PM, Stefan Dösinger
> wrote:
>> Am 23.11.2009 um 21:00 schrieb chris ahrendt:
>>> The test fails with :
>>>
>>> query.c:224: Test failed: IDirect3DQuery9_GetData a 2nd time on a ended
>>
Looking at the wine test results for the following test:
query.c in the d3d9 tests directory...
hr = IDirect3DQuery9_GetData(pQuery, data,
IDirect3DQuery9_GetDataSize(pQuery), D3DGETDATA_FLUSH);
ok(hr == S_OK, "IDirect3DQuery9_GetData on a ended query returned %08x\n",
hr);
hr =
Alexandre Julliard wrote:
> chris ahrendt writes:
>
>> Alexandre Julliard wrote:
>>> chris ahrendt writes:
>>>
>>>> Well its been a few since I ran CPP Check and so I ran it today and got
>>>> the following:
>>>>
>>>&
Alexandre Julliard wrote:
> chris ahrendt writes:
>
>> Well its been a few since I ran CPP Check and so I ran it today and got the
>> following:
>>
>> New CPP Check Errors for the Wine Code:
>>
>> [/home/cahrendt/wine-git/dlls/comctl32/imagelist.c
Well its been a few since I ran CPP Check and so I ran it today and got the
following:
New CPP Check Errors for the Wine Code:
[/home/cahrendt/wine-git/dlls/comctl32/imagelist.c:1908]: (error) Uninitialized
variable: bmi_buf
[/home/cahrendt/wine-git/dlls/ntdll/server.c:802]: (error) Resource l
Current Leaks:
[/home/cahrendt/wine-git/dlls/ntdll/server.c:802]: (error) Resource leak: fd
[/home/cahrendt/wine-git/dlls/ntdll/server.c:882]: (error) Resource leak: fd_cwd
[/home/cahrendt/wine-git/dlls/winex11.drv/xfont.c:2963]: (possible error)
Resource leak: fd
Tool Leaks:
[/home/cahrendt/wi
Errors:
[/home/cahrendt/wine-git/dlls/ntdll/server.c:802]: (error) Resource leak: fd
[/home/cahrendt/wine-git/dlls/ntdll/server.c:882]: (error) Resource
leak: fd_cwd
[/home/cahrendt/wine-git/dlls/winex11.drv/xfont.c:2963]: (possible
error) Resource leak: fd
Tools Errors:
[/home/cahrendt/wine-
[/home/cahrendt/wine-git/dlls/kernel32/resource.c:1279]: (error)
Division by zero
[/home/cahrendt/wine-git/dlls/ntdll/server.c:802]: (error) Resource leak: fd
[/home/cahrendt/wine-git/dlls/ntdll/server.c:882]: (error) Resource
leak: fd_cwd
[/home/cahrendt/wine-git/dlls/winex11.drv/xfont.c:2963]:
[/home/cahrendt/wine-git/dlls/ntdll/server.c:802]: (error) Resource leak: fd
[/home/cahrendt/wine-git/dlls/ntdll/server.c:882]: (error) Resource
leak: fd_cwd
[/home/cahrendt/wine-git/dlls/winex11.drv/xfont.c:2963]: (possible
error) Resource leak: fd
[/home/cahrendt/wine-git/libs/wine/mmap.c:288]:
False positive ticket created for:
[/home/cahrendt/wine-git/dlls/wineps.drv/init.c:270]: (error) Possible
null pointer dereference: dmW - otherwise it is redundant to check if
dmW is null at line 272
what about the others? or the suggestion of adding an additional int to
the array?
chris
[/home/cahrendt/wine-git/dlls/ntdll/server.c:802]: (error) Resource leak: fd
[/home/cahrendt/wine-git/dlls/ntdll/server.c:882]: (error) Resource
leak: fd_cwd
[/home/cahrendt/wine-git/dlls/rpcrt4/tests/server.c:1189]: (possible
error) Array index out of bounds
[/home/cahrendt/wine-git/dlls/wineps.
b5b58e423d32666581f69046c74bb19902c35c2b is first bad commit
commit b5b58e423d32666581f69046c74bb19902c35c2b
Author: Henri Verbeet
Date: Thu Sep 17 12:35:24 2009 +0200
d3d8: Add a separate function for cube texture initialization.
:04 04 8cd1752ed711799ebfb77127de399d527add5415
9
Something broke between yesterday's git tree and todays...
went to run some applications and everything is slow as molasas...
seems to be getting in a infinite loop in the apply context draw buffer
Here is the run for Friday Sept. 11 with the tools and the tests
directory results removed.
[/home/cahrendt/wine-git/dlls/ntdll/server.c:802]: (error) Resource leak: fd
[/home/cahrendt/wine-git/dlls/ntdll/server.c:882]: (error) Resource
leak: fd_cwd
[/home/cahrendt/wine-git/dlls/wineps.drv/ini
Nicolas Le Cam wrote:
> 2009/9/9 Alexandre Julliard :
>> chris ahrendt writes:
>>
>>> [/home/cahrendt/wine-git/dlls/ntdll/directory.c:2339]: (error) Resource
>>> leak: old_cwd
>> This is the only one that looks a real bug, all the rest are false
>>
Alexandre Julliard wrote:
> chris ahrendt writes:
>
>> [/home/cahrendt/wine-git/dlls/ntdll/directory.c:2339]: (error) Resource
>> leak: old_cwd
>
> This is the only one that looks a real bug, all the rest are false
> positives. Please filter them out from future repo
Alexandre Julliard wrote:
> chris ahrendt writes:
>
>> [/home/cahrendt/wine-git/dlls/ntdll/directory.c:2339]: (error) Resource
>> leak: old_cwd
>
> This is the only one that looks a real bug, all the rest are false
> positives. Please filter them out from future rep
[/home/cahrendt/wine-git/dlls/msvcrt/tests/file.c:982]: (error)
Deallocating a deallocated pointer: stream2
[/home/cahrendt/wine-git/dlls/msvcrt/tests/file.c:966]: (error) Resource
leak: stream3
[/home/cahrendt/wine-git/dlls/msvcrt/tests/file.c:973]: (error) Resource
leak: stream4
[/home/cahrend
[../wine-git/dlls/msvcrt/tests/file.c:982]: (error) Deallocating a
deallocated pointer: stream2
[../wine-git/dlls/msvcrt/tests/file.c:966]: (error) Resource leak: stream3
[../wine-git/dlls/msvcrt/tests/file.c:973]: (error) Resource leak: stream4
[../wine-git/dlls/msvcrt/tests/heap.c:433]: (possible
ok will report a false positive thanks
chris
- Original Message
From: Vincent Povirk
To: chris ahrendt
Cc: wine-devel@winehq.org
Sent: Tuesday, September 1, 2009 9:30:46 AM
Subject: Re: cpp check run monday Aug 31
> [/home/cahrendt/wine-git/dlls/windowscodecs/bmpencode.c:
I ran CPP check against the monday git tree using the latest CPP check
off their git tree.
here is the result :
[/home/cahrendt/wine-git/dlls/ddraw/tests/d3d.c:320]: (error) Division
by zero
[/home/cahrendt/wine-git/dlls/ddraw/tests/d3d.c:336]: (error) Division
by zero
[/home/cahrendt/wine-gi
Ok CPPCheck guys have repired the false positive but now get this:
$ ./cppcheck -q -a ../wine/wine/dlls/wineoss.drv/mixer.c
../wine/wine/dlls/wineoss.drv/mixer.c:576: (error) Resource leak: mixer
../wine/wine/dlls/wineoss.drv/mixer.c:600: (error) Resource leak: mixer
../wine/wine/dlls/wineoss.drv
James McKenzie wrote:
> chris ahrendt wrote:
>
>> - Original Message
>> From: Ben Klein
>> To: chris ahrendt
>> Cc: wine-devel@winehq.org
>> Sent: Thursday, August 27, 2009 10:06:56 PM
>> Subject: Re: Weekly cppcheck run against Aug
- Original Message
From: Ben Klein
To: chris ahrendt
Cc: wine-devel@winehq.org
Sent: Thursday, August 27, 2009 10:06:56 PM
Subject: Re: Weekly cppcheck run against Aug 27 Git Tree
2009/8/28 chris ahrendt :
> Mike Kaplinskiy wrote:
>> On Thu, Aug 27, 2009 at 3:52 PM, chri
Mike Kaplinskiy wrote:
> On Thu, Aug 27, 2009 at 3:52 PM, chris ahrendt wrote:
>
>> This is the result of running cppcheck 1.35 with the --all parm against
>> the august 27th Git tree:
>>
>> [../wine-git/dlls/dbghelp/msc.c:88]: (possible error) Array index out of
Mike Kaplinskiy wrote:
> On Thu, Aug 27, 2009 at 3:52 PM, chris ahrendt wrote:
>
>> This is the result of running cppcheck 1.35 with the --all parm against
>> the august 27th Git tree:
>>
>> [../wine-git/dlls/dbghelp/msc.c:88]: (possible error) Array index out of
This is the result of running cppcheck 1.35 with the --all parm against
the august 27th Git tree:
[../wine-git/dlls/dbghelp/msc.c:88]: (possible error) Array index out of
bounds
[../wine-git/dlls/dbghelp/msc.c:89]: (possible error) Array index out of
bounds
[../wine-git/dlls/msvcrt/tests/file.c
Mike Kaplinskiy wrote:
> On Fri, Aug 21, 2009 at 9:21 PM, chris ahrendt wrote:
>
>> [../wine-git/dlls/msvcrt/tests/file.c:997]: (error) Resource leak: stream1
>> [../wine-git/dlls/msvcrt/tests/file.c:982]: (error) Deallocating a
>> deallocated pointer: stream2
>>
[../wine-git/dlls/msvcrt/tests/file.c:997]: (error) Resource leak: stream1
[../wine-git/dlls/msvcrt/tests/file.c:982]: (error) Deallocating a
deallocated pointer: stream2
[../wine-git/dlls/msvcrt/tests/file.c:966]: (error) Resource leak: stream3
[../wine-git/dlls/msvcrt/tests/file.c:973]: (error)
[../wine-git/dlls/msvcrt/tests/file.c:997]: (error) Resource leak: stream1
[../wine-git/dlls/msvcrt/tests/file.c:982]: (error) Deallocating a
deallocated pointer: stream2
[../wine-git/dlls/msvcrt/tests/file.c:966]: (error) Resource leak: stream3
[../wine-git/dlls/msvcrt/tests/file.c:973]: (error)
>
> Subject:
> re: cppcheck run against 1.27
> From:
> Dan Kegel
> Date:
> Sat, 8 Aug 2009 15:53:25 -0700
> To:
> wine-devel@winehq.org
>
> To:
> wine-devel@winehq.org
>
>
> Chris wrote:
>
>> ...
>> [../wine-git/tools/widl/write_msft.c:2540]: (error) Deallocating a
>> deallocated pointer: fd
Marcus Meissner wrote:
> On Fri, Aug 07, 2009 at 06:36:36PM -0700, chris ahrendt wrote:
>
>> [../wine-git/dlls/ntdll/server.c:802]: (error) Resource leak: fd
>>
>
> I do not fully understand the code (keep fd open to have to lock
> existing?), but
[../wine-git/dlls/msvcrt/tests/file.c:997]: (error) Resource leak: stream1
[../wine-git/dlls/msvcrt/tests/file.c:997]: (error) Resource leak: stream4
[../wine-git/dlls/msvcrt/tests/heap.c:424]: (error) Deallocating a
deallocated pointer: mem
[../wine-git/dlls/ntdll/server.c:802]: (error) Resource
Scott Ritchie wrote:
> chris ahrendt wrote:
>
>> Austin English wrote:
>>
>>> On Tue, Aug 4, 2009 at 2:07 PM, Juan Lang wrote:
>>>
>>>
>>>>> If the group wants I can run this daily when I run wine
Austin English wrote:
> On Tue, Aug 4, 2009 at 2:07 PM, Juan Lang wrote:
>
>>> If the group wants I can run this daily when I run wine test as well..
>>> and post it here just let me know
>>>
>> Probably not. Most of the remaining leaks are in the tests or the
>> tools. Since thes
Juan Lang wrote:
> Hi Chris,
>
>
>> [../wine-git/dlls/crypt32/rootstore.c:346]: (error) Resource leak: dir
>>
>
> I just sent a patch to fix this. Thanks!
> --Juan
>
>
>
If the group wants I can run this daily when I run wine test as well..
and post it here just let me know
Chri
I was working on something else and using cppcheck to make sure I was
not having a memory leak and so forth and decided to try it on wine
here is what is the results of the wine git tree :
[../wine-git/dlls/crypt32/rootstore.c:346]: (error) Resource leak: dir
[../wine-git/dlls/msvcrt/tests/file.
Does anyone have the dotests script they could send me ... I moved to a
new machine and lost the script.
Went to the wiki and it fails to find it when I click on the link. I get
an error stating that I am unable to add
an attachment (even after logging in).
Chris
to see what patch caused the failure on non NVIDIA cards?
Chris
Did we find out what the regression is for 1.1.23 that caused the ATI
and other non NVIDIA cards to start failing?
Chris
Using this attached Reg File Is still a no go... same...
(I forgot the Direct3D tag but added it and no change)
Chris
rendering3.Reg
Description: Binary data
On 06/05/2009 09:16 PM, Austin English wrote:
> On Fri, Jun 5, 2009 at 8:03 PM, chris ahrendt wrote:
>
>> On 06/05/2009 08:15 PM, Austin English wrote:
>>
>>> On Fri, Jun 5, 2009 at 7:11 PM, chris ahrendt
>>> wrote:
>>>
>>&g
On 06/05/2009 08:15 PM, Austin English wrote:
> On Fri, Jun 5, 2009 at 7:11 PM, chris ahrendt wrote:
>
>> Tried it several times.. and different iterations of the registry keys
>> (you will find them attached) and both cases it fails the same way any
>> of the d3
Tried it several times.. and different iterations of the registry keys
(you will find them attached) and both cases it fails the same way any
of the d3d tests will fail or the machine locks up.
rendering.Reg
Description: Binary data
rendering2.Reg
Description: Binary data
On 06/05/2009 05:10 PM, Roderick Colenbrander wrote:
> Check the useful registry keys page at wiki.winehq.org (it is
> Direct3D/OffscreenRenderingMethod)
>
> Roderick
>
> On Fri, Jun 5, 2009 at 10:41 PM, chris ahrendt wrote:
>
>> On 06/05/2009 04:32 PM,
o backbuffer restores the old behavior.
>
> Roderick
>
> On Fri, Jun 5, 2009 at 10:04 PM, chris ahrendt wrote:
>
>> Something majorly changed and is wrong with the latest GIT tree.
>> Between the comits yesterday and today 90% of the tests get exceptions
>> o
Something majorly changed and is wrong with the latest GIT tree.
Between the comits yesterday and today 90% of the tests get exceptions
or fail.
All of the d3d tests get a process exception and fail with a dialog box.
Ideas?
Chris
On 05/30/2009 12:59 PM, wine-devel-requ...@winehq.org wrote:
> Ben Klein ha scritto:
>
>>
>> You would be surprised at how much of Wine is NOT a hack internally.
>> Wine doesn't do hacks,
>
> Well, well there are some, indeed.
> Of course, it's better not add new ones :-)
>
> hence AJ's reluct
On 05/29/2009 12:28 PM, James Mckenzie wrote:
>> As was said in the other thread, just designing it alone would take a
>> few months work. AJ is really busy with other things, and a few months
>> work is both a lot of money and a lot of wasted productivity. No one
>> is stepping up to sponsor the
On 05/29/2009 11:14 AM, Austin English wrote:
> On Fri, May 29, 2009 at 10:10 AM, chris ahrendt wrote:
>
>> Question on this debate:
>>
>> Has AJ documented anywhere what the architectural issues are so they can
>> be addressed?
>> I have not seen this
Question on this debate:
Has AJ documented anywhere what the architectural issues are so they can
be addressed?
I have not seen this in the thread and was just wondering.
If we have them documented then its a relatively easy task to address
each of them.
Yes it may be a hack but you would be su
Paul Vriens wrote:
> chris ahrendt wrote:
>> I have two test cases for the file.c test in kernel32 to show two
>> problems I have found and reported as bugs that wine should be able
>> to handle.
>>
>> first problem :
>>
>> I/O warning : failed to l
I have two test cases for the file.c test in kernel32 to show two
problems I have found and reported as bugs that wine should be able to
handle.
first problem :
I/O warning : failed to load external entity
"file:///C%3A/Program%20Files/Sony/Station/LaunchPad/PatchCache2.xml"
Wine does not se
> Subject:
> Re: RFC on Base Wine Config
> From:
> Kai Blin
> Date:
> Sun, 3 May 2009 09:04:13 +0200
> To:
> wine-devel@winehq.org
>
> To:
> wine-devel@winehq.org
>
>
> On Sunday 03 May 2009 07:07:35 Ben Klein wrote:
>
>> 2009/5/3 chris ahrend
Juan Lang wrote:
>> ok then I am very confused then...
>> I deleted the / mapping all together and then ran the dotest script and
>> the make test scripts
>> dotest fails if the / mapping is not there along with the inetmib1
>> test. I opened a bug
>> concerning the inetmib test failing and was t
Ben Klein wrote:
> 2009/5/3 chris ahrendt :
>
>> I have noticed something with reporting bugs and problems that are
>> encountered...
>>
>> If the user is allowed to delete the Z: share to / once this is done
>> things start acting strange or not working.
&
I have noticed something with reporting bugs and problems that are
encountered...
If the user is allowed to delete the Z: share to / once this is done
things start acting strange or not working.
Many people have done this for various reasons.
My suggestion is to do the following:
1. If we ha
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
Are the Wine Developers using this report?
Chris
Ben Klein wrote:
2009/4/13 chris ahrendt :
Is there a guide documenting what each test is supposed to do etc?
Source code.
Before you say that's an unacceptable answer, the sheer number of test
cases (especially considering those that keep getting added) would
make it impractic
An Excellent point was mad in one of the bugs I reported :
Comment #25 from Austin English
The problem is that this isn't a 'normal' application doing weird
things. It's our testsuite, which does some _really_ strange stuff,
e.g., lots of corner case testing.
Our implementation code, however,
Ben Klein wrote:
2009/4/13 chris ahrendt :
So basically it, in your opinion, comes down to ERR's and the debug output
from running
tests or anything else should be ignored by anyone but developers?
No, that the tests as a WHOLE should be ignored by everyone except developers.
Ben Klein wrote:
2009/4/13 James McKenzie :
Ben Klein wrote:
2009/4/13 chris ahrendt :
Vincent Povirk wrote:
On Sun, Apr 12, 2009 at 5:24 PM, Ben Klein wrote:
2009/4/13 Vincent Povirk :
But the description doesn't say "invalid
Vincent Povirk wrote:
On Sun, Apr 12, 2009 at 5:24 PM, Ben Klein wrote:
2009/4/13 Vincent Povirk :
But the description doesn't say "invalid conditions". It says "serious
errors in Wine". That's something that should never happen in tests,
as it would imply that the state of the libraries we're
Vitaliy Margolen wrote:
chris ahrendt wrote:
17997 Gecko is installed and reran test... same result... valid bug
17998 is the locking issue... and it occurs not just in the rest but in
another application as well..
What errors? What exactly isn't working for you? You have fail
Vitaliy Margolen wrote:
Vincent Povirk wrote:
Chris Ahrendt filed a few bugs recently for "err" messages encountered
during test runs (17997 and 17998 at least).
17997 is a bogus report - Gecko is not intalled. Nothing actually failed.
17998 is the same. Only I let our r
Vincent Povirk wrote:
On Sat, Apr 11, 2009 at 11:49 PM, chris ahrendt wrote:
So in the case of the multiple locks and err's the output of the test run is
the same for bug 7284 <http://bugs.winehq.org/show_bug.cgi?id=7284> then
this bug or output would be invalid as well?
Ben Klein wrote:
2009/4/12 Vincent Povirk :
Chris Ahrendt filed a few bugs recently for "err" messages encountered
during test runs (17997 and 17998 at least).
Vitaliy claims they are invalid.
17997 looks invalid due to missing Wine Gecko. 17998 looks like
uncleanliness i
Austin English wrote:
> On Tue, Nov 25, 2008 at 12:27 AM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
>
>> We also don't really need a link to AppDB from the big buttons in the
>> front - AppDB is only the place to go when you're looking for it (hence
>> the button in the upper right) or once you k
Stefan D
Michael / All,
Been busy for awhile so have not had the time to work on this patch but
here is the 4th try and hopefully final version of the ddraw patch.
I took Michaels suggestions and encorporated them into the patch as well.
Please let me know if this patch is now ready to submit =)
chris
Paul Vriens wrote:
> Henri Verbeet wrote:
>
>> 2008/11/4 Paul Vriens <[EMAIL PROTECTED]>:
>>
>>> Hi,
>>>
>>> I upgraded to VMware 6.5.0 this morning and overlay tests are run now on my
>>> W2K3
>>> box. As the return value indicates E_NOTIMPL I decided to add a skip() for
>>> one particular
NM figured it out...
some odd reason the git directory has to be mapped to a windows drive..
once I did that.. it all cleaned up...
chris
I have a general question on the make files...
specifically the make test portion of it.. Since talking to dan about
things this would be where I could be of most help.
I have an issue with the make test currently.. I am getting :
[EMAIL PROTECTED] wine-git]$ make test
make[1]: Entering direct
Austin English wrote:
> On Sun, Oct 19, 2008 at 9:15 PM, chris ahrendt <[EMAIL PROTECTED]> wrote:
>
>> Anyone else having a problem compiling the latest git?
>>
>> mine has failed 2 times when I compile... one with a clean tree and one
>&
Austin English wrote:
> On Sun, Oct 19, 2008 at 9:15 PM, chris ahrendt <[EMAIL PROTECTED]> wrote:
>
>> Anyone else having a problem compiling the latest git?
>>
>> mine has failed 2 times when I compile... one with a clean tree and one
>&
Anyone else having a problem compiling the latest git?
mine has failed 2 times when I compile... one with a clean tree and one
with an older tree..
chris
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://m
MY $.02 cp on the issue agrees with the others...
I would say split it up.. but more possibly than applications and games..
Say :
games
Utils
Development Tools
Applications
Chris
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam pr
Michael / All
here is the third go at the ddraw test... and the patch for that...
note I went ahead and used the goto.
Also I found an error in the test where it was allocating the buffer in
one place and it did not free it.
Now here is the curious thing... When I did the first run of the dd
Michael Karcher wrote:
> I put the list back on CC because someone there might know about the
> drmMap problem.
>
> Am Dienstag, den 14.10.2008, 15:30 -0700 schrieb chris ahrendt:
>
>>> PS: From the attachments of Chris' mail, one can get the following
>>&g
Michael Karcher wrote:
> I put the list back on CC because someone there might know about the
> drmMap problem.
>
> Am Dienstag, den 14.10.2008, 15:30 -0700 schrieb chris ahrendt:
>
>>> PS: From the attachments of Chris' mail, one can get the following
>>&g
Yes if we need to move this off list please let me know
Michael Karcher wrote:
> That's why I suggested you to introduce the err2 label. The end of the
> function should look like this:
>
Ya, Ich versteh
here is the first patch to fix exception 1. I did have the patch with
the skip b
Michael Karcher wrote:
> Am Montag, den 13.10.2008, 21:05 -0400 schrieb Chris Ahrendt:
>
>> Fixed a trailing space error..
>>
> Sorry to chime in so late on this patchset.
>
> First, some general remarks: The subject of your mail will be the
> one-line com
ts to the
ret = IDirectDrawSurface_GetSurfaceDesc(dsurface, &desc);
line it throws and exception because dsurface is null.. so
I am wondering if the if should be if(&dsurface) instead of the above?
Chris
>From 6efc80d39533cd5940265b752442f607941fbab9 Mon Sep 17 00:00:00 2001
Fr
Marcus Meissner wrote:
> On Sun, Oct 12, 2008 at 09:52:06PM -0400, Chris Ahrendt wrote:
>> Ok I have threaded through ddraw_test adding as I had them fail a check
>> and a fix in dsurface.c test. The test now fails when the CreateSurface
>> fails. Before this there were
>From 52071bddae683a1964d64be0acbfec8d7b2c2c5e Mon Sep 17 00:00:00 2001
From: Chris Ahrendt <[EMAIL PROTECTED]>
Date: Sun, 12 Oct 2008 21:44:21 -0400
Subject: [PATCH] Fix to ddtest to fail test if IDirectDraw_CreateSurface failed.
Create Surface was failing and setting the handle to the s
Vitaliy Margolen wrote:
> Chris Ahrendt wrote:
>> Causes windows XP SP3 to reboot during d3d test..
>
> Would you please stop hijacking threads! Do NOT reply when starting a new
> topic!!! This is highly annoying and it's deemed a really bad habit.
>
> Vitaliy.
I did
James Hawkins wrote:
> On Sun, Oct 12, 2008 at 2:02 PM, Chris Ahrendt <[EMAIL PROTECTED]> wrote:
>> Causes windows XP SP3 to reboot during d3d test..
>>
>> What and where do I need to send in the information
>> on the issue.
>>
>
> You're go
Causes windows XP SP3 to reboot during d3d test..
What and where do I need to send in the information
on the issue.
Microsoft Windows XP
Home Edition
Version 2002
Sp 3
Pent 4 3.2ghz
2 gig ram
Chris
1 - 100 of 169 matches
Mail list logo