June 2007 - Wine-devel - list.winehq.org

Re: winebrowser: Add DDE support and use DDE by default for shell/open.
by Dmitry Timoshkov 04 Jun '07

04 Jun '07

"Misha Koshelev" <mk144210(a)bcm.edu> wrote: > --- a/tools/wine.inf > +++ b/tools/wine.inf > @@ -134,8 +134,14 @@ HKCR,txtfile\shell\open\command,,2,"%11%\notepad.exe %1" > HKCR,txtfile\shell\print\command,,2,"%11%\notepad.exe /p %1" > HKCR,wrifile\shell\open\command,,2,"%11%\wordpad.exe %1" > HKCR,wrifile\shell\print\command,,2,"%11%\wordpad.exe /p %1" > -HKCR,http\shell\open\command,,2,"winebrowser" > -HKCR,https\shell\open\command,,2,"winebrowser" > +HKCR,http\shell\open\command,,2,"winebrowser /dde" > +HKCR,http\shell\open\ddeexec,,2,"""%1""" > +HKCR,http\shell\open\ddeexec\Application,,2,"WineBrowser" > +HKCR,http\shell\open\ddeexec\Topic,,2,"WWW_OpenURL" > +HKCR,https\shell\open\command,,2,"winebrowser /dde" > +HKCR,https\shell\open\ddeexec,,2,"""%1""" > +HKCR,https\shell\open\ddeexec\Application,,2,"WineBrowser" > +HKCR,https\shell\open\ddeexec\Topic,,2,"WWW_OpenURL" Why are you making DDE the default way for the ShellExecute command? That's not the case in the default Windows install. Also please make sure that the items of the Help menu in Picasa still work after your changes, as it was broken several times after attempts to change default registry setup or ShellExecute behaviour. -- Dmitry.

2 4

git is to overwhelming
by RusH 04 Jun '07

04 Jun '07

Maybe im just to stupid for it :( I want to use git to download most current source, try my patches, then to again download most current source. I cant do it. wiki.winehq.org/GitWine doesnt help at all. For example I had wine-0.9.37 fetched, added few patches, compiled it, installed locally, all was fun and games, Now I want to bring my local tree to current level, but cant. I did : rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git fetch remote: Generating pack... [.....cut.....] 100% (1/1) done * refs/tags/wine-0.9.38: storing tag 'wine-0.9.38' of git://source.winehq.org/git/wine tag: d3ce69c rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git reset HEAD^ dlls/winecoreaudio.drv/mixer.c: needs update dlls/ws2_32/tests/sock.c: needs update rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git fetch rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git rebase origin dlls/winecoreaudio.drv/mixer.c: needs update dlls/ws2_32/tests/sock.c: needs update rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git reset HEAD^ dlls/winecoreaudio.drv/mixer.c: needs update dlls/ws2_32/tests/sock.c: needs update rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git checkout -f rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git reset HEAD^ dlls/winecoreaudio.drv/mixer.c: needs update rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git reset --hard origin rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git reset HEAD^ ANNOUNCE: needs update ChangeLog: needs update VERSION: needs update configure: needs update rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git fetch rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git checkout -f rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git diff rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git reset HEAD^ dlls/user32/tests/menu.c: needs update rasz(a)capek:/media/hdc6/home/rasz/source/wine$ git fetch ; git rebase origin dlls/user32/tests/menu.c: needs update and so on and so forth .... my head hurts and i dont understand, why cant it be done with one command? -- Who logs in to gdm? Not I, said the duck.

5 7

Re: Wine fails to start browser
by Misha Koshelev 03 Jun '07

03 Jun '07

> Koshelev, Misha Vladislavo <mk144210 <at> bcm.tmc.edu> writes: > > > If I have time, I may look into how hard it would be to add DDE for > winebrowser (I don't think it should be too bad, but I'll have to check). > > Misha > > > > > Cool! looking forward to that than ;) > > > Actually, I already got something that works, just need to clean it up, add fixes to automatically generate the necessary registry subkeys, and I'll send it in at some point. I had to change winebrowser to not be a console app (although it still writes to stderr so for all intents it kinda is) for the DDE stuff to work properly from ShellExecuteW, but it still seems to work fine on the command line both when passing arguments and when using DDE with wine start (except now if you just call winebrowser you have to wait 5 secs for it to print out a usage as it tries to wait for a DDE, but I don't think there is any way to avoid a delay in seeing the usage statement and both do DDE... unless we add some kind of extra command line parameter for the DDE stuff I guess which I will look into). Misha

1 0

Re: Wine fails to start browser
by Koshelev, Misha Vladislavo 03 Jun '07

03 Jun '07

