results of wined3d - d3d9 regression testing on windows98se gf4 4200 64MB
(using wined3d+GLX->WGL patch)
General overview
some demos give odd crash on exit
resizing windows is hacked (blame me) -- instead of stretching the output
-- it simply changes the vireport size
for programs that enum
On Thu, 2005-07-07 at 10:51 +0200, Uwe Bonnes wrote:
> > "James" == James Liggett <[EMAIL PROTECTED]> writes:
>
> James> Hello all, I have been working on getting Hotsync to sync to a
> James> USB cradle using usbserial. I did some research, and as it turns
> James> out, the functi
On Monday 11 July 2005 23:25, gslink wrote:
> Mike Hearn wrote:
> >> Eventually nobody should have to use winecfg for anything. Let's
>
> spend our
>
> >> time fixing the bugs and increasing automation rather than arguing
> >> about the best way to represent a list of hacks in the UI :)
>
> I t
Mike Hearn wrote:
>> Eventually nobody should have to use winecfg for anything. Let's
spend our
>> time fixing the bugs and increasing automation rather than arguing about
>> the best way to represent a list of hacks in the UI :)
I think the reality is that winecfg is going to hang round fo
On Mon, 2005-07-11 at 20:37, Alexandre Julliard wrote:
> Paul Vriens <[EMAIL PROTECTED]> writes:
>
> > in this is case it's definitly not a 'main exe module'. The trace (with
> > patch) shows:
>
> Oh sure, it's not a feature that normal apps would be using anyway, it
> just explains why the behav
Paul Vriens <[EMAIL PROTECTED]> writes:
> in this is case it's definitly not a 'main exe module'. The trace (with
> patch) shows:
Oh sure, it's not a feature that normal apps would be using anyway, it
just explains why the behavior of GetProcAddress is not identical to
that of LdrGetProcedureAddr
On Mon, 2005-07-11 at 16:07, Alexandre Julliard wrote:
> "Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
>
> > Probably the test also should confirm whether it's a responsibility of
> > dlls/ntdll/loader.c,LdrGetProcedureAddress() to return
> > STATUS_ENTRYPOINT_NOT_FOUND
> > which will be convert
Vitaly Lipatov wrote:
В сообщении от 10 Июль 2005 02:53 Robert Shearman написал(a):
This time with the correct patch.
Changelog:
The units passed into LB_SETTABSTOPS are dialog units, not logical units.
Why you do not use DIALOG_GetCharSize function from user/dialog.c ?
I think the ma
> "Alex" == Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
>>
Alex> Do you have sample code/applications that experience corruption on
Alex> CopyImage()? This looks like it is related to a problem in which
Alex> VB6 apps that use the toolbar control display a garbled
Ale
Uwe Bonnes wrote:
The present code corrupts the heap in some situation, causing trouble and
crashes
hard to correlate to this function for most users. In the other cases it
doesn't work, resulting is garbage displayed.
All those bitmap things are area where I have few knowledge, so I am not
Hi,
Wined3d in CVS is now in a reasonable state to start
regression testing new changes against.
I usually regression test against a few game demos and
DirectX 9 tutorials, I'm going to list the DirectX 9
tutorials as they start to work (there are 68
tutorials that work with the big patch). The c
> FYI, I was getting CVS update conflicts in the data/screenshots dir. If
> you make an upload data dir, you shouldn't really add it to CVS, you
> should .cvsignore it. I fixed the problem creating .cvsignore files in
> each dir in the data/screenshots tree. I also regnerated the screenshots
> usin
True, there shouldn't be because that string is of format
;;
but i will work out some better error checking to handle garbage strings
more gracefully.
-aric
Mike McCormack wrote:
Aric Stewart wrote:
rc = RegQueryValueExW(sourcekey,
INSTALLPROPERTY_LASTUSEDSOURCEstringW,
Aric Stewart wrote:
rc = RegQueryValueExW(sourcekey,
INSTALLPROPERTY_LASTUSEDSOURCEstringW,
0, 0, (LPBYTE)buffer,&size);
ptr = strchrW(buffer,';');
+ptr ++;
ptr = strchrW(ptr,';');
if (!ptr)
Thanks, but there should be another limitation somewhere...
Client-side:
Server-side:
php_value upload_max_filesize 5M
But it's still impossible to send a file of 700k for example (document
contains no data).
Le lundi 11 juillet 2005 à 09:40 -0500, Jeremy Newman a écrit :
> On Sun, 2005-07-10
В сообщении от 10 Июль 2005 02:53 Robert Shearman написал(a):
> This time with the correct patch.
>
> Changelog:
> The units passed into LB_SETTABSTOPS are dialog units, not logical units.
Why you do not use DIALOG_GetCharSize function from user/dialog.c ?
I think the magic with averaging sizes of
On Sun, 2005-07-10 at 23:45 +0200, Jonathan Ernst wrote:
> We already use gd which can do much the same as imagemagick (I don't
> think we have imagemagic on the server). We are already resizing the
> image if it's too big (pixels size, not byte size).
You do have the comman line version of ImageM
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> Probably the test also should confirm whether it's a responsibility of
> dlls/ntdll/loader.c,LdrGetProcedureAddress() to return
> STATUS_ENTRYPOINT_NOT_FOUND
> which will be converted by GetProcAddress to ERROR_PROC_NOT_FOUND.
I suspect what is ha
"Paul Vriens" <[EMAIL PROTECTED]> wrote:
how do I make sure that's the case.
Obviously a seperate test case for LdrGetProcedureAddress can be made
That's the only way to [dis]prove that IMO.
but
that doesn't prove your question.
Why not, if GetProcAddress is just a wrapper around of LdrGe
> "Paul Vriens" <[EMAIL PROTECTED]> wrote:
>
>> Process Explorer tries to load a dll with LoadLibraryA. This fails and
>> NULL is returned. PE is however still trying to do GetProcAddress on
>> this
>> (not loaded) dll. Windows returns ERROR_PROC_NOT_FOUND, we get into an
>> exception.
>>
>> I will
"Paul Vriens" <[EMAIL PROTECTED]> wrote:
Process Explorer tries to load a dll with LoadLibraryA. This fails and
NULL is returned. PE is however still trying to do GetProcAddress on this
(not loaded) dll. Windows returns ERROR_PROC_NOT_FOUND, we get into an
exception.
I will send a test tonight
On 11.07.2005 14:47, Jonathan Wilson wrote:
> Not that I am any kind of expert here but would it not make sense to
> implement things the way windows does it? From what I know, windows
> implements it via activation contexts and manifests.
Yes, doing it the exact Windows way would require to imple
--- Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
>
> > Steam and Half-Life 2 have a utility that dumps
> debugging information
> > when either crashes and this is what uses msvcr70
> and the dbghelp
> > functions. Turn on +seh logging and you'll likely
> see a
> > STATUS_ACCESS_VIOLATION before t
Frank Richter wrote:
Frank Richter <[EMAIL PROTECTED]>
Add theming support. When comctl32.dll is attached to a thread, a CBT
hook is set up for the current thread which intercepts all window
creations. There, the class name of the window is checked. In case of a
known class, the window is subcla
On Mon, 2005-07-11 at 13:09 +0100, Adam Cooper wrote:
> I was thinking though, will windows programs have access to these
> configuration registry entries? Or are they somehow protected. If any
> windows program can view these entries then they could perhaps refuse
> to install. i.e. Valve decide H
I was just wondering about this new system of doing things. I quite like
the new config method. It doesn't allow the indepth configuration that
the old .config file did but I'm sure thats not going to be a problem.
I was thinking though, will windows programs have access to these
configuration reg
Uwe Bonnes <[EMAIL PROTECTED]> writes:
> hertz:/spare/bon/Wine/drive_c/Programme/GALEP32> env WINEDEBUG=+loaddll
> WINEDLLOVERRIDES=msvcrt=n /spare/bon/wine-realclean/wine/wine Galep32.exe
> trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin
> trace:loaddll:load_builtin_dll Lo
On 7/11/05, Uwe Bonnes <[EMAIL PROTECTED]> wrote:
>
> There is recstudio mentioned, but I don't see a download link. Does anybody
> know about the (release|copyright) status of recstudio?
http://www.backerstreet.com/rec/rec.htm
Tom
hertz:/spare/bon/Wine/drive_c/Programme/GALEP32> env WINEDEBUG=+loaddll
WINEDLLOVERRIDES=msvcrt=n /spare/bon/wine-realclean/wine/wine Galep32.exe
trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin
trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt.dll"
> "Felix" == Felix Nawothnig <[EMAIL PROTECTED]> writes:
Felix> Nick Burns wrote:
>> REC is an impressive free deCompiler (better than a simple
>> disassembler) its based off of boomarang
Felix> REC uses compiler dependend pattern matching which often fails
Felix> miserabl
Mike Hearn wrote:
Eventually nobody should have to use winecfg for anything. Let's spend our
time fixing the bugs and increasing automation rather than arguing about
the best way to represent a list of hacks in the UI :)
I think the reality is that winecfg is going to hang round for a while.
31 matches
Mail list logo
