July 2012 - Wine-Devel - list.winehq.org

Re: Debugging wine/windows applications

by John Yani

Maybe it's because I'm building on chrooted Ubuntu x32 and run on Ubuntu x64?

July 7, 2012

Re: Debugging wine/windows applications

by John Yani

I tried "WINELOADER=./wine winedbg --gdb notepad" And its output is the same as "./wine winedbg --gdb notepad"

July 7, 2012

Re: Debugging wine/windows applications

by John Yani

Unfortunately, it doesn't work: ./wine winedbg --gdb notepad.exe err:module:LdrInitializeThunk Main exe initialization for L"C:\\windows\\system32\\notepad.exe" failed, status c0000022 0023:0024: create process ''/0x1106c0 @0x7ebe233c (0<0>) fixme:dbghelp:EnumerateLoadedModulesW64 If this happens, bump the number in mod 0023:0024: create thread I @0x7ebe233c Maybe winedbg wrapper is not exactly the same? How do I tell winedbg wrapper to use wine from the specific folder? On 7 July 2012 13:17, Marcus Meissner <marcus(a)jet.franken.de> wrote: > On Sat, Jul 07, 2012 at 01:11:42PM +0300, John Yani wrote: >> Did you mean './wine winedbg --gdb notepad'? Because I can't find winedbg >> binary. > > This would be the same. There usually is a "winedbg" wrapper installed > that does the same, but for all purposes its the same thing. > > Ciao, Marcus

July 7, 2012

Re: Debugging wine/windows applications

by Marcus Meissner

On Sat, Jul 07, 2012 at 01:11:42PM +0300, John Yani wrote: > Did you mean './wine winedbg --gdb notepad'? Because I can't find winedbg > binary. This would be the same. There usually is a "winedbg" wrapper installed that does the same, but for all purposes its the same thing. Ciao, Marcus

July 7, 2012

Re: Debugging wine/windows applications

by John Yani

Did you mean './wine winedbg --gdb notepad'? Because I can't find winedbg binary.

July 7, 2012

Re: winebuild port to ARM?

by Roger Cruz

That is great Andre. I managed to work-around the issue for the time-being but having this work properly on ARM is a great step. Looking forward to your contribution. Regards, Roger ________________________________ From: André Hentschel <nerv(a)dawncrow.de> To: wine-devel(a)winehq.org; Roger Cruz <roger_r_cruz(a)yahoo.com> Sent: Friday, July 6, 2012 1:56 PM Subject: Re: winebuild port to ARM? Am 18.04.2012 00:16, schrieb André Hentschel: > Am 17.04.2012 03:09, schrieb Roger Cruz: >> Hi Andre, >> >> I am willing to help as much as my knowledge allows me to port this. The last time I wrote anything in ARM was about 15+ years ago so my knowledge of it is rather limited. I'm also trying to understand what every line of the assembly code is doing in x86. If someone with more knowledge were willing to port this file for us, it would be a great start :-) but failing that, I can fold up my sleeves and take a crack at it. > > First: Please bottom post on this list. > I doubt someone else will port it anytime soon, so maybe you start trying it and i try to help you as much as i can or you wait until i get time to do it myself. It seems we were misreading the source. winebuilds relay.c has nothing to do with relay tracing. the code is in ntdlls relay.c and in winebuilds spec32.c in function output_relay_debug. I'm working on it as it's much easier than what i've seen in the wrong file :) Expect a patch quite soon. -- Best Regards, André Hentschel

July 7, 2012

Re: Debugging wine/windows applications

by Marcus Meissner

On Sat, Jul 07, 2012 at 12:17:00AM +0300, John Yani wrote: > I tried to run wine under gdb and failed. Using multiprocess gdb I > endup with weird trace: > > 0xf7ffd430 > 0x7bc846f9 > 0x7bc8480f > 0x7bc84855 > 0x7bc42a94 > 0x7bc433b1 > 0x7b8772f7 > 0x7ebab89b > 0x7bc80014 > 0x7bc8005d > > Where 0x7****** addresses are not connected to any module. And > 0xf****** addresses are from /lib/ld-linux.so.2, debug symbols for > which I can't find. > Can somebody explain what's hapenning? > > Running wine with winedbg under gdb fails with message > "err:module:LdrInitializeThunk Main exe initialization for > L"C:\\windows\\system32\\notepad.exe" failed, status c0000022" > > Is there any tutorial on how to run wine with applications under gdb? winedbg can hook gdb into itself, which will make this work better I think. winedbg --gdb notepad.exe Ciao, Marcus

