wine-devel December 2007

wine-devel@winehq.org

139 participants
264 discussions

d3ds9_xx
by "Luis C. Busquets Pérez" 08 Dec '07

08 Dec '07

I have not seen any patch committed beginning the implementation of these libraries. Therefore, I was wondering which is the tree structure for these dlls that all of you propose and Alexander is willing to commit.

1 0

Mono 1.2.5.1 on Wine
by Kornél Pál 08 Dec '07

08 Dec '07

Hi, I tried to run Mono 1.2.5.1 on Wine but it dies with the "Weird VirtualQuery result" error message. Are there any know bugs of Wine or Mono that prevent it from running? I would like to make Mono run on Wine and I am willing to contribute patches to Wine and Mono as well to achieve that. Kornél

2 1

re: Wine Problem
by Dan Kegel 08 Dec '07

08 Dec '07

Pedro Ferreira wrote: > I installed a software that talks with the informix client 2.7.0 > everything was running fine, the instalation went with minor problems. > Until now > >when i stated a connection to the informix server wine simply stops Which version of Wine? Have you tested the connection using the ilogin.exe demo that comes with the informix SDK? If you don't have it, you can download a free trial of the 2.80 SDK, that's probably close enough. The procedure for testing the connection is described here: http://www.synametrics.com/ifmxODBC.htm BTW the right mailing list for this is probably wine-users, not wine-devel. - Dan

1 0

Re: [Wine] TortoiseCVS- Unimplemented functions in ntdll.dll causes program to terminate.
by James McKenzie 07 Dec '07

07 Dec '07

Jean-Claude Gervais wrote: > Thank you, Austin! > > I installed Samba to obtain winbind and ntlm_auth, and it did change > the outcome a bit: > > Tortoise still checks out the first file and pops up an error dialog, > so there is no apparent difference, but the session output from Wine HAS > changed, it has gotten quieter: > > wine TortoiseAct.exe CVSCheckOut -f "C:\windows\Temp\TCV1.tmp" -h > 0x300b4 > fixme:actctx:parse_depend_manifests Could not find dependent assembly > L"Microsoft.Windows.Common-Controls" > fixme:richedit:RichEditWndProc_common WM_STYLECHANGING: stub > fixme:richedit:RichEditWndProc_common WM_STYLECHANGED: stub > wine: Call from 0x7bc38828 to unimplemented function > ntdll.dll.NtQueryEaFile, aborting > wine: Call from 0x7bc38828 to unimplemented function > ntdll.dll.NtSetEaFile, aborting > err:mmio:MMIO_ParseExtA No . in szFileName: "TCVS_Error" > > Sadly, it appears that it really is the two unimplemented functions > (NtQueryEaFile and NtSetEaFile) causing the problem. > > Thank you kindly for your help in any case and if you have any other > strategies or ideas to workaround this, I would gladly try them. > > Thanks again. > J > As others have stated here, please file a bug against ntdll.dll and name your program as the source of the problem. It may be possible to get your program to run with a minimum of effort, but this may take considerable effort. The more reports of problems with these functions, the more effort should be brought in to build and implement these functions. It also appears that you are using a program that is dependent on other functions that are implemented elsewhere in the Windows environment. James

2 1

Re: Monthcal lost focus fix
by Alexandre Julliard 07 Dec '07

07 Dec '07

Gregor Brunmar <gregor.brunmar(a)home.se> writes: > diff --git a/dlls/comctl32/monthcal.c b/dlls/comctl32/monthcal.c > index 8a92d42..e826612 100644 > --- a/dlls/comctl32/monthcal.c > +++ b/dlls/comctl32/monthcal.c > @@ -1719,11 +1719,12 @@ MONTHCAL_Paint(MONTHCAL_INFO *infoPtr, WPARAM wParam) > > > static LRESULT > -MONTHCAL_KillFocus(const MONTHCAL_INFO *infoPtr) > +MONTHCAL_KillFocus(const MONTHCAL_INFO *infoPtr, HWND hFocusWnd) > { > TRACE("\n"); > > - InvalidateRect(infoPtr->hwndSelf, NULL, TRUE); > + if (infoPtr->hwndNotify != hFocusWnd) > + ShowWindow(infoPtr->hwndSelf, SW_HIDE); Is there a reason for removing the InvalidateRect completely? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 1/5] winealsa: Make widGetPos more accurate
by Alexandre Julliard 07 Dec '07

