June 2006 - Wine-Devel - list.winehq.org

re: MSI database _Streams table
by Dan Kegel June 20, 2006

June 20, 2006

In http://www.winehq.org/pipermail/wine-patches/2006-June/027528.html, Andrey Turkin wrote: > Some installers depends on _Streams built-in table Which installers? It'd be nice to have a bug in bugzilla to hang your MSI work on. Thanks! - Dan

2 1

Re: Win64 patch 9/13
by Dmitry Timoshkov June 20, 2006

June 20, 2006

"Ge van Geldorp" <ge(a)gse.nl> wrote: > - GWL_HINSTANCE is not defined on Win64, hInstance is documented as not > required in CreateWindowEx calls > - HINSTANCE hInstance = (HINSTANCE)GetWindowLong(hWnd, GWL_HINSTANCE); > + HINSTANCE hInstance; Please use HINSTANCE hInstance = GetWindowLongPtr(hWnd, GWLP_HINSTANCE); instead. -- Dmitry.

1 0

Usage of checkGLcall in wined3d
by Paul Vriens June 19, 2006

June 19, 2006

Hi, while going through some wined3d code I've seen that a 'normal' sequence is: <some call>; checkGLcall("<some call>"); there are however several cases where the call isn't followed by a checkGLcall: surface.c:1713: glEnable(GL_TEXTURE_2D); surface.c:2165: glEnable(GL_SCISSOR_TEST); or that parameters/text are wrong for checkGLcall: surface.c-2220- glBindTexture(GL_TEXTURE_2D, 0); surface.c:2221: checkGLcall("glEnable glBindTexture"); surface.c-2406- glGetIntegerv(GL_DRAW_BUFFER, &prev_draw); surface.c:2407: vcheckGLcall("glIntegerv"); Should this one be defined as a janitorial task? Cheers, Paul.

3 2

Win64 status
by Ge van Geldorp June 19, 2006

June 19, 2006

With the Win64 patches I just submitted to wine-patches, I'm able to successfully build Win64-enabled Wine and execute the following 64-bit winelib (winelib64? wine64lib?) application: #include "windows.h" int WINAPI WinMain(HINSTANCE hinst, HINSTANCE hprev, LPSTR cmdline, int cmdshow) { DWORD Written; WriteFile(GetStdHandle(STD_OUTPUT_HANDLE), "Hello, world\r\n", 14, &Written, NULL); return 0; } Unfortunately, compiling the above app as a true 64-bit HELLO64.EXE using Microsoft Visual Studio and then executing it using Wine doesn't work. The problem is that the calling convention for functions is different between MSVC and GCC generated apps. Basically, MSVC puts the function arguments in registers RCX, RDX, R8, R9 while GCC puts function arguments in registers RDI, RSI, RDX, RCX, R8, R9. I guess we'll have to wait for true .EXE support until someone teaches GCC the MSVC calling convention. To prevent confusion: the "normal" 32-bit Wine version runs fine on x86_64 Linux. This is the version you'll want to use, it allows you to run 32-bit Windows stuff. The remarks above are about running 64-bit Windows executables which are virtually non-existant at the moment. Gé van Geldorp.

2 1

wined3d: declaration/FVF conversion test
by Ivan Gyurdiev June 19, 2006

June 19, 2006

Hi, I'm attaching test, which demonstrates incorrect behavior of SetFVF and SetVertexDeclaration. Windows converts one to the other and backwards (at least partially), and we do not such thing - this breaks at least 2 demos (dx9_hlsl_*) I'm posting it here, because: - I don't have Windows, and I need someone to try it on machine with pixel shader support (preferably 3.0, will need to enable pshaders and GLSL registry key). The whole first part of the test checks decl to fvf conversions, and they're almost all set to 0 in order to pass on H. Verbeet and V. Margolen's setups [ which have no pshaders ]. MSDN has a whole page on how to convert to an fvf, and the values there are definitely *not* 0, so that's why I'm suspicious. - Secondly, I am leaving for NYC in 2 days to look for a place to live, so I have limited time to clean up the test (ok/trace usage and the like), and I have no time to implement the fix. I am hoping someone else can finish it, because afterwards I go to Denver for a month, where I will have limited computing capabilities. Then I start a full time job back at NYC, so I'll be pretty busy. Anyway, I'm sure Jave has shaders under control and will be done with sm 2, 3, 4, 5.. 10 by the end of the summer whether I help or not :)