July 7, 2012

Re: Policy for the Wiki?

by Kyle Auble

On Friday, July 6, 2012 at 3:14 PM, Austin English wrote: > Dimi Paun (CC'ed) set up/runs the wiki, so he'd be the guy to ask. > Other people have discussed MoinMoin/alternatives before, but to my > knowledge, there hasn't been much effort put into changing it. Thanks for the suggestion. I've looked into the moinmoin code a little more, and Dimi already switched out the cgi module. Besides possibly updating to a newer version and adding Xapian search, there may not be much more that can be done on the software end. Ubuntu wiki is fast and it apparently uses moinmoin so it could just be server resources too. If that's the case then moinmoin is probably still the best choice: uses python, no database required, customizable, and it seems to be the main alternative to MediaWiki. On a side note, is there any talk of moving the wiki code from the sourceforge CVS repo to a Git one at WineHQ someday? -Kyle P.S. Sorry about the word-wrapping in my last email. Yahoo zigged when I thought it would zag.

July 7, 2012

Debugging wine/windows applications

by John Yani

I tried to run wine under gdb and failed. Using multiprocess gdb I endup with weird trace: 0xf7ffd430 0x7bc846f9 0x7bc8480f 0x7bc84855 0x7bc42a94 0x7bc433b1 0x7b8772f7 0x7ebab89b 0x7bc80014 0x7bc8005d Where 0x7****** addresses are not connected to any module. And 0xf****** addresses are from /lib/ld-linux.so.2, debug symbols for which I can't find. Can somebody explain what's hapenning? Running wine with winedbg under gdb fails with message "err:module:LdrInitializeThunk Main exe initialization for L"C:\\windows\\system32\\notepad.exe" failed, status c0000022" Is there any tutorial on how to run wine with applications under gdb?

July 6, 2012

Re: Policy for the Wiki?

by Austin English

On Wed, Jul 4, 2012 at 4:16 PM, Kyle Auble <randomidman48(a)yahoo.com> wrote: > Hello all, > > I've been working on the wiki recently and noticed that a lot of out-of-date or redundant information is retained. For example, completed tasks on to-do lists are checked off and never removed. Isthere an unofficial policy of not deleting info, even if it may exist elsewhere (in the git repo history, wikipage revision history, etc)? Other instances might be stubs dedicated to features in development years ago, or pages on bugs that have already been fixed or triaged in Bugzilla.I know even page deletions can still be reverted, but I wanted to check first before cleaning things out more aggressively. If there are a few unwritten rules everyone likes the wiki to follow, I could add them somewhere as editing guidelines. The wiki tends to have some bit rot, and if you're willing to keep it clean, then I'd say you get more leeway in the editing guidelines. In general though, yes, old info should be updated/removed. Old taskslists, it's a bit more dependent. For instance, the 1.0 / 1.2 / 1.4 task lists are probably useful for old reference, but others could possibly go (may need some examples though). > While the topic's up, I was also wondering how moinmoin was chosen as the wiki engine. I couldn't really find a discussion on the mailing lists so I figured it was the best option when the wiki was first started. I can appreciate that it doesn't require a database and it's written in python instead of php. Allowing only inline CSS in tables causes some headaches, but mainly it can be really slow sometimes, especially when editing, and unless using wikilinks or going directly to a page, navigation is tricky. Has the possibility of migrating the wiki to a different engine ever come up? Or does the Wine wiki code just need some tweaking and maybe some tools? To be honest, I don't know if there is a better alternative (MediaWiki is designed for a very different use case and has really messy code). It just seems like something is discouraging even basic upkeep on the wiki, which kind of defeats its whole purpose. > -Kyle Dimi Paun (CC'ed) set up/runs the wiki, so he'd be the guy to ask. Other people have discussed MoinMoin/alternatives before, but to my knowledge, there hasn't been much effort put into changing it. -- -Austin

July 6, 2012