August 2005 - Wine-devel - list.winehq.org

Porting Device Drivers to Winehq
by John Shillinglaw 10 Aug '05

10 Aug '05

Hello, Can anyone point me to documentation/help or tools for disassembling Windows 95 drv and vxd files and/or porting them to wine?? I have a Roland SCP-55 Soundcanvas card (pcmcia ) which is not recognized by linux, and Windows XP ( which I don't like using anyway ) will not recognize the drivers when it prompts for a driver file. Ideally I'd like to decode the windows drivers to help with developing a pure linux driver. Barring that, it seems that I should have better luck with wine since it happly emulates and runs win 95 stuff. However, while I've found plenty in the wine docs about running /porting windows _programs_, almost nothing about what to do with the win 95 *.inf *.drv *.vxd and *.ini that come in the driver package for the pcmcia card. Thanks for the help, John Running 2.6.12-gentoo-r6 and Wine-072505 on an IBM T20 Pentium III Thinkpad.

5 5

Missing functions in wldap32.spec
by Francois Gouget 10 Aug '05

10 Aug '05

Hi, I scanned the Wine spec files and compared them to the APIs exported on Windows and discovered that the following APIs were missing from wldap32.spec. I don't know if that's intentional, maybe you're planning to add them later on. In any case here's the list: cldap_open cldap_openA cldap_openW ldap_abandon ldap_add ldap_addA ldap_addW ldap_add_ext ldap_add_extA ldap_add_extW ldap_add_ext_s ldap_add_ext_sA ldap_add_ext_sW ldap_add_s ldap_add_sA ldap_add_sW ldap_cleanup ldap_close_extended_op ldap_connect ldap_control_free ldap_control_freeA ldap_control_freeW ldap_controls_free ldap_controls_freeA ldap_controls_freeW ldap_count_entries ldap_count_references ldap_count_values ldap_count_valuesA ldap_count_valuesW ldap_count_values_len ldap_create_page_control ldap_create_page_controlA ldap_create_page_controlW ldap_create_sort_control ldap_create_sort_controlA ldap_create_sort_controlW ldap_delete ldap_deleteA ldap_deleteW ldap_delete_ext ldap_delete_extA ldap_delete_extW ldap_delete_ext_s ldap_delete_ext_sA ldap_delete_ext_sW ldap_delete_s ldap_delete_sA ldap_delete_sW ldap_encode_sort_controlA ldap_encode_sort_controlW ldap_escape_filter_element ldap_escape_filter_elementA ldap_escape_filter_elementW ldap_extended_operation ldap_extended_operationA ldap_extended_operationW ldap_first_attribute ldap_first_attributeA ldap_first_attributeW ldap_first_entry ldap_first_reference ldap_free_controls ldap_free_controlsA ldap_free_controlsW ldap_get_next_page ldap_get_next_page_s ldap_get_paged_count ldap_get_values ldap_get_valuesA ldap_get_valuesW ldap_get_values_len ldap_get_values_lenA ldap_get_values_lenW ldap_modify ldap_modifyA ldap_modifyW ldap_modify_ext ldap_modify_extA ldap_modify_extW ldap_modify_ext_s ldap_modify_ext_sA ldap_modify_ext_sW ldap_modify_s ldap_modify_sA ldap_modify_sW ldap_modrdn ldap_modrdn2 ldap_modrdn2A ldap_modrdn2W ldap_modrdn2_s ldap_modrdn2_sA ldap_modrdn2_sW ldap_modrdnA ldap_modrdnW ldap_modrdn_s ldap_modrdn_sA ldap_modrdn_sW ldap_msgfree ldap_next_attribute ldap_next_attributeA ldap_next_attributeW ldap_next_entry ldap_next_reference ldap_parse_page_control ldap_parse_page_controlA ldap_parse_page_controlW ldap_parse_reference ldap_parse_referenceA ldap_parse_referenceW ldap_parse_result ldap_parse_resultA ldap_parse_resultW ldap_parse_sort_control ldap_parse_sort_controlA ldap_parse_sort_controlW ldap_rename_ext ldap_rename_extA ldap_rename_extW ldap_rename_ext_s ldap_rename_ext_sA ldap_rename_ext_sW ldap_result ldap_search_abandon_page ldap_search_init_page ldap_search_init_pageA ldap_search_init_pageW ldap_set_dbg_flags ldap_set_dbg_routine ldap_set_option ldap_set_optionA ldap_set_optionW ldap_sslinit ldap_sslinitA ldap_sslinitW ldap_startup ldap_value_free_len -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ There are 10 types of people in the world... those who understand binary and those who don't.

2 1

Re: Protect included headers with the proper autoconf macros
by Jacek Caban 10 Aug '05

10 Aug '05

Hello. Vincent Béron wrote: >Changelog: >Protect headers with proper autoconf macros. > >Vincent > > >------------------------------------------------------------------------ > >Index: dlls/msxml3/msxml_private.h >=================================================================== >RCS file: /home/wine/wine/dlls/msxml3/msxml_private.h,v >retrieving revision 1.5 >diff -u -p -r1.5 msxml_private.h >--- dlls/msxml3/msxml_private.h 9 Aug 2005 11:17:47 -0000 1.5 >+++ dlls/msxml3/msxml_private.h 9 Aug 2005 21:56:24 -0000 >@@ -23,9 +23,11 @@ > > #include "xmldom.h" > >-#ifdef HAVE_LIBXML2 >- >+#ifdef HAVE_LIBXML_PARSER_H > #include <libxml/parser.h> >+#endif >+ >+#ifdef HAVE_LIBXML2 > > extern HRESULT DOMElement_create( IXMLDOMElement** DOMElement, xmlDocPtr xmldoc ); > extern HRESULT NodeMap_create(IXMLDOMNamedNodeMap** DomNamedNodeMap, xmlDocPtr xmldoc, xmlNodePtr node ); > > This patch causes the compile error for me. I have libxml2 headers but I don't have a library. XML2INCL is defined only if the configure script found library so gcc cannot find my headers at compile time. If you want to change it, you'll have to change configure.ac as well, but why do you want to include libxml if it won't be used anyway? Jacek

3 4

crosscompiler
by Dimitrije Jankovic 10 Aug '05

10 Aug '05

Recently, a target option was added to winebuild, and winebuild code was changed to use this option instead of preprocessor defines. I was wondering if a similar option will be added to winegcc, based on which it would pass the corresponding option to winebuild. When using winegcc to crossbuild wine dlls between different platforms (for instance x86-linux and sparc-solaris) that have different endianess more problems arise, especially related to resources. The resource compiler has --endianess option that caould be used to crosscompile resources, but winebuild always reads resource files as if they were compiled natively, maining --endianess cannot be used to crossbuild. Correct me if I'm wrong. If I want to be able to crossbuild from x86-linux to sparc-solaris, I need to compile resources with big-endianess and have winebuild use the target option to recognize that resource file was compiled with big-endianess and read it as such, and not natively. This is not the case currently. Like I said, winebuild reads the res file using native byteorder and fails to check res header. Regards, Dimitrije

1 0

Re: Move some not private LDAP definitions and API declarations from winldap_private.h to public header winldap.h
by Hans Leidekker 10 Aug '05

10 Aug '05

On Tuesday 9 August 2005 10:25, Dmitry Timoshkov wrote: > Move some not private LDAP definitions and API declarations from > winldap_private.h to public header winldap.h. Please don't. My pending patches need those definitions and declarations in winldap_private.h. -Hans

2 2

Linuxworld - meeting the guys at the Codeweavers booth
by Hiji 09 Aug '05

09 Aug '05

Hi all! I just got back from Linuxworld, and fortunately, I found the Codeweavers booth! I had the pleasure of meeting both Aric Stewart and Rob Shearman (hope I spelled your names right!); I wanted to meet Jeremy too, but I was told that he was off at meetings. In any case, both Rob and Aric were very polite, intelligent and full of humor! From the booth, I walked away with a CrossOver Office demo disc, some Wine accessories (wine, as in the type you drink), and some, ahem... Codeweavers prophylactics to protect against Windows viruses, trojans, etc. LOL! Anyhow, I know this isn't exactly development related, but I thought I'd share my experience with you all! :) Those Codeweavers guys rock! Hijinio ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