5 9

wine XShm problem on remote display
by Benjamin Fabricius June 19, 2006

June 19, 2006

Hello all, I am working on a vst (audio-plugin-)server with embedded linux. Everything is up and running in a testing phase. Unfortunately i am experiencing difficulties, that i think could derive from wine. First of all my setup vst:/opt/fst # uname -a; wine --version Linux vst 2.6.15 #21 PREEMPT Thu Mar 30 22:11:02 CEST 2006 i686 unknown Wine 20050725 Also i am using FreeST which is a binary in order to mount and maintain the vst plugins. The server runs as a x client and my development laptop as x server. This setup works satisfactory i can display any graphical windows on my laptop including wine loaded windows executables. now though, when loading certain plugins on the server (x client) (these all work fine on my local development host) i get a weird x server fault 8<----8<----8<----8<----8<----8<----8<---- vst:/opt/fst # ./fst /mnt/testsuite/oberon4/Oberon-8.dll yo... lets see... The program 'fst.exe.so' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAccess (attempt to access private resource denied)'. (Details: serial 114 error_code 10 request_code 144 minor_code 1) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) 8<----8<----8<----8<----8<----8<----8<---- An xdpyinfo on my xserver gives me ben(a)barney:~> xdpyinfo -queryExt | grep 144 MIT-SHM (opcode: 144, base event: 94, base error: 166) So the MIT-SHM extension seems to be the source of the trouble. looking into the MIT-SHM extension headers gives me the minor opcode: ben(a)barney:/usr/include/X11/extensions> less XShm.h ... #define X_ShmQueryVersion 0 #define X_ShmAttach 1 #define X_ShmDetach 2 #define X_ShmPutImage 3 #define X_ShmGetImage 4 #define X_ShmCreatePixmap 5 ... so attaching a shared memory pixmap appears to be causing the trouble. Now I`m not sure yet if a wine or fst function is causing the trouble. It could derive from some Gtk call... Isn't it problematic to use the shared memory extension when working on a remote display? Now some google entries tell me one must have been able to disable wine using xshm in /etc/wine.conf for example. Is this still so because i can not find any config file allowing this in my distro. And using winecfg didn't really deliver results either. My handicap is my lack of profound knowledge in wine and x matters. Maybe you guys now some work around or can imagine what could be causing all the havoc here... Any help would be great... thank for your time, Cheers, bf -- ------------------- Benjamin Fabricius German Student Lawo AG

4 4

Re: x11drv: Escape international characters
by Dmitry Timoshkov June 19, 2006

June 19, 2006

"Andrew Talbot" <Andrew.Talbot(a)talbotville.com> wrote: > It seems better to represent international characters with escape sequences, > both to increase clarity - especially for those who do not normally use > ISO-8859-1 encoding - and to make editing easier for some. Please don't do that. Anyone who wants to edit keyboard tables should set editor to ISO-8859-1 encoding. Otherwise it becomes really hard to add new tables or fix existing ones by just comparing or even copy/pasting from the +key log. -- Dmitry.

3 2

Re: configure: datarootdir is unused, and causes a warning with newer versions of autoconf.
by Marcus Meissner June 19, 2006

June 19, 2006

On Mon, Jun 19, 2006 at 06:12:38PM +0900, Mike McCormack wrote: > diff --git a/Make.rules.in b/Make.rules.in > index 9af2d3e..9deee72 100644 > --- a/Make.rules.in > +++ b/Make.rules.in > @@ -98,7 +98,6 @@ prefix = @prefix@ > exec_prefix = @exec_prefix@ > bindir = @bindir@ > libdir = @libdir@ > -datarootdir = @datarootdir@ > datadir = @datadir@ > infodir = @infodir@ > mandir = @mandir@ We added this especially because configure warned about it. Ciao, Marcus

2 1

Re: Fix definition of SECURITY_INTEGER
by Kai Blin June 19, 2006

June 19, 2006

