wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

wine functions in chroot?
by Fabio Duarte Vilas Boas 12 Aug '05

12 Aug '05

wine functions in chroot? _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

2 1

disabled button looks strange
by Olaf Leidinger 12 Aug '05

12 Aug '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello List! I noticed that disabled buttons look a bit strange on my system. It happens all the time when a disabled button is drawn, as it is done in many installers or in winecfg. Have a look at the following image: http://leidola.newcon.de/pixmaps/gothic2_demo_install.jpg Also the animation (copying file) during install is wrong, as it should have a transparent background. Does anybody experience the same errors? Ciao, Olaf System: gentoo-x86 xorg-x11 ATI Radeon 9600 XP, fglrx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC/Ha34Yz1Ukx83/kRApE8AJ9J0wpUJ2YPKdpzDupRpwPod1+bPQCbBFj9 tx6NGYqIaCzlX5IMhV4BZ7o= =N4HN -----END PGP SIGNATURE-----

1 0

[OLE #98] Re: By-pass RPC Runtime If Possible When Calling An STA
by Saulius Krasuckas 12 Aug '05

12 Aug '05

* The log message from [1] says: > > By-pass the RPC runtime if possible when calling an STA by posting a > message directly to the apartment window for it to process. Fixes a > deadlock in InstallShield caused by having to create a thread when > freeing an object that comes from an STA apartment. Added tests that > fail without this fix. After the change [2] running ole32 marshal test makes the process unkillable on my winME. If I change the code, things get running OK: | static DWORD CALLBACK no_couninitialize_client_proc(LPVOID p) | { | struct ncu_params *ncu_params = (struct ncu_params *)p; | HRESULT hr; | IUnknown *pProxy = NULL; | | pCoInitializeEx(NULL, COINIT_APARTMENTTHREADED); | | hr = CoUnmarshalInterface(ncu_params->stream, &IID_IClassFactory, (void **)&pProxy); | ok_ole_success(hr, CoUnmarshalInterface); | | ok_more_than_one_lock(); | | /* die without calling CoUninitialize */ | + CoUninitialize(); | | return 0; | } | | /* tests STA -> STA call during DLL_THREAD_DETACH doesn't deadlock */ It seems call deadlocks only on my machine. Rob, can you tell me, please, how can I find out, is there some problem with my box setup or is this a bug in test-code? [1] http://cvs.winehq.org/cvsweb/wine/dlls/ole32/tests/marshal.c [2] http://cvs.winehq.org/cvsweb/wine/dlls/ole32/tests/marshal.c.diff?r1=1.24&r…

2 3

Nifty FIXME hack
by Tim Schmidt 11 Aug '05

11 Aug '05

I was looking at a new (to me) video editor for Linux and noticed the author had put together a rather nice system for tracking (and presumably obliterating) his FIXME's. Here's the link: http://diva.mdk.org.pl/2005/08/03/fix-the-fixme Or, if you want to skip straight to the result, here's what it produces (try clicking on the FIXME's): http://diva.mdk.org.pl/wp-content/fixmes.html Just thought you guys may find something like this marginally useful. Hope I helped ;)

1 0

Re: theming: combobox
by Dimi Paun 11 Aug '05

11 Aug '05

From: "Frank Richter" <frank.richter(a)gmail.com> > Frank Richter <frank.richter(a)gmail.com> > Add initial combo box theming. Wrong patch. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: x11drv: proper visible region handling for cached dces
by Alexandre Julliard 11 Aug '05

11 Aug '05

Frank Richter <frank.richter(a)gmail.com> writes: > Frank Richter <frank.richter(a)gmail.com> > Fix issue where it could happen that, when a cached dce was reused, the > visible region was not updated although the window region had changed > since the last dce use. Now, track is kept of window region changes and > the visible region for a cached dce is updated if the window region > changed in the mean time. You should use invalidate_dce() instead. -- Alexandre Julliard julliard(a)winehq.org

1 0

WINEALSA: remove crackling in DirectSound/ALSA combination
by Alex Villacís Lasso 11 Aug '05

11 Aug '05

For a long time, I have been annoyed by a faint crackling that can be heard on the sound output of any DirectSound program when full hardware acceleration is enabled on the ALSA driver. Even after a patch I sent earlier (which corrected a bigger artifact), this crackling remained. Last night, I finally set upon removing this crackling, based on a comment in IDsDriverBufferImpl_GetPosition() in dlls/winmm/winealsa/audio.c, line 3302: //* /*FIXME*/: snd_pcm_mmap_hw_ptr() should not be accessed by a user app. *// //* It will NOT return what why want anyway. *// hw_ptr = _snd_pcm_mmap_hw_ptr(wwo->pcm); I thought, maybe it is not returning the correct information for GetPosition, so that is why the crackling exists, since new samples are off-position from what they should be in order to guarantee a smooth sound. So I deduced, maybe the IDsDriverBufferImpl object can keep a simulation of a hardware pointer and use that instead of the (slightly incorrect) hardware pointer. My original intention was to remove entirely the need to reference _snd_pcm_mmap_hw_ptr(), since this is obviously an internal alsa-lib function and should not be used from inside the app (as the comment rightly indicates). However, I found out that the simulated hardware pointer tends to lag behind the real hardware pointer, and horrible mixups happen if the difference approaches or exceeds the length of the mmap buffer. So the simulated pointer is loosely kept close to the hardware pointer in the supplied patch. The good news: the patch sort of works (in my setup, at least, with Fedora Core 4). All the games I have (Japanese RPGs) now have smooth sound, unless the CPU load is too high. The bad news: the patch does nothing to make the dsound tests pass in Wine (but they were already failing before the patch :-) What I would like to know is the following: * Is there any ALSA user for which the DirectSound tests have *actually* passed? In full acceleration mode? * Can somebody check if the DirectSound tests actually pass in Windows? The test code seems very straightforward, but (in my setup at least) they trigger many more errors and FIXMEs than my RPGs, and that is even without taxing the CPU with graphics and bitmap manipulation, as the RPGs do. * Can somebody using the ALSA driver acknowledge whether they have the crackling problem too, and whether this patch actually solves it for them too? * Can somebody please test this patch (even if they don't have the crackling issue) and check whether any previously working game breaks because of it? Also, can some ALSA or DirectSound guru comment on the specifics of *why* the patch actually works? I am not entirely convinced that a mere loose updating of the simulated pointer from the hardware pointer is enough to have a smooth sound, but it works. I also don't understand how did the crackling appear in the first place, even though the direct hardware pointer was used. Any comments or reports are welcome (especially why the patch works). Alex Villacís Lasso Changelog: * Remove crackling in DirectSound/ALSA playback with full hardware acceleration

2 2

Delete Dll(Un)RegisterServer in d3dxof.dll?
by Francois Gouget 11 Aug '05

11 Aug '05

Hi, I'm relaying a question from Vincent Béron: we both had a look at the winapi_check output and noticed that the comments of these functions claim they are exported but in fact they are not: they are not mentioned anywhere in the spec file. Now if I look at the APIs exported by d3dxof.dll on various versions of Windows I don't see these APIs either. However it's possible that they are only exported in recent versions of DirectX and I'm not sure the DirectX dlls I have are that recent. So I think the question boils down to this: should the Dll(Un)RegisterServer functions be removed or should they be exported? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Good judgment comes from experience, and experience comes from bad judgment -- Barry LePatner

3 2

setup of the MinGW environment
by Saulius Krasuckas 11 Aug '05

11 Aug '05

Sadly I miss miss one file from the site [1] and seems to be down. The file is called "mingw-binutils-2.15.94-8hl.i386.rpm". Any chances for the site to get up and running? [1] http://mirzam.it.vu.nl/mingw/

2 1

Awdbedit crashes, wine debugger fails to run aswell.
by Hans Kristian Rosbach 11 Aug '05

11 Aug '05

Using wine compiled from CVS yesterday. Awdbedit is available here: http://awdbedit.sourceforge.net/ $ wine awdbedit.exe err:rebar:REBAR_AdjustBands Phase 1 failed, x=32760, maxx=632, start=0, end=0 err:rebar:REBAR_AdjustBands Phase 1 failed, x=32760, maxx=632, start=0, end=0 wine: Unhandled exception (thread 0009), starting debugger... Killed I let the debugger "run" for 5min before killing it, it never showed anything and neither did the awdbedit window update at all. -HK

1 0

co-author needed
by Brian Vincent 11 Aug '05

11 Aug '05

It's been a while since I mentioned anything about the Wine book I'm working on. First, I've lost a co-author. Ira had been working on 5 chapters about Winelib. He actually had a lot written and re-written. However, he's backed out of it. So this is a plea for anyone interested in writing those chapters to contact me. I can fill you in on all the specifics. Even if you don't have a strong Winelib background, I think there's a great opportunity for someone interested in technical writing to put something together. Honestly, I haven't closely reviewed the few chapters that have been rewritten, but I think there's a lot of material to work from. (We're still working out the specifics of that.) The rest of the book is rolling along. I have seven chapters completed totaling over 200 pages. I think I have most of the hard stuff done and the two chapters left shouldn't be too difficult. Right now the review process has been held up by the Winelib sections. Ira's rewrite blew that schedule out of the water and we're seriously overdue on starting reviews. Right now my goal is to shoot for finishing those two chapters by mid September partly to coincide with a beta release of Wine. From there we're still at least 6 months from having a book on the shelves. The licensing on the book will remain OPL. At some point the text will be available to the Wine community. I think that happens about 90 days from the original publication date. I really don't want that to stop anyone from working on the Wine User Guide or Winelib User Guide. Both of those docs are horribly out of date and need some love. Ideally someone would have the User Guide in shape for a beta release. O'Reilly.. after not hearing anything from O'Reilly for a few months I got an email from them the other day. In the "Running Linux 5th ed." book coming out later this year I wrote a section on Wine. Previously they had about one paragraph. It's been expanded to about 8 pages including a section on CrossOver Office 5. Anyway, back to my original question, anyone wanna write a book? -Brian

1 0

IE6 installer claims unimplemented function in advpack.dll (IsNTAdmin)
by Hans Kristian Rosbach 10 Aug '05

10 Aug '05

Wine CVS of about 1 hour old. ie6setup.exe from here: http://www.microsoft.com/downloads/details.aspx?FamilyID=1e1550cb-5e5d-48f5… $ wine ie6setup.exe fixme:advapi:CheckTokenMembership ((nil) 0x6ed886d0 0x7fddfd9c) stub! fixme:advapi:DecryptFileA "C:\\install\\IXP000.TMP\\" 00000000 fixme:advpack:TranslateInfString ("C:\\install\\IXP000.TMP\\IESetup.inf" "Options.NTx86" "Options.NTx86" "InstallDir" 0x10253f8 260 0x7fdcf83c (nil)): stubfixme:advpack:NeedReboot (0x00000000): stub wine: Call from 0x1013ac7 to unimplemented function advpack.dll.IsNTAdmin, aborting wine: Unhandled exception (thread 000b), starting debugger... -HK

3 2

Re: LZDone is exported by kernel32
by Francois Gouget 10 Aug '05

10 Aug '05

On Wed, 9 Aug 2005, Vincent Béron wrote: > Changelog: > LZDone is also exported by kernel32 now. Should the same treatment be applied to the other functions too? Examples: LZStart, LZInit, GetExpandedNameA, etc. It's strange that winapi_check does not complain about them. Does it really work to declare LZDone as exported by multiple dlls in a single comment? Should winapi_check scan the forwards and ask that we mention them all in the relevant dll documentation? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

3 2

Re: Try 3: Use /proc filesystem to create HKLM\HARDWARE\DEVICEMAP\Scsi entries
by Vitaliy Margolen 10 Aug '05

10 Aug '05

Any reason this patch http://www.winehq.com/hypermail/wine-patches/2005/08/0087.html and this patch http://www.winehq.com/hypermail/wine-patches/2005/08/0088.html haven't been applied? Vitaliy Margolen Wednesday, August 3, 2005, 19:07:05, Vitaliy Margolen wrote: > Change few names. > This time use correct types with scanf. > Use /proc filesystem to create HKLM\HARDWARE\DEVICEMAP\Scsi entries. > Now it works for IDE and SCSI. Most of the /proc/scsi/scsi parsing is moved > from winaspi. > Vitaliy Margolen > changelog: > dlls/kernel/oldconfig.c > Use /proc filesystem to create HKLM\HARDWARE\DEVICEMAP\Scsi entries.

1 1

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

2 1

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

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 10 Aug '05

10 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

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