> Hi, i noticed some kind of regression in current git, for example when i try to start > http://fe.trymedia.com/dm/infogrames/30m_default/t_20em/FreddiKelp.exe , a download manager for the game. With current git i get this: > > Usage: winebrowser URL > > > > That's it, whereas in wine-0.9.34, it opens my firefox fine, at the correct page , and starts to download the game. > > The only solution i found now is again add "%1" to the key HKEY_CLASSES_ROOT\http\shell\open\command\winebrowser, but that "fix' was not acceptable in wine, me was told a few weeks ago. I saw some patches from Misha Koshelev that might be related to this, maybe changing the key is acceptable now, or anyone know another fix? Thx > Never mind, I found more info here: http://bugs.winehq.org/show_bug.cgi?id=7953 I checked on an XP installation with IE and the key there does _not_ have %1 but it has ddeexec subkeys which means it is using DDE to communicate. If I have time, I may look into how hard it would be to add DDE for winebrowser (I don't think it should be too bad, but I'll have to check). Misha

2 1

Re: Wine fails to start browser
by Misha Koshelev 03 Jun '07

03 Jun '07

> Hi, i noticed some kind of regression in current git, for example when i try to start > http://fe.trymedia.com/dm/infogrames/30m_default/t_20em/FreddiKelp.exe , a download manager for the game. With current git i get this: > > Usage: winebrowser URL > > > > That's it, whereas in wine-0.9.34, it opens my firefox fine, at the correct page , and starts to download the game. > > The only solution i found now is again add "%1" to the key HKEY_CLASSES_ROOT\http\shell\open\command\winebrowser, but that "fix' was not acceptable in wine, me was told a few weeks ago. I saw some patches from Misha Koshelev that might be related to this, maybe changing the key is acceptable now, or anyone know another fix? Thx > Well, according to my conformance tests, Windows does not add "%1" by default (see dlls/shell32/tests/shlexec.c, line 1057), so I think this would need to be there in the registry if you want it to start the command line key. Do you remember exactly why people were saying this is bad? Perhaps this had to do with the specific way you were proposing to add this? Thanks Misha

1 0

Wine fails to start browser
by Louis. Lenders 03 Jun '07

03 Jun '07

Hi, i noticed some kind of regression in current git, for example when i try to start http://fe.trymedia.com/dm/infogrames/30m_default/t_20em/FreddiKelp.exe , a download manager for the game. With current git i get this: Usage: winebrowser URL That's it, whereas in wine-0.9.34, it opens my firefox fine, at the correct page , and starts to download the game. The only solution i found now is again add "%1" to the key HKEY_CLASSES_ROOT\http\shell\open\command\winebrowser, but that "fix' was not acceptable in wine, me was told a few weeks ago. I saw some patches from Misha Koshelev that might be related to this, maybe changing the key is acceptable now, or anyone know another fix? Thx --------------------------------- Yahoo! Answers - Got a question? Someone out there knows the answer. Tryit now.

1 0

Support for iFilter API
by Stefan Brüns 03 Jun '07

03 Jun '07

Hi, recently i had a look at the iFilter API. iFilter is an interface to extract text, formatting and various attributes from text like documents (pdf, rtf, html, ...). The actual extraction is done by a format specific plugin which gets registered to the Registry. I started my tests by taking the headers from Visual Studio, and most tests went quite fine, so I have a winelib application which is able to extract text from some proprietary documents. Next, I would like to get rid of the requirement for the headers taken from VS, so my actual question is: How to implement these headers so they can be incorporated into the wine source? As it is just an interface, there are no dlls which have to be implemented. Bye, Stefan -- Stefan Brüns / Kastanienweg 6 - Zimmer 1206 / 52074 Aachen mailto:lurch(a)gmx.li http://www.kawo1.rwth-aachen.de/~lurchi/ phone: +49 241 169-4206 mobile: +49 160 3797725

1 0

Re: webpage: Update Fedora download information
by Saulius Krasuckas 03 Jun '07

03 Jun '07

* On Sat, 2 Jun 2007, Andreas Bierfert wrote: > here is an upgrade for the fedora download information as I requested on > w-d-l. Hi, your patch isn't in unified fromat. Probably add "-u" option.

1 1

How to determine if something is "debuggable" ... ?
by Marc G. Fournier 03 Jun '07