* Thomas Weidenmueller <wine-patches(a)reactsoft.com> [19/06/06, 11:38:54]: > Index: dlls/secur32/negotiate.c > =================================================================== > RCS file: /home/wine/wine/dlls/secur32/negotiate.c,v > retrieving revision 1.3 > diff -u -r1.3 negotiate.c > --- dlls/secur32/negotiate.c 23 May 2006 12:48:34 -0000 1.3 > +++ dlls/secur32/negotiate.c 19 Jun 2006 09:10:31 -0000 > @@ -110,7 +110,10 @@ > phCredential->dwUpper = fCredentialsUse; > /* Same here, shamelessly stolen from schannel.c */ > if (ptsExpiry) > - ptsExpiry->QuadPart = 0; > + { > + ptsExpiry->LowPart = 0; > + ptsExpiry->HighPart = 0; > + } > ret = SEC_E_OK; > } > return ret; Be aware that negotiate.c is a complete stub. If this function is changed, it should be changed like this: diff --git a/dlls/secur32/negotiate.c b/dlls/secur32/negotiate.c index b8531aa..586e559 100644 --- a/dlls/secur32/negotiate.c +++ b/dlls/secur32/negotiate.c @@ -93,28 +93,6 @@ static SECURITY_STATUS SEC_ENTRY nego_Qu return ret; } -static SECURITY_STATUS nego_AcquireCredentialsHandle(ULONG fCredentialsUse, - PCredHandle phCredential, PTimeStamp ptsExpiry) -{ - SECURITY_STATUS ret; - - if(fCredentialsUse == SECPKG_CRED_BOTH) - { - ret = SEC_E_NO_CREDENTIALS; - } - else - { - /* Ok, just store the direction like schannel does for now. - * FIXME: This should probably do something useful later on - */ - phCredential->dwUpper = fCredentialsUse; - /* Same here, shamelessly stolen from schannel.c */ - if (ptsExpiry) - ptsExpiry->QuadPart = 0; - ret = SEC_E_OK; - } - return ret; -} /*********************************************************************** * AcquireCredentialsHandleA @@ -124,11 +102,10 @@ static SECURITY_STATUS SEC_ENTRY nego_Ac PLUID pLogonID, PVOID pAuthData, SEC_GET_KEY_FN pGetKeyFn, PVOID pGetKeyArgument, PCredHandle phCredential, PTimeStamp ptsExpiry) { - TRACE("(%s, %s, 0x%08lx, %p, %p, %p, %p, %p, %p)\n", + TRACE("(%s, %s, 0x%08lx, %p, %p, %p, %p, %p, %p) stub\n", debugstr_a(pszPrincipal), debugstr_a(pszPackage), fCredentialUse, pLogonID, pAuthData, pGetKeyFn, pGetKeyArgument, phCredential, ptsExpiry); - return nego_AcquireCredentialsHandle(fCredentialUse, phCredential, - ptsExpiry); + return SEC_E_UNSUPPORTED_FUNCTION; } /*********************************************************************** @@ -139,11 +116,10 @@ static SECURITY_STATUS SEC_ENTRY nego_Ac PLUID pLogonID, PVOID pAuthData, SEC_GET_KEY_FN pGetKeyFn, PVOID pGetKeyArgument, PCredHandle phCredential, PTimeStamp ptsExpiry) { - TRACE("(%s, %s, 0x%08lx, %p, %p, %p, %p, %p, %p)\n", + TRACE("(%s, %s, 0x%08lx, %p, %p, %p, %p, %p, %p) stub\n", debugstr_w(pszPrincipal), debugstr_w(pszPackage), fCredentialUse, pLogonID, pAuthData, pGetKeyFn, pGetKeyArgument, phCredential, ptsExpiry); - return nego_AcquireCredentialsHandle(fCredentialUse, phCredential, - ptsExpiry); + return SEC_E_UNSUPPORTED_FUNCTION; } /*********************************************************************** There's just no use in fixing negotiate.c as long as ntlm.c is in flux. Negotiate will use the same solution as NTLM. Cheers, Kai -- Kai Blin, (blin at gmx dot net) "There are things that are so serious that you can only joke about them" - Heisenberg

2 1

Re: appdb security
by Christoph Frick June 19, 2006

June 19, 2006

On Thu, Jun 08, 2006 at 11:25:08AM -0400, Chris Morgan wrote: > $sQuery = "Select versionId from appVersion where > appId='"$_REQUEST['appId']."';"; > > Who's '' around $_REQUEST should prevent the string from being interpreted as > anything but a single value passed as the value of appId. with appId="' or 1=1;'"? -- cu

6 12