wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: Porting Device Drivers to Winehq
by Juan Lang 09 Aug '05

09 Aug '05

Hi John, > Can anyone point me to documentation/help or tools for disassembling > Windows 95 drv and vxd files and/or porting them to wine?? No. Wine doesn't provide support for device drivers. We have some fake VxDs in there, just for some old apps that called them to do non-device driver type things. > Ideally I'd like to decode the windows drivers to help with developing a > pure linux driver. Yep, that's what you'll want to do. Disassembly may help. People around here seem to like IDA Pro. Search the wine-devel archives for more suggestions for disassemblers. Good luck, --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

codevisual2flowchart gui problems
by Vijay Kiran Kamuju 09 Aug '05

09 Aug '05

Hi, When i run codevisual2flowchart using wine-20050726. There is no minimize, maximize buttons. The menus are quite big (duoble the size). It spewing out this messages fixme:imm:ImmGetContext (0x10374) STUB fixme:imm:ImmSetCompositeWindow stub I think these functions need to be implemented as most of the IME applicatations and internal imm functions use the above 2 stubbed functions. I think the problem of menu being double size is due to imm stuff. bye, Vijay

1 0

daily WRT build process stopped
by Saulius Krasuckas 09 Aug '05

09 Aug '05

Any chances to get it running again? http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=636

1 0

Re: wine/ server/trace.c server/request.h server/p ...
by Vincent Béron 09 Aug '05

09 Aug '05

Le lun 08/08/2005 à 11:11, Alexandre Julliard a écrit : [snip] > Modified files: > server : trace.c request.h protocol.def mapping.c file.c > fd.c change.c > include/wine : server_protocol.h > > Log message: > Added an unmount_device request that invalidates all file descriptors > open on a given Unix device. > > Patch: http://cvs.winehq.org/patch.py?id=19368 [snip] Does that mean we can now eject a CD even if an installer program keeps a file open on it? If so, should we have a wineeject to call that server request, or is it planned to be taken care of in some other way? Vincent

2 1

Re: WLDAP32: implement ldap_{get,set}_option{A,W} (resend)
by Alexandre Julliard 09 Aug '05

09 Aug '05