03 Jun '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I realize that that may be an odd question, but I also don't want spend an huge amount of time trying to get something to work that just won't work "at this time" ... I've been asked to get a Windows application running under FreeBSD ... optimally, I'd prefer to do it under Wine, since the last thing I want is a) to buy a Windows License and b) to run Windows when all I need is this one application ... First and foremost, I'm most impressed with how far Wine has come ... I remember back when you needed the Windows OS to do anything ... with current Wine, I was able to run the Setup / Installer for this application, it built my .wine directory, installed everything beautifully ... .. the problem arises when I try and run the app after install ... and the odd thing is that it doesn't appear to actually do anything, it just hangs there, no errors to the screen. I pop'd into IRC and asked about debugging there, and was pointed to the WINEDEBUG=+all setting, which I've since and re-tried to run, without output redirected to a log file ... it very quickly gets to 65M in size and 900k lines ... most of which looks to be looping around the same dozen lines: 0009:trace:seh:call_stack_handlers calling handler at 0x55779e code=c0000005 flags=0 0009:Call msvcrt._except_handler3(0035f8e4,0035fab0,0035f618,0035f54c) ret=9c1a70fd 0009:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x0 handler=0x55779e 0x35f618 0x35f54c semi-stub 0009:trace:seh:_except_handler3 filter = 0x557756 0009:Call msvcrt._XcptFilter(c0000005,0035f400) ret=00557767 0009:trace:seh:_XcptFilter (c0000005,0x35f400) 0009:Ret msvcrt._XcptFilter() retval=00000000 ret=00557767 0009:trace:seh:_except_handler3 filter returned CONTINUE_SEARCH 0009:trace:seh:_except_handler3 reached TRYLEVEL_END, returning ExceptionContinueSearch 0009:Ret msvcrt._except_handler3() retval=00000001 ret=9c1a70fd 0009:trace:seh:call_stack_handlers handler at 0x55779e returned 1 Using grep -n, it looks like starting around like 43k in the log is where this happens, and continues ad finitum: 43048:0009:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x0 handler=0x55779e 0x35f618 0x35f54c semi-stub 43059:0009:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x0 handler=0x55779e 0x35f618 0x35f54c semi-stub 43070:0009:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x0 handler=0x55779e 0x35f618 0x35f54c semi-stub 43081:0009:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x0 handler=0x55779e 0x35f618 0x35f54c semi-stub 43092:0009:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x0 handler=0x55779e 0x35f618 0x35f54c semi-stub 43103:0009:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x0 handler=0x55779e 0x35f618 0x35f54c semi-stub <alot of lines deleted> 917026:0009:trace:seh:_except_handler3 exception c000013a flags=0 at 0x9c0605d7 handler=0x55779e 0x35f128 0x35f06c semi-stub 917037:0009:trace:seh:_except_handler3 exception c000013a flags=0 at 0x9c0605d7 handler=0x55779e 0x35f128 0x35f06c semi-stub 917048:0009:trace:seh:_except_handler3 exception c000013a flags=0 at 0x9c0605d7 handler=0x55779e 0x35f128 0x35f06c semi-stub 917059:0009:trace:seh:_except_handler3 exception c000013a flags=0 at 0x9c0605d7 handler=0x55779e 0x35f128 0x35f06c semi-stub 917070:0009:trace:seh:_except_handler3 exception c000013a flags=0 at 0x9c0605d7 handler=0x55779e 0x35f128 0x35f06c semi-stub Looking at the log just before that loop started (not sure how many lines before is significant), there is: 0009:Call msvcrt._initterm(00575000,0057508c) ret=005576e2 0009:trace:msvcrt:_initterm (0x575000,0x57508c) 0009:trace:msvcrt:_initterm Call init function 0x5578f4 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x0 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=00000000 0009:trace:seh:raise_exception eax=005578f4 ebx=9ca6b678 ecx=00000000 edx=00000038 esi=00575004 edi=0057508c 0009:trace:seh:raise_exception ebp=0035f968 esp=0035f93c cs=0033 ds=003b es=003b fs=1007 gs=001b flags=00010206 The fun part is that I don't know what is important, and what isn't ... if someone would like to see the complete log before the semi-stub errors start to loop, please feel free to ask ... the software I'm trying to run is available as a free download, if someone wishes to actually try the software ... Compared to the graphical games that ppl show listed on AppDB, I would have thought this one would have been simple ... :) How best to proceed? Thank you ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy(a)hub.org MSN . scrappy(a)hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGYMaY4QvfyHIvDvMRAjYAAKDm/YJ8ExAv/NphfJomp9igJ1CH/gCg0zTK pyudGfNTQ9o8bgorDhcF9MA= =DEaH -----END PGP SIGNATURE-----

5 12

Re: crypt32: remove 'recursive registry key delete' function
by Paul Vriens 03 Jun '07

03 Jun '07

On 6/1/07, Stefan Leichter <Stefan.Leichter(a)camline.com> wrote: > ChangeLog > --------- > replace CRYPT_RecurseDeleteKey with RegDeleteTreeW > > > > > Hi Stefan, I don't think that's enough. There's a difference between SHDeleteKeyW and RegDeleteTreeW (see also http://wiki.winehq.org/RecursiveRegistryKeyDelete, but I guess that's a known page to you). Basically you have to remove the key itself as well. Cheers, Paul.

2 2