Re: make install broken

On Wed, Apr 9, 2008 at 10:54 PM, Stefan Leichter <[EMAIL PROTECTED]> wrote: > Hello, > > installing wine does not longer work for me. It fails with: > > make[2]: Entering directory `/usr/src/wine/wine-build/programs/xcopy' > /usr/bin/install -c xcopy.exe.so /usr/local/lib/wine/xcopy.exe.so >

Re: [2/2] winspool.drv: GetDefaultPrinterW reads the value from data in registry

On Wednesday 09 April 2008 22:13:44 Detlef Riekenberg wrote: > win3.x and win9.x use only "win.ini". > We need to fix bug #4096, before we can switch to the Registry. Thanks for advice! I will try to fix it. -- Best regards, Konstantin Kondratyuk.

make install broken

Hello, installing wine does not longer work for me. It fails with: make[2]: Entering directory `/usr/src/wine/wine-build/programs/xcopy' /usr/bin/install -c xcopy.exe.so /usr/local/lib/wine/xcopy.exe.so make[2]: Leaving directory `/usr/src/wine/wine-build/programs/xcopy' make[1]: *** Keine Rege

Re: kernel32: Fix for WritePrivateProfileString Sharing Problem [1/2](ATTEMPT 2)

On Wed, Apr 9, 2008 at 10:02 PM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: > "Erich Hoover" <[EMAIL PROTECTED]> wrote: > > +oldError = GetLastError(); > > +/* Read and Write sharing are necessary if a flush is performed on > > an open file */ > > +hFile = CreateFileW(CurProfile->fil

Re: Reference information on CreateScalableFontResource

"Jeremy White" <[EMAIL PROTECTED]> wrote: > The hard parts were that the .fot format seems to be an NE image, but > it seems to have subtle bugs in it and that the FONTDIR resource structure > is not well documented. I've mostly sussed out how to use Freetype > to replicate most of the members; t

Reference information on CreateScalableFontResource

I'm doing a brain dump for posterity on this task; you can tune out of this email; it's mostly meant for Google archiving purposes. I've spent far more time than I should on this implementation; I originally did a quick + dirty version that was not binary compatible with Windows .fot files. Worke

Re: kernel32: Fix for WritePrivateProfileString Sharing Problem [1/2](ATTEMPT 2)

"Erich Hoover" <[EMAIL PROTECTED]> wrote: > +oldError = GetLastError(); > +/* Read and Write sharing are necessary if a flush is performed on an > open file */ > +hFile = CreateFileW(CurProfile->filename, GENERIC_WRITE, FILE_SHARE_READ > | FILE_SHARE_WRITE, NULL, CREATE_ALWAYS, > FI

Re: [PATCH] user32: on VK_RETURN, send WM_COMMAND to ancestor, not parent.

On Tue, Apr 8, 2008 at 11:27 PM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: > "Lei Zhang" <[EMAIL PROTECTED]> wrote: > > > > I thought maybe the DS_CONTROL style caused the message to get > > propagated up, like in DIALOG_FindMsgDestination(). So I did more > > tests. > > > > I removed the DS_CONT

Re: %ALLUSERSPROFILE%

On Wed, Apr 9, 2008 at 6:04 PM, Austin English <[EMAIL PROTECTED]> wrote: > Wanted to get clarification before going through the trouble of > writing this patch. > > Where would you prefer this variable Alexandre? I've seen two responses: > > http://www.winehq.org/pipermail/wine-devel/2007-May/0

%ALLUSERSPROFILE%

Wanted to get clarification before going through the trouble of writing this patch. Where would you prefer this variable Alexandre? I've seen two responses: http://www.winehq.org/pipermail/wine-devel/2007-May/056555.html http://www.winehq.org/pipermail/wine-devel/2005-March/035004.html Trying t

Re: New winetricks-20080409: new verb vista, don't get confused by WGETRC, use curl and openssl if needed

"Dan Kegel" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Another day, another winetricks. > > Version 20080409 has the following changes: > > Added winver=vista, since I found an app that refuses to install > if winnt <= 502. > > Use c

Re: [1/2] WineD3D: Do not activate CTXUSAGE_BLIT for fb -> texture reading

Am Donnerstag, 10. April 2008 00:42:04 schrieb Stefan Dösinger: > This ActivateContext call slipped in with patch > ba90a740beb9ce9a839cc843db8d87f5a37becdd. Roderick, was there a particular > reason why you activate CTXUSAGE_BLIT here, or was it just a copypaste > mistake from the glReadPixels cod

Re: msdmo: Fix calculation of array size in bytes

James Hawkins wrote: > > Don't you think a static const int would be even better? > Indeed. Re-submission imminent. Thanks, -- Andy.

Re: optimizations for 1.0

On Tue, Apr 8, 2008 at 10:54 PM, Steven Edwards <[EMAIL PROTECTED]> wrote: > I have a 64bit linux host and using -m32 with llvmgcc does not seem > to be very well documented. I expect to have problems with icc on > x86-64 also. Preconfigured LLVM packages for 2.2 work out of the box > on OS X

Re: msdmo: Fix calculation of array size in bytes

On Wed, Apr 9, 2008 at 4:16 PM, Andrew Talbot <[EMAIL PROTECTED]> wrote: > Changelog: > msdmo: Fix calculation of array size in bytes. > > diff --git a/dlls/msdmo/dmoreg.c b/dlls/msdmo/dmoreg.c > index f6d71bd..c6eb1b6 100644 > --- a/dlls/msdmo/dmoreg.c > +++ b/dlls/msdmo/dmoreg.c > @@ -29

Re: Implement D3DXMatrixStack_Push

Am Mittwoch, 9. April 2008 22:41:25 schrieb H. Verbeet: > On 09/04/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > You usually grow the memory by a factor of the old size because this > > reduces the number of needed grows. So growing the stack is an O(log(n)) > > instead of O(n), which is a h

Re: Compile broken on Ubuntu Hardy/gutsy/feisty

On Mi, 2008-04-09 at 12:08 -0500, Austin English wrote: > In today's git, I can't compile in either my Kubuntu Hardy or Ubuntu > feisty machines. A user also reported this on wine-user (1), using > Ubuntu Gutsy (64bit). Compile is failing in make depend on: It's fixed in git. Mikolaj did a Patch h

Re: Implement D3DXMatrixStack_Push

On 09/04/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > You usually grow the memory by a factor of the old size because this reduces > the number of needed grows. So growing the stack is an O(log(n)) instead of > O(n), which is a huge difference. > No, the amortized time per push is O(1). The

Re: msdmo: Array parameter is passed to function as pointer so loses size information

John Klehm wrote: If count needs to be the size of the buffer shouldn't it > be: > > count = NAME_SIZE * sizeof(WCHAR); > > but probably better would be DMO_MAX_NAME_SIZE and be in a header > somewhere (dmo.h?)? > > Regards, > John Ah yes, whoops. I'm pretty sure I had just that lined up, but

[PATCH 3/3] user32: fix a typo. (resend)

Resending... From c2921196f554dc317a8db2d6380fdcae10d23881 Mon Sep 17 00:00:00 2001 From: Lei Zhang <[EMAIL PROTECTED]> Date: Wed, 9 Apr 2008 11:34:13 -0700 Subject: [PATCH 3/3] user32: fix a typo. --- dlls/user32/edit.c |4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/

Re: msdmo: Array parameter is passed to function as pointer so loses size information

On Wed, Apr 9, 2008 at 11:54 AM, Andrew Talbot <[EMAIL PROTECTED]> wrote: > Robert Shearman wrote: > > This is incorrect. count is the size in bytes of the buffer passed in > > (szName) and so should be sizeof(szName) not > > sizeof(szName)/sizeof(szName[0]) (i.e. 80). > > > Andrew T is right a

Re: Implement D3DXMatrixStack_Push

Am Mittwoch, 9. April 2008 10:54:37 schrieb David Adam: > On 08/04/2008, David Adam > > wrote: > >* +This->current = This->current +1; > > *>* +HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, This->matrix, > (This->current +1) * sizeof(D

Re: [2/2] winspool.drv: GetDefaultPrinterW reads the value from data in registry

On Di, 2008-04-08 at 15:39 +0400, Konstantin Kondratyuk wrote: > -if (!GetProfileStringW(windowsW, deviceW, emptyStringW, buffer, > len)) > +if(!RegOpenKeyW(HKEY_CURRENT_USER, user_default_reg_key, &hKey) > +&& !RegQueryValueExW(hKey, keyname, NULL, &type, > (LPBYTE)buffer, &bu

Re: qedit: fix compile error in qedit.rc

On Wed, Apr 09, 2008 at 12:10:55PM -0500, Austin English wrote: > /* @makedep: test.avi */ > TEST_AVI_RES AVI_RES_TYPE test.avi > -/* @makedep: sound_test.avi */ > +/* @makedep: test_sound.avi */ > TEST_SOUND_AVI_RES AVI_RES_TYPE test_sound.avi Oops, sorry, and thanks for fixing it.

Implement D3DXMatrixStack_Push

On 08/04/2008, David Adam http://www.winehq.org/mailman/listinfo/wine-patches>> wrote: >* +This->current = This->current +1; *>* +HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, This->matrix, (This->current +1) * sizeof(D3DXMATRIX) ); *>* +if ( This->matrix == NULL ) return E_OUTOFMEMOR

Compile broken on Ubuntu Hardy/gutsy/feisty

In today's git, I can't compile in either my Kubuntu Hardy or Ubuntu feisty machines. A user also reported this on wine-user (1), using Ubuntu Gutsy (64bit). Compile is failing in make depend on: make[2]: Entering directory `/home/austin/wine-git/dlls/qedit/tests' ../../../tools/makedep -C. -S../.

Re: .net 2 first light on nontrivial apps

On Wed, Apr 9, 2008 at 9:25 AM, Zachary Goldberg <[EMAIL PROTECTED]> wrote: > Hm, looks like we'll have to begin to get used to > "System.NotImplementedException"s :). Do crashing .net apps still > print the full wine stack trace as well? Not usefully, that I could see, anyway. Maybe if run i

Re: msdmo: Array parameter is passed to function as pointer so loses size information

Robert Shearman wrote: > This is incorrect. count is the size in bytes of the buffer passed in > (szName) and so should be sizeof(szName) not > sizeof(szName)/sizeof(szName[0]) (i.e. 80). > Are you sure? MSDN says "szName: Array of 80 Unicode characters that receives the name of the DMO". > If y

Re: .net 2 first light on nontrivial apps

On Wed, Apr 9, 2008 at 2:56 AM, Dan Kegel <[EMAIL PROTECTED]> wrote: > It looks like 'winetricks dotnet20' and current wine > is good enough that .net support isn't quite the > limiting factor anymore! See > http://bugs.winehq.org/show_bug.cgi?id=8499 > http://bugs.winehq.org/show_bug.cgi?id=1

Re: Updated three Power Profile functions to match MSDN

On Tue, Apr 8, 2008 at 11:24 PM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: > "Black Dragon" <[EMAIL PROTECTED]> wrote: > > First of all Wine doesn't accept patches from an anonymous person, > please use your real name. > He did use his real name in the attachment. Probably just need to configu

New winetricks-20080409: new verb vista, don't get confused by WGETRC, use curl and openssl if needed

Another day, another winetricks. Version 20080409 has the following changes: Added winver=vista, since I found an app that refuses to install if winnt <= 502. Use curl and openssl instead of wget and sha1sum if needed (e.g. on mac), as suggested by Ryan Schmidt Use -nd option with wget,

Re: msdmo: Array parameter is passed to function as pointer so loses size information

Andrew Talbot wrote: > @@ -291,8 +291,9 @@ lend: > * > * Get DMP Name from the registry > */ > -HRESULT WINAPI DMOGetName(REFCLSID clsidDMO, WCHAR szName[80]) > +HRESULT WINAPI DMOGetName(REFCLSID clsidDMO, WCHAR szName[]) > { > +#define NAME_SIZE 80 /* Size of szName[] */ > WCHAR sz

Re: d3dx8: D3DXGetFVFVertexSize 2/4

Luis Busquets wrote: > H. Verbeet escribió: >> On 08/04/2008, Luis Busquets <[EMAIL PROTECTED]> wrote: >> >>> Implementation of D3DXGetFVFVertexSize. With this patch WINE responds >>> correctly to the tests of D3DXGetFVFVertexSize sent in patch 1/4 of today. >>> >>> >> You have to either se

Re: GL_ATI_fragment_shader and GL_INVALID 0x501, 0x502

Yes that's sounds good! And to say that i'm checkedout more about diffs with our cards and found something in wikipedia article. 9000 and 9250 both has 4/1 units, cards are with the same units setup, only rv280 has 8x AGP bus. And 9000 pro version is same, but with higher core and memory clocks an

Re: LoadStringW [1/2]

* On Wed, 9 Apr 2008, Dmitry Timoshkov wrote: > * "Saulius Krasuckas" <[EMAIL PROTECTED]> wrote: > > > > You still have not answered my question: how regression in question > > can be identified only by reading Wine code (at least in case of > > LoadStringA). > > I have no idea how the word 'on

Re: GL_ATI_fragment_shader and GL_INVALID 0x501, 0x502

Am Mittwoch, 9. April 2008 12:12:20 schrieb Milan Kostić: > Eh yes, i just checked what is difference between 9000 and 9250 and > find that 9000 has 4/2 units, but 9250 has 4/1. One physical unit > left! And this is likely problem because ati_fs is linked to max units > which is 6 in driver, but t

Re: d3dx8 [6/7] Implement D3DXMatrixStack_Push

> > +This->current = This->current +1; > > +HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, This->matrix, > > (This->current +1) * sizeof(D3DXMATRIX) ); > > +if ( This->matrix == NULL ) return E_OUTOFMEMORY; > Aside from being a bit suboptimal (doing a realloc on every push), > this p

Re: d3dx8: D3DXGetFVFVertexSize 2/4

I do not understand what you mean. I have added the test in patch 1/4 and the implementation in 2/4. I have done so as D3DXGetFVFVertexSize was already implemented as a stub and test 1/4 obviously shows that until you apply implmentation 2/4. Is this not correct? How should I proceed? Do I mer

gdiplus: GdipAddPathArcI, GdipAddPathBezier implementation

Is it something wrong with this patch? Changelog: - GdipAddPathArcI, GdipAddPathBezier implemented using existing calls Index: dlls/gdiplus/gdiplus.spec === RCS file: /home/wine/wine/dlls/gdiplus/gdiplus.spec,v retrieving revision

Re: GL_ATI_fragment_shader and GL_INVALID 0x501, 0x502

Eh yes, i just checked what is difference between 9000 and 9250 and find that 9000 has 4/2 units, but 9250 has 4/1. One physical unit left! And this is likely problem because ati_fs is linked to max units which is 6 in driver, but this card has only 5;). Seems to one is emulated:D. I don't know, i

Re: Implement D3DXMatrixStack_Push

On 09/04/2008, David Adam <[EMAIL PROTECTED]> wrote: > This would increase the size of the stack exponentially. Would it be better > to do this: > > Take a stack_size_reference (for instance 32 items) > When This->current =32, then increase the size of the stack of > stack_size_reference (that is 6

Re: LoadStringW [1/2]

"Saulius Krasuckas" <[EMAIL PROTECTED]> wrote: > And I am not asking for this. Plus, You still have not answered my > question: how regression in question can be identified only by reading > Wine code (at least in case of LoadStringA). I have no idea how the word 'only' has appeared in the sen

Re: [PATCH 1/2] user32: add edit control check to see if its in a dialog on WM_CHAR/VK_RETURN.

"Lei Zhang" <[EMAIL PROTECTED]> writes: > +static BOOL EDIT_IsInsideDialog(EDITSTATE *es) > +{ > +static WCHAR dialog_class[] = {'#','3','2','7','7','0',0}; > +WCHAR name[8]; > +int r; > + > +r = GetClassNameW(es->hwndParent, name, 8); > +if (r > 0) > +if (!lstrcmpW(nam

Re: LoadStringW [1/2]

* On Mon, 7 Apr 2008, Dmitry Timoshkov wrote: > * "Saulius Krasuckas" <[EMAIL PROTECTED]> wrote: > > > > > If the regression can be identified by someone able to read the code > > > and not by a regression test that doesn't matter. > > > > Could you show me appropriate code lines of LoadStringA

Re: [10/10] d3d9: Some Windows drivers set undefined attributes to 0.0

On 08/04/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > +Sleep(10); Is that Sleep() really needed?

Re: GL_ATI_fragment_shader and GL_INVALID 0x501, 0x502

Am Mittwoch, 9. April 2008 03:49:07 schrieb Milan Kostić: > Forgot to say that Indiana Jones: Emperors Tomb start and load level > with or without enabled ps in winecfg, but if GL_ATI_fragment_shader > is enabled in driver (ie 6 units in driconf), when it load level then > i got hard freeze and mu

Re: d3dx9: Implement D3DXGetShaderVersion with tests 4/4

On 08/04/2008, Luis Busquets <[EMAIL PROTECTED]> wrote: > This patch implements D3DXGetShaderVersion and adds tests to two simple > shader which have been extrated from d3d9/tests/shader.c > > +compare_shader_versions (simple_vs, 0xFFFE0101); > +compare_shader_versions (simple_ps, 0x010

Re: d3dx8: D3DXGetFVFVertexSize 2/4

On 08/04/2008, Luis Busquets <[EMAIL PROTECTED]> wrote: > Implementation of D3DXGetFVFVertexSize. With this patch WINE responds > correctly to the tests of D3DXGetFVFVertexSize sent in patch 1/4 of today. > You have to either send the implementation first and the test afterwards, or wrap the test i

Re: d3dx9: Implement D3DXGetShaderSize with tests 3/4

On 08/04/2008, Luis Busquets <[EMAIL PROTECTED]> wrote: > This patch implements the function D3DXGetShaderSize and adds tests to two > simple shader which have been extrated from d3d9/tests/shader.c > > +/* We have to look for the end token 0x which is D3DVS_END or > D3DPS_END as both