Hans Leidekker <hans(a)it.vu.nl> writes: > + switch (option) > + { > + case LDAP_OPT_API_FEATURE_INFO: > + { > + LDAPAPIFeatureInfoW *featureW; > + > + ret = ldap_get_optionW( ld, option, featureW ); > + value = featureinfoWtoA( featureW ); > + featureinfofreeW( featureW ); > + return ret; This can't work, you need an extra level of indirection for the featureW and value pointers. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: pf_vsnprintf implementatnion of 'I', 'I32' and 'I64' prefixes for type specifiers
by Jesse Allen 09 Aug '05

09 Aug '05

On 8/1/05, Lukasz Janyst <ljan(a)wp.pl> wrote: > > Hello, > I've implemented 'I', 'I32' and 'I64' prefixes support > for pf_vsnprintf. This patch seems to resolve profile creation > issues in Warcraft 3. > > Lukasz Janyst We talked about this already. Doing it that way is not portible outside libc. I am going to take a look at this again after the 4th, actually. Jesse

6 6

Inconsistency/bug with GetProcAddress
by Vitaliy Margolen 08 Aug '05

08 Aug '05

Found an interesting inconsistency with GetProcAddress between wine and native. On windows GetProcAddress of that's say "LoadLibraryA" exported from kernel32 always returns the same address, no matter which process it's called from. On wine it's different. That's say there are two programs app1.exe & app2.exe. app1.exe calls app2.exe (CreateProcess, etc.). Here is what I'm getting: app1.exe: GetProcAddress(mKernel32, "LoadLibraryA") returns 0x404FCBCC app2.exe: GetProcAddress(mKernel32, "LoadLibraryA") returns 0x404FFBCC I have tested this with more then two programs. All consecutive apps return same number as app2.exe. When any of this programs are ran under winedbg they all return same address as app2.exe. Running separate program doesn't change this behavior for parent-child processes. Both programs started in parallel will return the same address as app1.exe. What's more interesting, is that GetModuleHandleA("Kernel32") always returns the same handle. Is there are any reason why this is happening? Any ways to fix this? Unfortunately there are some programs that depend on address returned from GetProcAddress being the same in parent and child processes. -- Best regards, Vitaliy

8 15

Help debugging GLXUnsupportedPrivateRequest failure
by Alex Villacís Lasso 08 Aug '05

08 Aug '05

I downloaded a trial version of a Japanese RPG (Vagrants from Studio e.go, at http://210.138.120.57/download/extra/vagrants_trial.exe), and tried to run it under Wine. This is a self-extracting archive, and it decompresses correctly, but when the main executable (vagrants.exe) is run, I get the following error: trace:d3d:IWineD3DDeviceImpl_ActiveRender making new buffer X Error of failed request: GLXUnsupportedPrivateRequest Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 16 (X_GLXVendorPrivate) Serial number of failed request: 9274 Current serial number in output stream: 9276 I could pinpoint the exact location of the call that fails. The line is dlls/wined3d/device.c, line 5592, at the call to glXMakeCurrent() in IWineD3DDeviceImpl_ActiveRender. But I am at a loss a how to fix this on my own. The function aborts the program instead of returning an error, as the code intends to check, so it cannot even recover from it. From what I googled, this seems to be some missing functionality of my X server (in Fedora 4), but there is no more information on how to fix this. Could somebody explain this error in more detail, and what can I do to aid in diagnosing or fixing it? Using latest Wine CVS (at 2005/07/29). Alex Villacis Lasso

4 8

Re: include/winsplp.h added
by Huw D M Davies 08 Aug '05

08 Aug '05

On Sun, Aug 07, 2005 at 08:52:08PM +0200, Detlef Riekenberg wrote: > > Changelog: > - File "include/winsplp.h" added > As this is part of the ddk, it should probably go in include/ddk/winsplp.h Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re: MSXML3: initial implementation based on libxml2
by Saulius Krasuckas 08 Aug '05

08 Aug '05

* On Tue, 2 Aug 2005, Mike McCormack wrote: > > This patch is a start on msxml3. I think I am stuck with an error with this patch in the CVS tree: | make[2]: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/msxml3' | gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o domdoc.o domdoc.c | In file included from domdoc.c:36: | msxml_private.h:26:27: libxml/parser.h: No such file or directory | In file included from domdoc.c:36: | msxml_private.h:28: parse error before "xmlDocPtr" | make[2]: *** [domdoc.o] Error 1 | make[2]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/msxml3' Here we go: $ rpm -ql $(rpm -qf $(locate libxml/parser.h)) | grep -C3 libxml/parser.h | /usr/include/libxml2/libxml/list.h | /usr/include/libxml2/libxml/nanoftp.h | /usr/include/libxml2/libxml/nanohttp.h | /usr/include/libxml2/libxml/parser.h | /usr/include/libxml2/libxml/parserInternals.h | /usr/include/libxml2/libxml/relaxng.h | /usr/include/libxml2/libxml/schemasInternals.h I have this file. $ grep libxml * | config.log:configure:8752: checking libxml/parser.h usability | config.log:configure:8764: gcc -c -g -O2 -I/usr/include/libxml2 conftest.c >&5 | config.log:configure:8797: checking libxml/parser.h presence | config.log:configure:8807: gcc -E -I/usr/include/libxml2 conftest.c | config.log:configure:8868: checking for libxml/parser.h | config.log:configure:8913: gcc -o conftest -g -O2 -I/usr/include/libxml2 conftest.c -lxml2 >&5 | config.log:ac_cv_header_libxml_parser_h=yes | configure:CPPFLAGS="$CPPFLAGS -I/usr/include/libxml2" | configure:for ac_header in libxml/parser.h | configure: XML2INCL="-I/usr/include/libxml2" | configure.ac:dnl **** Check for libxml2 **** | configure.ac:CPPFLAGS="$CPPFLAGS -I/usr/include/libxml2" | configure.ac:AC_CHECK_HEADERS(libxml/parser.h, | configure.ac: [AC_DEFINE(HAVE_LIBXML2, 1, [Define if you have the libxml2 library]) | configure.ac: XML2INCL="-I/usr/include/libxml2"])]) Headers are detected at configure time, it seems. Checking XML2INCL in the dll dir: $ grep -Ir XML2INCL dlls/msxml3/ | dlls/msxml3/Makefile.in:EXTRAINCL = @XML2INCL@ $ grep -Ir ^EXTRAINCL dlls/msxml3/ | dlls/msxml3/Makefile:EXTRAINCL = | dlls/msxml3/Makefile.in:EXTRAINCL = @XML2INCL@ Is this supposed to be so? My makefile have empty EXTRAINCL var. Why?

4 10

Re: include/winsplp.h added
by Detlef Riekenberg 07 Aug '05

07 Aug '05

Am Sonntag, den 07.08.2005, 20:52 +0200 schrieb Detlef Riekenberg: > Changelog: > - File "include/winsplp.h" added Upps.. I did not remove an unneeded pair of: #if 1 #endif Is a resend needed? -- By By ... ... Detlef

1 0

SMB for FUSE
by Boaz Harrosh 07 Aug '05

07 Aug '05

*Is anybody familiar with this project?: SMB for FUSE <http://freshmeat.net/projects/fusesmb/?branch_id=45268&release_id=203494> It looks like a way to send users who need (Semi-transparent) UNC support. I was thinking of linking the .wine/dosdevices/unc to the above mount point. ** Free Life Boaz *

1 0

re: SMB for FUSE
by Dan Kegel 07 Aug '05

07 Aug '05

Boaz wrote: > *Is anybody familiar with this project?: > SMB for FUSE > <http://freshmeat.net/projects/fusesmb/?branch_id=45268&release_id=203494> > > It looks like a way to send users who need (Semi-transparent) UNC > support. I was thinking of linking the .wine/dosdevices/unc to the above > mount point. In general, I like the idea of use FUSE from within other projects. e.g. somebody's doing it with KDE; see http://kde.ground.cz/tiki-index.php?page=KIO+Fuse+Gateway But FUSE is not yet part of the standard kernel.org kernels; see http://kerneltrap.org/node/5329 for recent comments on this. It's kind of a shame that there isn't a way to use FUSE without a kernel portion. One ought to be able to run it as a daemon or something, at least. And that would let you use it with Solaris or BSD, not just Linux. Anyway, since FUSE is not widely used or very portable, Wine should be very careful about relying on it. There be dragons here. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

test case demonstrating PeekMessage give up timeslices
by Oliver Mössinger 06 Aug '05

06 Aug '05

Hi wine-devel, attached i have a test case whitch demonstates the differece between Windows and wine. There is also a sample program 'TEST.CPP' attached. On Windows XP - Start 'test.exe' from a dos-box... you see some FAST counting integers - Start a other (loop.pl) program witch consumes mutch cpu time. - the output of 'test.exe' is slower but FAST On wine - Start 'test.exe' from a dos-box... you see some FAST counting integers - Start a other (loop.pl) program witch consumes mutch cpu time. - the output of 'test.exe' is very slow This different behavior starts from wine version 20041201. The version before was ok. I have no patch and it would be nice if someone can write a patch to fix this. Thanks Oliver Mössinger

4 15

Re: compile error in current cvs
by Adam D. Moss 06 Aug '05

06 Aug '05

Jacek Caban wrote: > Hello. > > Stefan Leichter wrote: > >> Am Freitag, 5. August 2005 09:05 schrieben Sie: >> >> >> >> Hello Mike, >> >> after removing the link /usr/include/libxml >> >> my config.log has >> ac_cv_lib_xml2_xmlReadIO=no >> >> the patch fixes the problem with the missing header but compiling >> fails still with: >> >> >> > Attached patch is the correct solution. It fixes the compile problem, thanks. However, the other half of the problem is that WINE isn't detecting libxml2 'properly'. It should be using `xml2-config --cflags` etc, which puts the correct -I on the command-line without having to link the libxml2/libxml include directory to libxml. Note that a 'raw' libxml2 make-install doesn't make any such link -- some distros have presumably done it to help really old apps compile. Cheers, --Adam

1 0

Re: Wine printer configuration
by Andreas Mohr 06 Aug '05

06 Aug '05

Hi, this posting has nothing whatsoever to do with wineconf discussion. Redirecting further discussion to wine-devel... On Fri, Aug 05, 2005 at 03:43:55PM +0200, Sven Jacobs wrote: > We are setting up an application that needs to be available at around > 350 locations. > Everything seems to work fine. We can start the application we can > print, etc... > My problem is now that because wine is running on the server we had to > configure the 350 IP based printers also at the server side. > > Can we filter out the printer for location X if there is a connection from > location X? so that they only see that printer that is located in their > location and not the other 349 printers. I doubt that it is possible but > I have to figure out a way to fix it. This problem sounds somewhat unusual, however I could easily imagine that it can be solved relatively easily. You could log printing related debug channels and try to figure out how Wine gathers the printer configuration information (perhaps via CUPS somehow). Then you could try to figure out a way to let Wine selectively know which particular printer to use. That could be done in a shell script that launches Wine and before launching Wine either sets an environment variable or modifies the registry file in some way or another (dirty) or something else. But then I better leave real ideas to real Wine printing experts... Andreas Mohr

2 1

Re: compile error in current cvs
by Stefan Leichter 06 Aug '05

06 Aug '05

Am Freitag, 5. August 2005 09:05 schrieben Sie: > >>>>current cvs does not compile for me. Im on SuSE 9.0 > >> > >>In Gentoo you need to create link: > >>/usr/include/libxml -> /usr/include/libxml2/libxml > > Please try the attached fix, and let me know if it works... > > Also check your config.log is as follows: > > bash-3.00$ grep ac_cv_lib_xml2_xmlReadIO config.log > ac_cv_lib_xml2_xmlReadIO=yes > > I guess it will be "no", as some older versions of libxml2 don't have > xmlReadIO. > > thanks, > > Mike Hello Mike, after removing the link /usr/include/libxml my config.log has ac_cv_lib_xml2_xmlReadIO=no the patch fixes the problem with the missing header but compiling fails still with: gcc -c -I. -I../../../wine/dlls/msxml3 -I../../include -I../../../wine/include -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o element.o ../../../wine/dlls/msxml3/element.c ../../../wine/dlls/msxml3/element.c:45: error: parse error before "xmlDocPtr" ../../../wine/dlls/msxml3/element.c:45: Warnung: no semicolon at end of struct or union ../../../wine/dlls/msxml3/element.c:46: Warnung: type defaults to `int' in declaration of `domelem' ../../../wine/dlls/msxml3/element.c:46: Warnung: data definition has no type or storage class ../../../wine/dlls/msxml3/element.c:48: error: parse error before '*' token ../../../wine/dlls/msxml3/element.c:49: Warnung: return type defaults to `int' ../../../wine/dlls/msxml3/element.c: In function `impl_from_IXMLDOMElement': ../../../wine/dlls/msxml3/element.c:50: error: parse error before ')' token ../../../wine/dlls/msxml3/element.c:50: error: parse error before ')' token ../../../wine/dlls/msxml3/element.c: In function `domelem_AddRef': ../../../wine/dlls/msxml3/element.c:78: error: `This' undeclared (first use in this function) ../../../wine/dlls/msxml3/element.c:78: error: (Each undeclared identifier is reported only once ../../../wine/dlls/msxml3/element.c:78: error: for each function it appears in.) ../../../wine/dlls/msxml3/element.c: In function `domelem_Release': ../../../wine/dlls/msxml3/element.c:85: error: `This' undeclared (first use in this function) ../../../wine/dlls/msxml3/element.c: At top level: ../../../wine/dlls/msxml3/element.c:553: error: parse error before "xmlDocPtr" ../../../wine/dlls/msxml3/element.c: In function `DOMElement_create': ../../../wine/dlls/msxml3/element.c:555: error: `elem' undeclared (first use in this function) ../../../wine/dlls/msxml3/element.c:562: error: `xmldoc' undeclared (first use in this function) ../../../wine/dlls/msxml3/element.c:565: error: `DOMElement' undeclared (first use in this function) make[2]: *** [element.o] Fehler 1 make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/msxml3' make[1]: *** [msxml3] Fehler 2 make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' make: *** [dlls] Fehler 2 Bye Stefan

2 2

theming idea
by Joris Huizer 05 Aug '05

05 Aug '05

Hello, I just read some of the articles in winehq.org I thought of something to do with theming: instead of having theming use existing control functions, couldn't the code be made independent, meaning the "non-themed" code basically becomes just another theme among the others, calling the same (custom) control building functions which are designed for using a theme? just an idea, I don't know much about the code ;) HTH, Joris

