Error in GDI (StretchBlt) - proper fix?
Hello everybody, I am debugging an application and got up to the point where I have reason to believe that the StretchBlt function in GDI is part of the problem. A backtrace of the exception I always run into looks like this: err:syslevel:_CheckNotSysLevel Holding lock 0x7ecd0820 level 3 wine: Unhandled exception 0x8003 at address 0x:0x7ee96b34 (thread 0011), starting debugger... WineDbg starting on pid 0x10 err:syslevel:_CheckNotSysLevel Holding lock 0x7ecd0820 level 3 0x7ee96b35 _CheckNotSysLevel+0x3d in kernel32: addl $36,%esp Wine-dbgbt Backtrace: =1 0x7ee96b35 _CheckNotSysLevel+0x3d in kernel32 (0x7ee96b35) 2 0x7ec84c81 GDI_CheckNotLock+0x20 in gdi32 (0x7ec84c81) 3 0x7ec628e8 DeleteDC+0x26 in gdi32 (0x7ec628e8) 4 0x7ec6420b GetDIBits+0x1fd in gdi32 (0x7ec6420b) 5 0x7ec6c282 in gdi32 (+0x2c282) (0x7ec6c282) 6 0x7ec5bfee StretchBlt+0xca in gdi32 (0x7ec5bfee) 7 0x0042a3aa in bav (+0x2a3aa) (0x0042a3aa) 8 0x00425460 in bav (+0x25460) (0x00425460) 9 0x005d1304 in bav (+0x1d1304) (0x005d1304) 10 0x005e4f5d in bav (+0x1e4f5d) (0x005e4f5d) 11 0x0066f10b in bav (+0x26f10b) (0x0066f10b) 12 0x00681f8b in bav (+0x281f8b) (0x00681f8b) 13 0x7ee7ff5f in kernel32 (+0x4ff5f) (0x7ee7ff5f) 14 0xb7e9d387 wine_switch_to_stack+0x17 in libwine.so.1 (0xb7e9d387) When looking at StretchBlt's source code, I see a comment saying that there is a race condition in this function[1]. If I'm not mistaken, this problem has been reported in january as bug #4284, causing trouble (a deadlock) with MS PowerPoint[2]. Walt Ogburn suggested in january that commenting out #define STRETCH_VIA_DIB in dlls/gdi/mfdrv/bitblt.c could work around the problem[3]. Does anybody have any idea on how a proper fix for that function might approximately look like? Thanks, David [1] http://source.winehq.org/source/dlls/gdi/bitblt.c#L139 [2] http://bugs.winehq.com/show_bug.cgi?id=4284 [3] http://www.winehq.org/pipermail/wine-devel/2006-January/044040.html
Find out which handle corresponds to which window
Hi, - I'm almost sure that question has been asked here before, but I can't seem to find the corresponding post: I am trying to debug an application (Net Support Manager) that has trouble displaying a window in fullscreen mode. NSM enables you (among other things) to remotely look onto somebody else's Desktop, a bit like VNC or NX. It's quite annoying not to be able to look onto that remote desktop in fullscreen mode. Anyway, my guess is that it tries to put itself on top of everything in a wierd way that does not work properly under wine. In order to verify or falsify my guess, it would be extremely helpful to find out which handle corresponds to the window showing the symtoms. I've tried my luck with Process Explorer, but that tool doesn't show me the information I need. Any help is greatly appreciated. Cheers, David pgpJNKUR0iQLI.pgp Description: PGP signature
Re: Find out which handle corresponds to which window
Hi Dmitry, On Wednesday 13 September 2006 10:38, Dmitry Timoshkov wrote: David Gümbel [EMAIL PROTECTED] wrote: In order to verify or falsify my guess, it would be extremely helpful to find out which handle corresponds to the window showing the symtoms. I've tried my luck with Process Explorer, but that tool doesn't show me the information I need. Could you upload a +win log somewhere on the net, and provide a description what is going on? Sure ;-) http://bugs.winehq.org/show_bug.cgi?id=6191 David pgp8gE4oykpUI.pgp Description: PGP signature
Re: Find out which handle corresponds to which window
Hi Dmitry, ..thanks for looking into this! On Wednesday 13 September 2006 12:10, Dmitry Timoshkov wrote: David Gümbel [EMAIL PROTECTED] wrote: Sure ;-) http://bugs.winehq.org/show_bug.cgi?id=6191 What's your screen resolution and WM? Are you using Wine from today's Git or any other version? I'm using 0.9.20 under KDE (= kwin) 3.5.4. David pgpCZVUVux9al.pgp Description: PGP signature
Wineconf 06 Keysigning
Hi, at Wineconf 2005, we've had a quite successful GPG key signing party. Thus, I'd like to volunteer for organizing a GPG keysigning party at Wineconf 2006 as well. Quoting last year's party organizer (Shachar Shemesh), anyone who wishes to participate, please: 1. Have a PGP key. You can generate one for yourself using gpg. 2. Send the PGP (public) key and its finger print to me AT THE VERY LATEST ON TUESDAY 12. Any later then that, and it is not certain that we'll manage to get your key on the printed piece of paper that is necessary for carrying out the party. 3. Bring a copy you can trust to wineconf, to make sure other people are really signing your key (i.e. - that I'm not pulling anybody's leg). 4. Bring an identifying ID to wineconf. Two is preferable. Passport or a driver license in a language people can read. If you can only bring one, a passport is definitely preferable. The full details of what a key signing party is, why are the procedures as they are, and what's so important about *not* signing the keys with your laptop at the party can be found at http://www.cryptnet.net/fdp/crypto/gpg-party.html Note: No aliases on PGP keys. If your PGP key says lord master of compiler optimization, then your passport had better say the same or no one will be able to sign your key. Also, if you DON'T want the key published to a key server, please let me know well in advance. Obviously, your key will be published to all the people present at the key party. If your name's not there on your email headers, include it in the body. The name must be the same as appears on your formal IDs. The purpose of a pgp signing party is to establish a link between your virtual identity (your key) and your real one (as verified by an ID). For that reason it is impossible to participate by proxy, or under an alias. Cheers David pgpErVBdKqaJ0.pgp Description: PGP signature
Re: Create new mailing list wine-isv?
On Freitag 16 Dezember 2005 10:49, Peter Beutner wrote: Robert Shearman schrieb: Peter Beutner wrote: Maybe it's just me but when reading all this I got the feeling that writing windows applications(which work with wine) is just *the* way to go. It is the cheapest way for companies and it gives good results for the users. What's wrong with that? See above. Wine does a lot of tricks to emulate windows behaviour. And the more you use some complex window api the more is the chance that wine just can't implement it the way it works in windows but has to use all sorts of workarounds to get it to work under linux. Sure all that probably won't interest any manager in a company and probably won't stand against the money argument. But as a developer I would always vote for doing a little bit of extra thinking by going the platform independent way. That's perfectly valid from a technical point of view. However, I do think you're grossly overestimating both financial and HR capabilities of most ISVs on the market. Moreover, there's the risk factor: Why should an ISV start changing their code base to be more cross-platform while having a pretty high risk that in the forseeable future, revenue generated by this move might be very close or equal to zero? As a technician, I absolutely see your points and find most of them perfectly valid. As a businessman, however, I think Wine is in many cases a very attractive - and in some cases, the only viable - approach for cross-platform efforts an ISV might make in a short to mid-term timeframe. Which approach they take depends on many factors, but helping them in case they decided to go the Wine way is definetly good for both them and the Wine project. David
Re: Create new mailing list wine-isv?
On Mittwoch 14 Dezember 2005 07:33, Dan Kegel wrote: How about we create a new mailing list, wine-isv, aimed squarely at ISVs and the Wine community members who want to help them? Sounds like a good idea to me ;) David pgpntIJmD7w1g.pgp Description: PGP signature
WineProbe part II; Propaganda for Wine
Hello everybody, as most of you probably remember, my company (ITOMIG) launched an initiative called WineProbe (=~ WineTasting in English) some time ago. As part of this initiative, we're arranging an informational event next week on thursday afternoon in Stuttgart. We'll present Wine and its capabilities for migrating and porting applications to Unix. Details are available online (in German) [1]. The target audience are software vendors who would like to create a Linux or cross-platform version of their Windows-based products. However, anyone interested is cordially invited to come, listen and discuss, and have a glass of good wine afterwards ;) The event is free, you just need to send us a small application form avaliable online on [1]. Aside from that, I wrote an article titled Grenzen überschreiten (Crossing Borders) about Wine and its use in the city of Böblingen in a project we're running together with Böblingen and Tübingen University. It was published in print this week in the magazine Kommune21 [2]. Kommune21 is a magazine about the use of information technology in municipalities (german: Kommunen). About 11 000 copies are printed every month, and I'd say the CIO of pretty much every major german city has a subscription. They do not normally have a free online version of their contents available. However, they provided me with a PDF of the article, which we're allowed to put online on our web site. I think this is very nice advertisement for Wine, in particular because of the very specific audience of that publication. Anyone interested can find the article available online at [3]. Bye, David [1] http://www.itomig.de/Initiative_Wine-Probe.26.0.html [2] http://www.kommune21.de [3] http://www.itomig.de/Downloads.10.0.html
Re: Google Summer of Code
Hi everybody, On Mittwoch 01 Juni 2005 03:44, Jeremy White wrote: I think we should jump on this, folks. ...this is about the perfect moment to hopefully get one of my projects up and running: Wine in Academics[tm]. As some of you might know, we (ITOMIG) have a nice working agreement with professor Spruth at Tübingen university. He's willing to supervise academic projects based on Wine. So far, we have Michael, who's starting his work on the subject of porting Windows-based applications using the Winelib. I intended give a talk to students about Wine and possible ways of doing e.g. a Master's thesis based on Wine, on june 13. The Google stipends are a very pleasant surprise that might help me in convincing people ;) However, I think as the Summer of Code applications must be made before june 14, I'll try to move that to next monday (june 6). For that purpose, I'd be very happy if you could help us in brainstorming and coming up with some ideas for cool projects. I'd present some of those ideas on monday, too, and I'll advertise all Wine-based candidates for the SOC at my faculty. I have created a Wiki page at http://wiki.winehq.org/WineInAcademics that describes what kind of work would make good projects here - Studienarbeit and Diplomarbeit don't seem to have very good equivalents in the US system. However, a Diplomarbeit corresponds approximately to a Master's thesis, and I think almost all projects that fit into the Summer of Code would make at least a nice Studienarbeit, or maybe even serve as a good basis for a Diplomarbeit. I can think of a few projects that ought to be fun and not too hard for a bright student. That's great! I've taken myself the liberty of creating a Wiki page for project proposals, in order to make it easier to keep track of them. Volia: http://wiki.winehq.org/SummerOfCode How should we structure it? My first thought was that we ought to have a set of volunteers (a dreaded committee perhaps), that reviews and agrees on the tasks (so that they can be normalized a bit). I'll even volunteer :-/. Other ideas? Sounds good to me. Maybe it would be wise to first collect many ideas, and then make a selection for the SOC. Projects that are not selected might make a good base for other academic works or similar things, so I would be sad to see good ideas lost, even if they don't fit perfectly. Cheers, David pgpKrQfHLbZp7.pgp Description: PGP signature
Re: Google Summer of Code
On Mittwoch 01 Juni 2005 02:31, Daniel Kegel wrote: To qualify for a stipend, you have to submit a proposal by June 24th, and the proposal has to be approved. See http://code.google.com/summerofcode.html JFTR, is that June 14th or June 24th? Google's webpage says 14th, but maybe I got something wrong. Cheers, David pgppJRnVdFgGm.pgp Description: PGP signature
Re: Commercial support
On Samstag 07 Mai 2005 08:39, Shachar Shemesh wrote: I really suggest we adhere to KISS - Keep It Simple. I actually liked the hackers rating idea. If a company is well known among the wine hackers, they'll vote for it. If not, list it alphabetically at the end of the former list. While I certainly don't think that's a bad idea, I am still a bit concerned that this puts too much emphasis on code contributions alone, while the bunch of other stuff that seems also very important to me (docs, training, helping out users, whatever) might get a bit forgotten. However, that's certainly a question of how the hackers' rating would be implemented, not a conceptual problem. As I said before, the token cost was meant mostly to make sure that the company is still alive, but as Andrew said, sending an email once a year to make sure someone responds also works, and does not get anyone in trouble with any tax authority. Yep, I do think that should suffice. Having said all of that, I think I'll actually go with Brian's idea. Let him phrase the criteria. Unlike me, he does not have a commercial interest in Wine. I'd be much in favor of that, too. Cheers, David pgpberGqp294P.pgp Description: PGP signature
Re: wineconf video downloads
On Mittwoch 04 Mai 2005 15:12, Francois Gouget wrote: On Wed, 4 May 2005, Ivan Leo Puoti wrote: Videos will appear here http://wineconf.geldorp.nl/ Should they be set up as a BitTorrent? I have a good internet connection so I don't mind downloading large files but I'm just concerned about the load on your server. As I stated before, I'd mirror the files on our server, once they are all online. IIRC Andreas Mohr might also have some space and bandwith to put into this. David pgpopvG9awohn.pgp Description: PGP signature
Re: wineconf video downloads
On Mittwoch 04 Mai 2005 15:42, David Gümbel wrote: On Mittwoch 04 Mai 2005 15:12, Francois Gouget wrote: On Wed, 4 May 2005, Ivan Leo Puoti wrote: Videos will appear here http://wineconf.geldorp.nl/ Should they be set up as a BitTorrent? I have a good internet connection so I don't mind downloading large files but I'm just concerned about the load on your server. As I stated before, I'd mirror the files on our server, once they are all online. IIRC Andreas Mohr might also have some space and bandwith to put into this. ...which doesn't mean that putting them into file sharing services like BitTorrent wouldn't help, of course :) David pgpGkPBwKz11N.pgp Description: PGP signature
Re: Commercial support
Shachar Shemesh schrieb am 03.05.2005 um 09:19 Uhr: When you finally get around to adding a commercial support to Winehq, I would love this list to include: Lingnu Open Source Consulting, web at http://www.lingnu.com. Following that proposal, I'd also ask you to add ITOMIG, at http://www.itomig.de Thanks, David
Re: Commercial support
On Dienstag 03 Mai 2005 10:53, Shachar Shemesh wrote: And who to include and who not? [..] I can suggest a simple rule to go by, as to whether to include a company or not. In order to be included, a company has to show that it has contributed (via it's employees or directly) a non-trivial patch to wine. We can even limit it to in the past year. At the moment, I believe only three companies pass that criteria (CodeWeavers, Lingnu, and Dimi's company, whose name he has successfully kept secret, for some reason). I cannot say I am convinced this is a good rule to follow. First of all, maybe I got things wrong at wineconf, but I remember something like anyone who wants to be listed there should be being the last statement I heard in the lecture room. While it seems to me that the selection by code contribution as proposed would not be quite feasible (what exactly is a non-trivial patch?), I also think that there is a lot more to Wine than just code, starting from documentation, including stuff like donations, helping out on wine-users, or training (commercial or not) are important, too, and won't directly bring any code into the project - which does not make these things less valuable IMHO. So I'd suggest listing anyone who can prove he has contributed to Wine in whatever way - making a donation, having contributed code, whatever - , and let the customers decide whom to select for their particular problem. That said, I definetly think we could allow code contributors a sentence or two of space that describes their area of expertise in Wine (i.e. what part they contributed to), as this is certainly valuable information for customers, and good advertising for those companies. Cheers, David pgpx6dvAEzO3h.pgp Description: PGP signature
Re: Commercial support
On Dienstag 03 Mai 2005 15:31, Andrew Bartlett wrote: Folks who are incompetent will soon show this to their clients in their own time, why should Wine mailing list be making a statements about companies to which most will not have had contact as a customer. ACK. Samba has a large support directory, and as has been commented it is probably also easier to support. I suggest dealing with the 'thundering hoards' question if you really get them. Before we start debating details that are maybe not even issues, why don't we run a Call for Listings here: Any company that would like to be listed should say so aloud here on wine-devel during, say, a week's time. Then we'll see if we are actually having trouble enforcing some list order or I'm still interested-mechanism. As things stand, the folks that have spoken up and demanded to be listed know each other personally, and at least while we're just talking about Condeweavers, LinGNU, Dimitrie and ITOMIG, I don't have a problem at all to be listed last (in fact I think that would be appropriate). Cheers, David pgpUfI5dYhcoJ.pgp Description: PGP signature
Re: Commercial support
On Dienstag 03 Mai 2005 16:43, Brian Vincent wrote: On 5/3/05, Shachar Shemesh [EMAIL PROTECTED] wrote: I can suggest a simple rule to go by, as to whether to include a company or not. In order to be included, a company has to show that it has contributed (via it's employees or directly) a non-trivial patch to wine. We can even limit it to in the past year. At the moment, I At some point over the next few weeks I'll throw something together (feel free to beat me to it.) Good! I don't think we need any criteria about contribuing to Wine or a platinum level. If you're crazy enough^H^H^H^H^H able to do commercial support then we should advertise it. There's plenty of companies who can do support without the knowledge to contribute. In fact, you could think of them offering support as their way of contributing. Support companies can also 'escalate' to someone else if coding is involved. Exactly. Also, I'll bet we won't have to worry about the list being too big any time in the near future. Let's not worry about that now. A lot of names would be good. I absolutely agree. Cheers, David pgpHaV9E3PDj2.pgp Description: PGP signature
Starting up
Hello everybody, - a while ago we were debating an initiative named Wine-Probe[1] (which would roughly equal Wine-tasting in english) on wine-devel that was in the making between Wirtschaftsförderung Region Stuttgart GmbH and us (ITOMIG). Its goal is to make local software vendors aware of the potential bussiness opportunity in a Wine-based port or a Wine/Linux version of their software. It's also designed to be beneficial for the Wine project as a whole, e.g. by providing AppDB entries and success stories. This is to let you know that we've officially launched the initiative by today. It has already made it into several (german speaking) news sites[2], so I'd say things look promising. We're looking forward to the interest and feedback we'll get in the weeks to come. Cheers, David P.S. Apologies to whomever suggested PortWine as an alternative name - after some discussion we've finally decided to stay with the old name ;) [1] http://www.winehq.com/site?issue=254#WINEprobe%20Initiative [2] http://www.golem.de/0504/37335.html http://www.pro-linux.de/news/2005/7996.html http://www.pc-magazin.de/common/nws/einemeldung.php?id=37335
Re: Approving of the WINEprobe initiative
On Dienstag 21 Dezember 2004 05:46, Brian Vincent wrote: On Mon, 20 Dec 2004 19:13:00 +0100, David Gümbel [EMAIL PROTECTED] wrote: Jep, its actually a pun: WINEprobe means be something like WINEtasting in english an maybe degustation de WINE in french. It's a little hard to translate puns, sorry ;) Maybe this is helpful: http://dict.leo.org/?search=weinprobe So as far as official endorsement.. I'm sure someone in the Wine community will speak up if they disagree with anything. (Conversely, they won't speak up if they agree.) The three projects you mentioned all sound great and they're things that really should be worked on. As the feedback has been IMO very positive (well, if we abstract over certain implications of the name of the initiative in english ;) and nobody came up with objections, I now consider it safe to say this initiative is being approved of by the Wine community. I wanted to thank everybody who provided feedback and comments. Plus, a happy new year to all of you! Bye, David pgpZAqqEOIcpA.pgp Description: PGP signature
Re: Approving of the WINEprobe initiative
Scott Ritchie schrieb am 22.12.2004 um 12:41 Uhr: On Wed, 2004-12-22 at 11:39 +0100, David Gümbel wrote: Hi everybody, Yep, I think you all made a point when saying probe in english is really not quite... optimal ;) I personally like the PortWine idea very much - we'll consider renaming the initiative accordingly. I request 20% of all name-change related fan-mail ;) Sure - I hope you have a high bandwidth connection ?-) Cheers, David
Re: Approving of the WINEprobe initiative
Hi everybody, Mike Hearn schrieb am 21.12.2004 um 17:33 Uhr: On Mon, 20 Dec 2004 19:13:00 +0100, David Gümbel wrote: its actually a pun: WINEprobe means be something like WINEtasting in english an maybe degustation de WINE in french. It's a little hard to translate puns, sorry ;) Maybe this is helpful: http://dict.leo.org/?search=weinprobe Still, I personally would rather have a name that made sense in English - WineProbe isn't exactly intuitive. PortWine is a good name. Yep, I think you all made a point when saying probe in english is really not quite... optimal ;) I personally like the PortWine idea very much - we'll consider renaming the initiative accordingly. By now, I wanted to thank all of you who have provided feedback and ideas. I will wait a little more time in case somebody who hasn't spoken up yet wishes to do so :) Bye, David
Approving of the WINEprobe initiative
Hello everybody, - as my colleague Stefan Munz has already pointed out recently[1] on this list, Wirtschaftsförderung Region Stutgart GmbH (WRS) and us (ITOMIG) are launching an initiative called WINEprobe[2]. Its goal is to make local software vendors aware of the potential bussiness opportunity in a WINE-based port or a WINE/Linux version of their software. WRS is quite committed as far as Open Source is concerned[3], and is pushing OSS in the region since quite a time. It has co-organized, among others, the KDE World Summit 2004 in Ludwigsburg near Stuttgart[4]. The Perlworkshop 6.0 , GUADEC6 (GNOME Conference) [5], ApacheCon Europe and more than 40 other Open Source Events in the Stuttgart Region are organized or supported by the WRS as well. (You can find a description of WRS at the bottom of this mail.) In order to make the WINEprobe initiative beneficial for the WINE project as much as possible, three things are in the making: 1) At the option of the respective software vendor whose product we'll be analyzing for WINE compatibility, Application Database Entries will be maintained by us once a software product has been analyzed for its compatibility with WINE. 2) Reports of successful porting or migration projects will be given back to the community as success stories. My colleage is already working on merging some success stories supplied by third parties (see [6]). 3) WRS has offered to help out in hosting the WINE developers conference Wineconf in 2005 in the Stuttgart area[7]. Mr. Schmid from WRS has asked me (please see the mail below) to provide some information about this initiative to the WINE community. He thinks (and I agree ;) that it would help us a great deal in making the campaign a success if the WINE community somehow officially (as official as a community can be :) approved of this initiative. So my question, on behalf of Mr. Schmid, is simply if there are objections against us saying that this initiative is approved of by the WINE community? As an important sidenote, I permit myself to emphasize that all of our above mentioned efforts (1-3) to support the WINE project and its community are fully independent of the answer of this question. Most particularily, the hosting offer stands, and the commitment there won't be lowered if the WINEprobe is not approved of by the community. However, I feel that a successful WINEprobe will be a benefit for the WINE project as well. If there are any questions open, please feel free to ask. Cheers, David -- Forwarded Message -- Subject: AW: Update on WRS offer Stuttgart University Date: Montag 20 Dezember 2004 14:46 From: Hans-Ulrich Schmid [EMAIL PROTECTED] To: David Gümbel [EMAIL PROTECTED] Dear Mr. Gümbel, as you know, ITOMIG and Stuttgart Region is planning to start a new initiative for small and medium software companies called WINEprobe. WINEprobe will help these companies to learn more about the WINE-compatibility of their software products. It would be very helpful, if you can ask the WINE-community to support this new initiative officially. The hosting offer of the Stuttgart Region will not be affected by any way of the decision of the community in the point of supporting the WINEprobe or not. Can you please forward this mail to the community and tell them some more about the background of WINEprobe Best regards Hans-Ulrich Schmid Wirtschaftsförderung Region Stuttgart GmbH Stuttgart Region Economic Development Corporation FIR_st - Forum IT-Region Stuttgart Friedrichstr. 10 70174 Stuttgart www.first.region-stuttgart.de www.opensource.region-stuttgart.de www.competenzatlas.de www.region-stuttgart.de Tel ++49.711.22835 - 27 Tel mobil ++49.172.7310463 Fax ++49.711.22835 - 55 --- --- WRS description: The Stuttgart Region Economic Development Corporation (WRS) is - founded to provide services to industry and communities in the field of economic development - a subsidiary of the administrative body of the larger Stuttgart Region - provides marketing for the Stuttgart Region - assists in cluster management of specific industries - advises and assists companies during the search for available sites and buildings In the context of our initiative Open Source Region Stuttgart http://opensource.region-stuttgart.de the WRS supports conferences and meetings of Open Source projects of various aspects when held in the Stuttgart Region. For example the WRS is co-organizer of the KDE Community World Summit 2004 in Ludwigsburg near Stuttgart http://conference2004.kde.org/ . The Perlworkshop 6.0 , GUADEC6 (GNOME Conference) http://2005.guadec.org/papers.html , ApacheCon Europe and more than 40 other Open Source Events in the Stuttgart Region are organized or supported by the WRS as well. --- [1
Re: Approving of the WINEprobe initiative
On Montag 20 Dezember 2004 18:41, Brian Vincent wrote: [EMAIL PROTECTED] wrote: - as my colleague Stefan Munz has already pointed out recently[1] on this list, Wirtschaftsförderung Region Stutgart GmbH (WRS) and us (ITOMIG) are launching an initiative called WINEprobe[2]. Its goal is to make local software vendors aware of the potential bussiness opportunity in a WINE-based port or a WINE/Linux version of their software. Just curious, what is ITOMIG? We're a local company specializing in compatibility analyses of Windows software with Linux/Wine. Our clients are mostly from the administrative and the public sector. In order to make the WINEprobe initiative beneficial for the WINE project as much as possible, three things are in the making: WINEprobe is an.. er.. interesting name. Why did you choose it? From a marketing perspective, it doesn't seem like a good name. In general, the word probe doesn't exactly give a warm, fuzzy feeling or generate excitement. Is this a translation of a German word that sounds better? Jep, its actually a pun: WINEprobe means be something like WINEtasting in english an maybe degustation de WINE in french. It's a little hard to translate puns, sorry ;) Maybe this is helpful: http://dict.leo.org/?search=weinprobe It sounds like you guys are interested in Winelib stuff. I'm sure you've investigated the pros/cons of that. Did you notice the Winelib documentation is very outdated? Would you guys want to tackle updating it? In case this fits into a real project (say, porting some legacy application) we're doing e.g. in line with the WINEprobe initiative, yeah - why not. In general, we always try to let flow back as much as possible to the respective OSS projects whose software we're using. Cheers, David
Re: Debugging a password dialog
On Montag 13 Dezember 2004 18:03, you (Andreas Mohr) wrote: On Sun, Dec 12, 2004 at 01:21:44AM -0800, Walt Ogburn wrote: Sorry, I was thinking of the debug channels, but I don't know which ones to use, short of turning on trace+all. Probably something like +edit,+relay,+string Thanks, I'll try that ;) Bye, David pgpUAEcLxohlX.pgp Description: PGP signature
Re: Debugging a password dialog
On Samstag 11 Dezember 2004 02:09, Robert Shearman wrote: David Gümbel wrote: I am trying to get an application to run under Wine that requires a login with a username and a password. The program runs all fine, however I can't login with data that should work (and AFAIK works under Windows). Having entered the password, in the corresponding part of the dialog I only see * (which is correct). However, when I change focus to some other part of that dialog afterwards, the password field shows * (way more asterisks than before). The previous (i.e. correct) length of s is restored when setting the focus back onto the password field. Are you sure this isn't a security feature of the program? Does the program exhibit this behaviour in Windows? I don't think so, no, but I'll check again. I am, however, pretty sure this is not a feature. I have reason to believe that the password I entered is not correctly passed on to the login procedure of the program. However, I am sort of badly lacking a nice idea how to efficiently debug this thingy and verify (falsify ;) that I'm right. So, does anybody have an idea? It is unlikely, but not impossible to be a bug in the edit control. That code has been around for ages and is well tested, but then again this program could be using some really weird side effects. I would look elsewhere though. OK, that sounds a lot like I was wrong assuming the problem is in the password dialog ;) What is the password being checked against? Is it going over the network? Is it reading in a file off the disk and processing it? Is it using cryptography functions? Answering these will give you some clues with which to start debugging with. The password is (I think) stored in a database file on disk. There's no networking involved at all, and I don't believe there's crypto being used. I'll try to look elsewhere now, that is - not in the dialog part of the system. Thank you for you input, I appreciate it. Bye, David
Re: Debugging a password dialog
On Samstag 11 Dezember 2004 01:42, Walt Ogburn wrote: Dump a trace into a file, then grep for the username and password you entered? Are you refering to using something like strace, or would you use a debug channel? If a debug channel, which ?-) Bye, and thanks for your input! David pgpiFKyNfOVeo.pgp Description: PGP signature