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

Re: Question about --debugmsg +snoop

by Uwe Bonnes

>>>>> "Massimo" == Massimo <max(a)veneto.com> writes: Massimo> Is there a way to activate +snoop only for selected dll ??? I Massimo> think that would help me to find AutoCAD 2000 access violation Massimo> on startup, isolating the dll where it happens. As stated few Massimo> msg before, it starts up good with +snoop, but it crashes on Massimo> very beginning without +snoop. Look at ~/.wine/config in the [Debug] Section. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

July 8, 2002

Re: Apps that installs VBA

by Massimo

Looking in wine dir (~/c/windows) I found the 'missing' fsivba.dll. I think it should have been placed in ~/c/windows/system, or system32, not in ~/c/windows... I think there's again some problem with path handling or something like that, as it was with missing '\\' in the system.reg files some times ago. That problem caused also misplacement of some files, because of the malformed path. Regards Max

July 8, 2002

Question about --debugmsg +snoop

by Massimo

Is there a way to activate +snoop only for selected dll ??? I think that would help me to find AutoCAD 2000 access violation on startup, isolating the dll where it happens. As stated few msg before, it starts up good with +snoop, but it crashes on very beginning without +snoop. Regards Max

July 8, 2002

Debugger

by Massimo

Hmmm.... I fiddled a bit with winedbg and found it awful to use.... Maybe I'm too comfortable with visual debuggers :-) There's no plan to make a graphical front-end to it, for example extending DDD or better GVD ? I had a look at GVD sources and docs, and it shouldn't be too difficult to add a supported debugger... It has a quite good support for many external debuggers.... I see only une problem on it, as it seems to me that winedbg opens a new xterm and translates his i/o on it, which can confuse GVD as stated in docs. So, 2 questions : 1) - There's a way to instruct winedbg to not change xterm ? 2) - There's a volunteer with enough skills on winedbg that can help me to write GVD patch ? :-) Regards Max

July 8, 2002

RE: WINE

by Steven Edwards

I'm forwarding a copy of this to wine-devel and reactos-kernel. The way that I have been doing it is to work out of the WINE tree to and submit changes back to them. I try to take a snapshot of the current WINE tree every few months and that then becomes the -stable branch for ReactOS. If there is a bug in the ReactOS wine any patch needs to be wrapped in a #ifdef __REACTOS__ that way it will be easy for us to submit patches back to wine. The long term goal is to make all of the WINE dlls upgrade able at anytime. So if you have a idea about a better way to do it then please let me know. Our branch is a little odd because it was not tagget right when they first committed it to CVS. It doesnt really matter to much about the version numbers though because we know where changes have been made on the ReactOS side by the #ifdefs. Thanks Steven --- Jurgen Van Gael <jurgen.vangael(a)student.kuleuven.ac.be> wrote: > Hi Steven, > > I set up my box here in France, and am starting to > code again. My > question: > I am not that experienced with forking etc ... So > should I modify the > dll's in the reactos tree and submit patches, diffs > or new files to > reactos, or do I submit all my work to WINE? > > Jurgen __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

July 8, 2002

'Runtime Error 429', and $ offered for a fix

by Sean Russell

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I originally posted this to c.e.ms-windows.wine, but I wanted to cross post it to the developers list in the hopes of attracting the proper attention. I appologise if it is inappropriate to offer money for solutions, in this list. My wife is an author. For the past eight months, she's been happily working exclusively on Linux with OpenOffice. She just recently accepted a job doing some tech writing; the application she is to document is a Windows application, made (apparently) predominantly of VB. This application fails to run under a recent Wine. I'm considering two options: (a) Buy a copy of Windows and VMWare, and (b) donate the money I'd spend to a Wine Guru or the Wine project instead, to get the application running. I'd MUCH rather give my money to the Wine project, but this is only an option if I can reasonably hope for a quick turn-around. I'm trying desperately from having to give money to Redmond and incidentally having to maintain a Windows install on her computer :-( Windows would cost me $100, $150 with VMWare. I'll happily donate that to the Wine project, or a Wine developer. It isn't a lot, I know, but if anybody is willing to take this on, please let me know. If it looks like a simple fix, then fine. If it looks like a lot of work, then just let me know and I'll grab a copy of VMWare. I don't have the sourcecode for the application. If you're interested in taking a look at this, email me at 'ser at germane dash software dot com', and I'll send you console dumps, Wine versions, etc. The basic error that the Windows dialog gives us is: Runtime Error '429' ActiveX component can't create object Thanks, sincerely. Sean - --- SER -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD4DBQE9KKOyP0KxygnleI8RAhrWAJiTIgHSli8/GDlIdLKlqMMHBTjyAJoCQV2y 0zty1Z52wQ8TVML1Fn/C5g== =NtZe -----END PGP SIGNATURE-----