07 Dec '07

Maarten Lankhorst <maarten(a)codeweavers.com> writes: > --- > dlls/winealsa.drv/wavein.c | 6 +++++- This doesn't work for me: ../../../tools/runtest -q -P wine -M winmm.dll -T ../../.. -p winmm_test.exe.so capture.c && touch capture.ok capture.c:73: Test failed: waveInGetPosition(0): returned 2730 bytes, should be 0 capture.c:84: Test failed: waveInGetPosition(0): returned 2730 samples, should be 0 capture.c:96: Test failed: waveInGetPosition(0): returned 341 ms, should be 0 capture.c:108: Test failed: waveInGetPosition(0): SMPTE test failed capture.c:119: Test failed: waveInGetPosition(0): MIDI test failed capture.c:130: Test failed: waveInGetPosition(0): TICKS test failed [lots more of the same] -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: msi 2: Reimplement MsiGetProductCode
by Alexandre Julliard 07 Dec '07

07 Dec '07

"James Hawkins" <truiken(a)gmail.com> writes: > Changelog: > * Reimplement MsiGetProductCode. The test fails occasionally with something like: ../../../tools/runtest -q -P wine -M msi.dll -T ../../.. -p msi_test.exe.so msi.c && touch msi.ok msi.c:1426: Test failed: Expected {E853FAEA-A4E2-11DC-A19E-001A923592CB}, got {E853FAAE-A4E2-11DC-A19E-001A923592CB} msi.c:1530: Test failed: Expected {E853FAEA-A4E2-11DC-A19E-001A923592CB}, got {E853FAAE-A4E2-11DC-A19E-001A923592CB} make: *** [msi.ok] Error 2 -- Alexandre Julliard julliard(a)winehq.org

1 0

Missing 32bit support libraries on x86_64 Debian
by Ben Hodgetts 07 Dec '07

07 Dec '07

I just submitted this to the Debian tracker system, thought it may be useful to echo here in-case anyone else is using x86_64 Debian as it seems since Julliard put in a patch just before .42 to check more completely for dependencies it now shows that Debian (64) actually lacks certain deps for Wine. Ben H. --------------------------------------- Package: wine Version: All Severity: important Wine, when compiled from source (upstream source) shows that Debian is missing certain dependencies which cause loss of functionality in Wine on x86_64. These are libpng, libcups, libcapi20, libhal and openssl. This means that 32bit support packages need to be made for Debian for Wine to work properly (just like there is currently a lib32asound(-dev), etc to give ALSA support). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wine depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy pn libwine <none> (no description available) ii xbase-clients 1:7.3+7 miscellaneous X clients - metapack Versions of packages wine recommends: ii msttcorefonts 2.4 Installer for Microsoft TrueType c pn wine-utils <none> (no description available)

1 0

Re: Assorted spelling fixes.
by H. Verbeet 07 Dec '07

07 Dec '07

On 07/12/2007, Francois Gouget <fgouget(a)free.fr> wrote: > --- a/dlls/wined3d/glsl_shader.c > +++ b/dlls/wined3d/glsl_shader.c > - * out. The nvidia driver only does that if the parameter is inout instead of out, hence the > - * inout. > + * out. The nvidia driver only does that if the parameter is in/out instead of out, hence the > + * in/out. I don't think that change is correct. GLSL function parameters can have qualifiers to specify how the parameter is used. The possible qualifiers are "in", "out" and "inout", where specifying no qualifier is the same as specifying "in". I suppose the first "inout" could be replaced with "in/out" without changing the meaning of the sentence too much, but the second one is a reference to the actual qualifier.

2 1

Re: (corrected) Add 18 pixel strike with japanese fonts to system.sdf Widths corrected and double checked for both strikes
by Huw Davies 07 Dec '07

07 Dec '07

Aric Stewart wrote: > --- > fonts/system.sfd | 1587 > +++++++++++++++++++++++++++++++++++++++++++++--------- > 1 files changed, 1341 insertions(+), 246 deletions(-) You seem to have changed a couple of glyphs in the 16 pixel strike too. Was that on purpose (and if so shouldn't it be a separate patch?). Huw.

2 2

← Newer
1
...
19
20
21
22
23
24
25
26
27
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel December 2007