1 0

swapped mouse buttons and slow down in wine
by Liam Kurmos 09 Aug '05

09 Aug '05

(Sorry, if this post here is inappropriate. I'm a newbie trying to get wine working) I've installed wine20050725 from rpm, and it was running ok. I copied and installed japanese dictionary app from my real winxp partition to my fake c drive and patched the reg with the local\software keys from the xp reg. The program worked (kind of - japanese chars dont display except when using japnese lang locale) but from the moment I first launched it the mouse buttons where swapped on my mouse, and wine became painfully slow. This effect is persitant anywhere in wine, even regedit and winecfg now behave this way (slow and inverted mouse). I could prehaps get used to the mouse being backwards but the performance is too painful. New versions of wine don't seem to support a wine.config file, but the config file had more configurability than is cuurently supported in winecfg. So how do you config the latest version of wine? What could have changed in wines configuration to make this happen? Anyone have a links for info on how wine (post the shift to no config file) now works? I've been looking on my web without joy for a solution to this problem. So now I'm turning to this list. Hope someone can help, Liam

1 0

Re: PATCH: winelauncher tmp file
by Vincent Béron 09 Aug '05

09 Aug '05

Le mar 09/08/2005 à 16:23, Marcus Meissner a écrit : [snip] > @@ -87,6 +87,7 @@ > > # ok, we really give up now, this system is hosed ;-) > cat $MSGFILE > + rm MSGFILE + rm $MSGFILE But I'm pretty sure Alexandre would have catched it... Vincent

1 0

Re: wine/ tools/winegcc/winegcc.c tools/winegcc/Ma ...
by Marcelo Duarte 09 Aug '05

09 Aug '05

This patch cause a error: winegcc: prelink failed. OS: Fedora Core 2 with last updates from Lecacy Fedora. Output: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./kernel32.spec comm.drv.spec.o krnl386.exe.spec.o stress.spec.o system.drv.spec.o toolhelp.spec.o win87em.spec.o windebug.spec.o atom16.o error16.o registry16.o toolhelp16.o win87em.o actctx.o atom.o change.o comm.o computername.o console.o cpu.o debugger.o dosmem.o editline.o environ.o except.o fiber.o file.o file16.o format_msg.o global16.o heap.o instr.o kernel_main.o lcformat.o local16.o locale.o lzexpand.o module.o ne_module.o ne_segment.o oldconfig.o path.o powermgnt.o process.o profile.o pthread.o relay16.o resource.o resource16.o selector.o snoop16.o stress.o string.o sync.o syslevel.o system.o tape.o task.o thread.o thunk.o time.o toolhelp.o utthunk.o version.o virtual.o volume.o vxd.o windebug.o wowthunk.o relay16asm.o kernel32.dll.dbg.o kernel.res -Wl,--image-base,0x7b800000 -o kernel32.dll.so -L../../dlls -L../../dlls/ntdll -lntdll -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port winegcc: prelink failed. make[2]: ** [kernel32.dll.so] Erro 2 make[2]: Leaving directory `/home/mduarte/wine/dlls/kernel' make[1]: ** [kernel] Erro 2 make[1]: Leaving directory `/home/mduarte/wine/dlls' make: ** [dlls] Erro 2 Alexandre Julliard escreveu: >ChangeSet ID: 19399 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)wine.codeweavers.com 2005/08/09 06:12:30 > >Modified files: > tools/winegcc : winegcc.c Makefile.in > . : configure.ac configure Make.rules.in > >Log message: > Added support for the --image-base linker option in winegcc using the > prelink tool. > >Patch: http://cvs.winehq.org/patch.py?id=19399 > >Old revision New revision Changes Path > 1.39 1.40 +32 -3 wine/tools/winegcc/winegcc.c > 1.14 1.15 +2 -1 wine/tools/winegcc/Makefile.in > 1.391 1.392 +6 -0 wine/configure.ac > 1.690 1.691 +48 -1 wine/configure > 1.187 1.188 +1 -0 wine/Make.rules.in > > > > >

1 1

Re: MSHTML: Report BINDSTATUS_MIMETYPEAVAILABLE in AboutProtocol::Start [RESEND]
by Alexandre Julliard 09 Aug '05

09 Aug '05

Jacek Caban <jack(a)itma.pwr.wroc.pl> writes: > Is there something wrong with this patch? It breaks make test because one of the todo_wine tests now partially succeed. Could you please fix the test and resubmit? -- Alexandre Julliard julliard(a)winehq.org

1 0