1 0

Wine passes WGA test
by Ivan Leo Puoti 05 Aug '05

05 Aug '05

You can now validate for WGA downloads using wine and the Microsoft WGA validation tool, and you'll get a thank you message from Microsoft for using Microsoft genuine downloads. Also the anti wine checks appear to be disabled as the tool works in both windows 2000 and windows 98 mode, however the wine registry key string is still in the binary, maybe it's just disabled. In any case some EU officials have already expressed an interest in these checks, so if they enable them someone may end up getting another super fine. Ivan.

5 5

Re: Standardize the DllGetClassObject prototypes
by Robert Shearman 05 Aug '05

05 Aug '05

Francois Gouget wrote: > > According to MSDN the prototype of the DllGetClassObject() functions is: > > HRESULT WINAPI DllGetClassObject(REFCLSID pclsid, REFIID piid, LPVOID > *ppv); > > > But in Wine it has sometimes varied a bit, like returning a DWROD > instead of an HRESULT. Nothing too serious but I like order so I went > through them and made them all the same. > > There's one which is more seriously wrong though: > MSXML_DllGetClassObject() is missing the WINAPI. This cause > winapi_check to issue an error and is how I got into this. That wouldn't have happened if the function had been called DllGetClassObject instead of MSXML_DllGetClassObject. Is the uniqueness of the name really more important than the compiler being able to typecheck it? Can we please not introduce any more of the Dll* functions with DLLNAME_ prefixes? -- Rob Shearman

