May 2004 - Wine-Devel - list.winehq.org

wine

by Mike

m tring to play a game using wine does anybody no why i receive this message and if so how to fix? Thanks Mike > Exception at EIP=0081F2B4: ACCESS VIOLATION > While attempting to read memory at 00000000 > ----------------------------------------------------- > EAX=00000000 EBX=00000001 ECX=0000013C EDX=41796208 > ESI=000006D7 EDI=407CFD7C EBP=00000000 ESP=407CFC30 >

May 31, 2004

Re: Using objdump

by Steven Edwards

Hi, --- James Courtier-Dutton <James(a)superbug.demon.co.uk> wrote: > How do I modify objdump so I can get it do the same with win32 .exe > and > .dll files ? If you get a mingw32 cross-compiler or at least build a cross-binutils you can use mingw32-objdump. Thanks Steven __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/

May 31, 2004

Re: [DInput] Fix RailroadTycoon

by Lionel Ulmer

> Now, you're proposing, that would be cool. :-) Here it is... It's a bit hard to read due to the tabbing, but well, it's a LOT shorter :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

May 31, 2004

Re: General serial communications issues

by Eric Pouech

> So, WINE should be "return immediately with the characters that have > already been received, even if no characters have been received." does this help ? A+

May 31, 2004

Re: [REGRESSION] Photoshop 7.0 works before wine-cvs-20040130 16:??:?? CST (bug #2017)

by Tim Hentenaar

On Mon, 31 May 2004 17:53:58 +0200 Luca Capello <luca(a)pca.it> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > > as reported on bug #2017 [1], Adobe Photoshop 7.0 stops working after > wine-20031212 (in the majority of cases). This happens on Debian > unstable (where I am) as well as on other distro. As suggested by Tony > Lambregts, I made a regression testing to find the patch that broke this. A friend of mine who has a recent release of wine uses Photoshop 7 just fine. It was he and I who took the screenshot that's in the app database (we were using 2003-12-12 at the time). He just updated his wine install via gentoo's emerge about a week and a half ago. Tim

May 31, 2004

Re: General serial communications issues

by James Courtier-Dutton

Eric Pouech wrote: > James Courtier-Dutton a écrit : > >> I attach two logs taken with the command: - >> WINEDEBUG=+comm wine ttermpro.exe > > WINEDEBUG="+comm,+file,+ntdll" would be more helpful. TIA. > > > In addition, ttermpro.exe is setting the following: - memset(&ctmo,0,sizeof(ctmo)); ctmo.ReadIntervalTimeout = MAXDWORD; ctmo.WriteTotalTimeoutConstant = 500; SetCommTimeouts(cv->ComID,&ctmo); Which according to http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base… Means: - ReadIntervalTimeout: Maximum time allowed to elapse between the arrival of two characters on the communications line, in milliseconds. During a ReadFile operation, the time period begins when the first character is received. If the interval between the arrival of any two characters exceeds this amount, the ReadFile operation is completed and any buffered data is returned. A value of zero indicates that interval time-outs are not used. A value of MAXDWORD, combined with zero values for both the ReadTotalTimeoutConstant and ReadTotalTimeoutMultiplier members, specifies that the read operation is to return immediately with the characters that have already been received, even if no characters have been received. So, WINE should be "return immediately with the characters that have already been received, even if no characters have been received." WINE is obviously not doing this. Cheers James

May 31, 2004

Re: Crash due to _fini

by Dimitrie O. Paun

On Mon, May 31, 2004 at 05:16:47PM +0530, Rajeev Bansal wrote: > Please tell me a way so that i can use wine libraries directly without > winegcc or specs file Please don't do that. Or if you do, I'm afraid we can't help you. > on using winegcc for code which contains new and delete operator it gives > undefined reference to following symbols > operator new(unsigned) > operator delete[](void*) > _Unwind_Resume > __gxx_personality_v0 > > please help me to resolve above symbols Use wineg++ to compile and link. -- Dimi.

May 31, 2004

Using objdump

by James Courtier-Dutton

I have used objdump in the past to disassemble and check the code that is generated in a .so or .o file. How do I modify objdump so I can get it do the same with win32 .exe and .dll files ? Cheers James

May 31, 2004

Re: General serial communications issues

by James Courtier-Dutton

Eric Pouech wrote: > James Courtier-Dutton a écrit : > >> I attach two logs taken with the command: - >> WINEDEBUG=+comm wine ttermpro.exe > > WINEDEBUG="+comm,+file,+ntdll" would be more helpful. TIA. > > > In addition to my last response regarding the 1024 buffer threshold, this web page might help. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base… Look at the details regarding the "ReadIntervalTimeout". Cheers James

May 31, 2004

Re: General serial communications issues

by James Courtier-Dutton

Eric Pouech wrote: > James Courtier-Dutton a écrit : > >> I attach two logs taken with the command: - >> WINEDEBUG=+comm wine ttermpro.exe > > WINEDEBUG="+comm,+file,+ntdll" would be more helpful. TIA. > > > I linked two computers together. ttermpro on one, and kermit on the other. When I type characters on the ttermpro console, each character appears on the kermit console immeadiately. After looking at the first log: comm-file-ntdll.txt I noticed messages like this: - trace:ntdll:FILE_AsyncReadService 0x43bdf8 0x43f080 trace:ntdll:FILE_AsyncReadService read 1 more bytes 1/1024 so far trace:ntdll:FILE_AsyncReadService 0x43bdf8 0x43f080 trace:ntdll:FILE_AsyncReadService read 1 more bytes 2/1024 so far trace:ntdll:FILE_AsyncReadService 0x43bdf8 0x43f080 trace:ntdll:FILE_AsyncReadService read 1 more bytes 3/1024 so far trace:ntdll:FILE_AsyncReadService 0x43bdf8 0x43f080 trace:ntdll:FILE_AsyncReadService read 1 more bytes 4/1024 so far I then thought. What would happen if I typed 1024 characters. So, in the second log file I do that: comm-file-ntdll-2.txt Eventually, after typing 1024 characters, they actually arrive on the ttermpro console. Summary: - All characters are getting through the comms link, except that on the receive (READ) path, individual chars are getting buffered, and only when the buffer is full do they reach the application. This sounds to me like some Nagle algorithm gone wrong. We would want this buffering to happen if there was a lot of traffic (e.g. PPP internet link), as it would reduce the amount of api calls, but for simple interactive terminal session, if a new char has not arrived within 2 or 3 chars periods at the current baud rate, the buffer should be forwarded to the application. I attach two log files, one where I type a few characters, and one where I typed more than 1024. I hope this helps Can other people verify my findings regarding the 1024 char threshold? Cheers James

May 31, 2004