July 7, 2002

Re: Apps that installs VBA

by Andreas Mohr

On Sun, Jul 07, 2002 at 01:36:55PM +0200, Jürgen Schmied wrote: > Likely the installer does not find a file with FindNextFile > (Error 18 = ERROR_NO_MORE_FILES). The relay-trace with -debugmsg > +dosfs,+relay shouls say more. Oh no, not another problem caused by buggy Find*() (directory not returned ?). These functions seem to be pretty problematic, they should be fixed (via a regression test preferrably). It's on my ToDo list. Going to do some major file system work soon. -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

July 7, 2002

Re: Apps that installs VBA

by Jürgen Schmied

Likely the installer does not find a file with FindNextFile (Error 18 = ERROR_NO_MORE_FILES). The relay-trace with -debugmsg +dosfs,+relay shouls say more. juergen > Installing AutoCAD 14, I get everytimes an error telling that VBA (visual > basic for applications) cannot be installed (the messagebox tells a very very > meaningful 'error 18' (sigh) and aborts VBA setup). > As I've seen that someone is working on visual basic apps (maybe Ann and Jason > Edmeades ?), does someone have an idea of the solution ? > > Regards > > Max > > > --- juergen.schmied(a)debitel.net

July 7, 2002

Re: Suggested bitmap coords resolve

by P. Christeas

> > The second patch is a simple suggestion about a NULL handler. IMHO all > > NULLs coming from external programs-libs should be handled in a prog. In > > that case, a NULL causes no harm, but I guess my 'early test' may > > introduce a minor speedup. > > "Am I right?" > No, IMO this is not correct. > If Windows doesn't handle NULLs, then we shouldn't either. > How are we supposed to detect problems with our API implementation if all > we ever do is handle every single problem gracefully ? > That way we'll never find out about that grave implementation problem of > ours leading to a NULL value... Sorry, I wasn't clear about that point. What happens with that fn is that it will try to get the object for that handle. Clearly, there can be no object for a NULL handle. The returned value will be NULL anyway and that fn would return that without my patch. I just short-cutted through the fn (which uses wine-specific calls to determine the object - I think) and returned that NULL earlier. I am not sure how M$ does that, but anything other than NULL when we have no handle would just result in a SIGSEGV. Most mis-handling of NULLs results to that and if M$ would GPF to those, that doesn't mean wine should not exit cleanly. In some cases we should just show that our ver is better. The debugging difference is that my ver doesn't set the error ( seeSetLastError( ERROR_INVALID_HANDLE ); at the end) and there is no warning. I did that, because that situation happens often and fills the debug log with that warning line. IMHO the only point where wine must differ from M$ is where M$ leads to crash (GPF - our SIGSEGV). We can warn the user that the app would fail there, but let him continue in most cases P. Christeas

July 7, 2002

Wrote an graphical wine.config frontend

by Clemens Eisserer

Hi Wine-Hackers! I wrote an graphical tool to make the administrations of the config-file easier for those windosen. Currently its only an prototype and isnt very stable. Its written in Java, compiled into native-Unix-binaries and it uses java-gtk as gui-toolkit. Its nearly as fast as C++ but coding is much easier and faster. I added a screenhot, and I hope that nobody's angry about the big download-size :-( My problem is that I dontknow all the wine.config options avaible, I've just implemented all active and all not active (;) options, only the program-specific setting are still not implemented and they wont be implemented in the near future. So is there an overview avaible, which explains all the options aviable in the config? Thx , Linuxhippy

July 6, 2002