1 0

Re: msxml3: protect DOMElement implementation with HAVE_LIBXML2
by Mike McCormack 05 Aug '05

05 Aug '05

Michael Jung wrote: > This fixes msxml3 compilation on debian sarge, if libxml2-dev headers are not > installed. I've imitated Mike's scheme from domdoc.c. Thanks for fixing this. > +HRESULT DOMElement_create( IXMLDOMElement** DOMElement, void* xmldoc ) You shouldn't need this stub, because the function will only be used if HAVE_LIBXML2 is defined in domdoc.c Mike

1 0

Re: [DSHOW] Beginning of winestrmbase lib (resend)
by Dimi Paun 05 Aug '05

05 Aug '05

From: "Christian Costa" <titan.costa(a)wanadoo.fr> > Add winestrmbase library and make quartz use it. If this is wine specific, and it's supposed to be streambase library, I think winestreambase is maybe a clearer name, winestrmbase makes it sound like a string processing lib. :) -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 3

Re: Patch to fix GetCommState "Invalid Argument" errors with Linux usbserial devices
by Mike McCormack 05 Aug '05

05 Aug '05

James Liggett wrote: > This patch fixes an "Invalid Argument" error in GetCommState when a > program tries to get information about a usbserial device. With this > patch, Wine provides a "fake" serial device control block to a Windows > program requesting it, such that the program believes that it's > interfacing with an actual serial port, since usbserial devices don't > currently acknowledge traditional DCBs via tcgetattr/tcsetattr. Using > this patch I was able to synchronize a serial-based Palm PDA with Palm > Desktop on Wine with a pl2303 USB-serial converter. I'm also told that > this patch also works with FTDI devices. Hi James, I don't think this is quite right. The pl2303 is a standard USB-serial converter, and it should have a selectable baud rate (according to the Linux kernel's driver for it). It has a db-9 connector on one end, and a usb connector on the other, right? I'm also pretty sure that all serial ports are ttys in Linux, so your if(isatty()) check will always succeed. Have you tried writing a small test program that does GetCommState and SetCommState on that serial device in Windows? If it fails to set the baud rate perhaps there's an error code returned? Mike

2 1

Re: ntdll: Fix raw CD-ROM access on Linux
by Jesse Allen 04 Aug '05

04 Aug '05

On 8/3/05, Tobias Gruetzmacher <tobias(a)portfolio16.de> wrote: > Hi, > > after submitting my bugreport > http://bugs.winehq.com/show_bug.cgi?id=3175 I curefully checked the > transfer directions in dlls/ntdll/cdrom.c. I think, they are reversed at > two places. > > The attached patch fixes my reported bug. This may also fix bug 3143. > It does fix the bug. Actually, both games use SIntfNT.dll, so we got a duplicate bug report. Thanks for tracking down the issue. Jesse

1 0

compile error in current cvs
by Stefan Leichter 04 Aug '05

04 Aug '05

Hello, current cvs does not compile for me. Im on SuSE 9.0 Bye Stefan make[2]: Entering directory `/usr/src/wine/wine-build/dlls/msxml3' gcc -c -I../../../wine/dlls/msxml3 -I. -I../../../wine/include -I../../include -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o domdoc.o ../../../wine/dlls/msxml3/domdoc.c In file included from ../../../wine/dlls/msxml3/domdoc.c:36: ../../../wine/dlls/msxml3/msxml_private.h:26:27: libxml/parser.h: Datei oder Verzeichnis nicht gefunden In file included from ../../../wine/dlls/msxml3/domdoc.c:36: ../../../wine/dlls/msxml3/msxml_private.h:28: error: parse error before "xmlDocPtr" make[2]: *** [domdoc.o] Fehler 1 make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/msxml3' make[1]: *** [msxml3] Fehler 2 make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' make: *** [dlls] Fehler 2

4 4

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