Im trying to run this program called Thinkboxx and wen it tryes to comunicate over the comm port it hangs. Here are som output to read. earlier on i get: Call kernel32.VirtualAlloc(43050000,00001000,00001000,00000004) ret=0058557c Ret kernel32.VirtualAlloc() retval=43050000 ret=0058557c thats from vhere the com port gets an virtual memory space, i think. and in the end i have: Call kernel32.ReadFile(00000060,43050000,00000400,40606988,4304a6cc) ret=0043ecff trace:file:ReadFile 96 0x43050000 1024 0x40606988 0x4304a6cc FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock trace:file:FILE_SetDosError errno = 11 Resource temporarily unavailable Ret kernel32.ReadFile() retval=00000000 ret=0043ecff Call kernel32.GetOverlappedResult(00000060,4304a6cc,40606988,00000001) ret=0043ed17 trace:file:GetOverlappedResult (96 0x4304a6cc 0x40606988 1) trace:file:GetOverlappedResult waiting on 0x4304a6cc Call kernel32.UnhandledExceptionFilter(404f4918) ret=00577264 using strace i got: mprotect(0x43050000, 4096, PROT_READ|PROT_WRITE) = 0 again here the comm port gets an virtual memory space, correct me if im wrong but does it get an false result. this is the lines i get in the end read(22, 0x43050000, 1024) = -1 EAGAIN (Resource temporarily unavailable) rt_sigprocmask(SIG_BLOCK, [HUP INT ALRM IO], [], 8) = 0 write(4, "\30\0\0\0\0\0\4\0 c\22@\6\0\0\0004i`@\0\0\0\0\0\0\0\0\0"..., 64) = 64 read(5, "\30\0\0\0\0\0\4\0\3\1\0\0\6\0\0\0004i`@\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 read(7, <unfinished ...> It seams to me that either the memory allocation goes wrong or that when it tryes to acsess the memmory space it does not get permission. Have anyone got any idea of how to fix this. The1trex. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
T REX <the1trex@hotmail.com> wrote:> Im trying to run this program called Thinkboxx and wen it tryes to > comunicate over the comm port it hangs. > Here are som output to read.> earlier on i get:> Call kernel32.VirtualAlloc(43050000,00001000,00001000,00000004) ret=0058557c > Ret kernel32.VirtualAlloc() retval=43050000 ret=0058557c > thats from vhere the com port gets an virtual memory space, i think.Virtual memory, yes. Comm port, no ;-)> and in the end i have:> Call kernel32.ReadFile(00000060,43050000,00000400,40606988,4304a6cc) > ret=0043ecff > trace:file:ReadFile 96 0x43050000 1024 0x40606988 0x4304a6cc > FIXME:pthread_rwlock_rdlock > FIXME:pthread_rwlock_unlock > trace:file:FILE_SetDosError errno = 11 Resource temporarily unavailable > Ret kernel32.ReadFile() retval=00000000 ret=0043ecffFirst, is 0x60 really the open handle to the comm device ? If that's the case, then you should try to find out why this *system error message* happens (add further debug traces to wine to find out what request exactly is failing and why etc. etc.). Maybe something is wrong with your comm port device or so ? Definitely no memory problem, at least not in wine. -- Andreas Mohr, Renningen, Germany In case you need to contact me after expiry of temporary email address: my eternal (hopefully) email address is frqr2001 at the domain sneakemail.com
>>First, is 0x60 really the open handle to the comm device ? >>If that's the case, then you should try to find out why this >>*system error message* happens (add further debug traces to wine to find >>out >>what request exactly is failing and why etc. etc.). >Why go to that trouble? It obviously happens because no comm data is >immediately available for reading, and nonblocking overlapped I/O is used. >Have you never heard about nonblocking I/O?Hmm ok, but what can be donne about this? Is there an easy way out? The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Did some more research, and when i tested the program again with the external devise connected, i got this. trace:file:GetOverlappedResult wait on 0x40c8ccc0 returned 0 trace:comm:SetCommMask handle 96, mask 1 trace:comm:WaitCommEvent (60 0x415a6f18 0x40c8ccc0 ) trace:file:GetOverlappedResult (96 0x40c8ccc0 0x415a6f18 1) trace:file:GetOverlappedResult waiting on 0x40c8ccc0 trace:comm:COMM_WaitCommEventService overlapped 0x40c8ccc0 wait complete 0x415a6f18 <- 1 this repeats over and over again, this is not to far from my previus results, but here there should be something happening on the com port. in ms windows there is no problem even withouth anything connected to the comm port, it just sends requests infinitly to the device witch is not there, and it does not hang. But in my case the program hangs on the linux box, now i can understand that, but why is it not getting communication from the comm port, it seams to be configured right, and there should be something there to read. Is the support for overlapped IO in wine not good enough yet, or lies the problem somwhere else? The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Ok, so there is no flaw in the async IO thingie. Now when it commes to the winedbg, it ceeps asking me about a lot off source code from glibc and gcc and stuff I dont have eny source, i didnt order that with my RH, does that mean i have to download a lot of source, and i only have an ISDN connection. so i have three questions. 1. what do I need to runn winedbg? 2. how do i run winedbg, is there eny step by step guide? 3. and what do i loock for? I dont like to nag, but i have litle experiance using wine. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Ok so i have run the winedbg and got a lot of output, you kan find the log file at: http://www.termografinett.no/debugg.bz2 I hope someone can get something out of it. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Im trying to run this program on two difrent configs. the one wher the winedbg output came from is a RH 7.1 with no uppgrades on glibc or anything else, the other i test on is an RH 6.2 with kernel 2.2.20 and glibc 2.1 beta. the wine wersion used on both are 20011108 downloaded from the cvs. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Gerard wrote:>It's clear from that that in the initialization of the user dialog >(msg=0x110 => message WM_INITDIALOG), the apps tries >to initialize a socket communication (WS_gethostbyname) >and the glibc crashes. This does not seem to have anything >to do with serial communication, btw. This kind of crash >could more be seen as a result of a system problem - there >was some problem like that because of a glibc bug, but Wine >was changed to work around it. Anyway, can you say more >about your config ? os, glibc version, compiler version... >also say if this is a 'standard' distro config or something that you >have hand-tuned yourself ? also wine version, of course.>GerardIm trying to run this program on two difrent configs. the one where the winedbg output came from is a RH 7.1 with no uppgrades on glibc or anything else, the glibc wersion is 2.2.2 The other i test on is an RH 6.2 with kernel 2.2.20 and glibc 2.1. this system might contain changes i dont know about. the wine wersion used on both are 20011108 downloaded from the cvs. You say that it does not hawe something to do with serial communications, but it is the factor that triggers this error. if i remowe the comm section in my wine conf, the program cant find the comm port but runns fine otherwise, so the serial communications somehow triggers the error. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Here are som logg files that might help fixing the problem. wine log usin +comm,+file,+relay http://www.termografinett.no/wine.log.bz2 strace output http://www.termografinett.no/strace.log.bz2 winedbg output http://www.termografinett.no/debugg.bz2 The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: "T REX" <the1trex@hotmail.com> >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Mon, 03 Dec 2001 12:22:21 +0000 > >Gerard wrote: > >>It's clear from that that in the initialization of the user dialog >>(msg=0x110 => message WM_INITDIALOG), the apps tries >>to initialize a socket communication (WS_gethostbyname) >>and the glibc crashes. This does not seem to have anything >>to do with serial communication, btw. This kind of crash >>could more be seen as a result of a system problem - there >>was some problem like that because of a glibc bug, but Wine >>was changed to work around it. Anyway, can you say more >>about your config ? os, glibc version, compiler version... >>also say if this is a 'standard' distro config or something that you >>have hand-tuned yourself ? also wine version, of course. > >>Gerard > >Im trying to run this program on two difrent configs. >the one where the winedbg output came from is a RH 7.1 with no >uppgrades on glibc or anything else, the glibc wersion is 2.2.2 > >The other i test on is an RH 6.2 with kernel 2.2.20 and glibc 2.1. >this system might contain changes i dont know about. >the wine wersion used on both are 20011108 downloaded from the cvs. > >You say that it does not hawe something to do with serial communications, >but it is the factor that triggers this error. if i remowe the comm section >in my wine conf, the program cant find the comm port but runns fine >otherwise, >so the serial communications somehow triggers the error. > > >The1trex > >-- > >Philosophers have tried to interpret the world in different ways; the >important thing is to change it. >- Karl Marx > > >_________________________________________________________________ >Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp > > >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Hmm the two log files is from the same computer and using the same wine werson, there might be slight configuring differenses but the symptoms was the same on both tryes. I shal get a new wersion but i am not at the computer im testing on now but i will do it tomorow, I am planning to uppgrade to RH 7.2 also. so i think i will post new results within the next 24 hours that will be more resent and with equal configs. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: g.patel@wanadoo.fr.invalid (gerard patel) >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Mon, 03 Dec 2001 18:02:08 GMT > >On Mon, 03 Dec 2001 12:49:00 +0000, "T REX" <the1trex@hotmail.com> >wrote: > > >Here are som logg files that might help fixing the problem. > > > >wine log usin +comm,+file,+relay > >http://www.termografinett.no/wine.log.bz2 > > > >strace output > >http://www.termografinett.no/strace.log.bz2 > > > >winedbg output > >http://www.termografinett.no/debugg.bz2 > >I have looked at wine and debugg - is there a difference >between the 2 runs in the command line you use ? >Are they really on the same computer ? >If yes, it's deceiving because from wine.log, it looks as >if just enabling debugger would give the exact source line >of the crash : >0806c808:Call >kernel32.ReadFile(00000060,43050000,00000400,40606988,4304a6cc) >ret=0043ecff >trace:file:ReadFile 96 0x43050000 1024 0x40606988 0x4304a6cc >FIXME:pthread_rwlock_rdlock >FIXME:pthread_rwlock_unlock >trace:file:FILE_SetDosError errno = 11 Resource temporarily >unavailable >0806c808:Ret kernel32.ReadFile() retval=00000000 ret=0043ecff >0806c808:Call >kernel32.GetOverlappedResult(00000060,4304a6cc,40606988,00000001) >ret=0043ed17 >trace:file:GetOverlappedResult (96 0x4304a6cc 0x40606988 1) >trace:file:GetOverlappedResult waiting on 0x4304a6cc >0806c808:Call kernel32.UnhandledExceptionFilter(404f4918) ret=00577264 > >Normally, it's easy to fix a crash that happens inside a Wine >function. >However, the debugger crash is extremely strange and I have >never seen something like that. >I'd suggest to scrap your current install and download current >Cvs instead - I suspect that something strange may exist in >your current installation. > >Gerard > >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
I have now re installed my entire system, i now run RH 7.2 and i have a recent cvs of wine. A good feel in this wersion of RH, i Like it. The symptoms seems to be the same though. here are the new loggs. wine log usin +comm,+file,+relay http://www.termografinett.no/wine.log.bz2 strace output http://www.termografinett.no/strace.log.bz2 winedbg output http://www.termografinett.no/debugg.bz2 The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
the command lines are the same, the only thing i did was to runn wine Thinkboxx.exe -debugmsg +comm,+file,+relay &> (file) and then winedbg Thinkboxx.exe &> (file) in the debugger i typed: c thats it. there is some configuration neded on the debugger to get it to output to a file, but that shouldnt do anything, right? The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: g.patel@wanadoo.fr.invalid (gerard patel) >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Tue, 04 Dec 2001 10:59:56 GMT > >On Tue, 04 Dec 2001 09:42:08 +0000, "T REX" <the1trex@hotmail.com> >wrote: > > >The symptoms seems to be the same though. > >I asked about the command line you use... > >Gerard >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
On Tue, 04 Dec 2001 09:42:08 +0000, "T REX" <the1trex@hotmail.com> wrote:>The symptoms seems to be the same though.I asked about the command line you use... Gerard
Well that does not help, the winedbg still does not come up when it crashes. i still hawe to start it manualy, the winedbg does work on other programs so its not a config flaw, maybe the crash is to severe or the wine is not crashing at all. what i know is that something hangs and that even the debugger does not respond when it does and must be killed. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: g.patel@wanadoo.fr.invalid (gerard patel) >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Tue, 04 Dec 2001 12:19:17 GMT > >On Tue, 04 Dec 2001 10:22:14 +0000, "T REX" <the1trex@hotmail.com> >wrote: > > >the command lines are the same, the only thing i did was to > >runn wine Thinkboxx.exe -debugmsg +comm,+file,+relay &> (file) > >and then winedbg Thinkboxx.exe &> (file) > >in the debugger i typed: c ><snip> > >That's not the way you are supposed to use winedbg. >If it does not come up when Wine crashes when called >normally, that is, wine Thinkboxx.exe, it's not correctly >configured. You need one entry in system.reg: > >[Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug] 988300179 >"Auto"=dword:00000001 >"Debugger"="/mnt/reiser/wine/debugger/winedbg %ld %ld" > >change the path to winedbg to fit your system. > >It's also useful to have something like that in user.reg : > >[Software\\Wine\\WineDbg] 1007429445 >"BreakAllThreadsStartup"=dword:00000000 >"BreakOnAttach"=dword:00000000 >"BreakOnCritSectTimeOut"=dword:00000000 >"BreakOnDllLoad"=dword:00000000 >"BreakOnFirstChance"=dword:00000001 >"ConChannelMask"=dword:00000001 >"ExtDbgOnInvalidAddress"=dword:00000000 >"StdChannelMask"=dword:00000000 >"UseXTerm"=dword:00000000 > >I think that all that is supposed to be automatically configured >by using wineinstall, btw. > >Gerard > >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
On Tue, 04 Dec 2001 12:01:55 +0000, "T REX" <the1trex@hotmail.com> wrote:>Well that does not help, the winedbg still does not come up when it crashes. >i still hawe to start it manualy, the winedbg does work on other programs so >its not a config flaw, maybe the crash is to severe or the wine is not >crashing at all. what i know is that something hangs and that even the >debugger does not respond when it does and must be killed.Strange... What is giving -debugmsg +loaddll ? Gerard
here goes. trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\kernel32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\advapi32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\ws2_32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\wsock32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\rpcrt4.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\ole32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\shlwapi.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\comctl32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\shell32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\winspool.drv' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Windows\System\comdlg32.dll' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'krnl386.exe' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'system' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'wprocs' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'GDI.EXE' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'USER.EXE' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\WINDOWS\SYSTEM\x11drv.dll' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'display' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'commdlg.dll' : builtin fixme:console:SetConsoleCtrlHandler (0x586144,1) - no error checking or testing yet FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\ThinkBoxx\ThinkBoxx$.dll' : native err:tooltips:TOOLTIPS_WindowProc unknown msg c01c wp=00000000 lp=412438e4 The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: g.patel@wanadoo.fr.invalid (gerard patel) >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Tue, 04 Dec 2001 15:33:59 GMT > >On Tue, 04 Dec 2001 12:01:55 +0000, "T REX" <the1trex@hotmail.com> >wrote: > > >Well that does not help, the winedbg still does not come up when it >crashes. > >i still hawe to start it manualy, the winedbg does work on other programs >so > >its not a config flaw, maybe the crash is to severe or the wine is not > >crashing at all. what i know is that something hangs and that even the > >debugger does not respond when it does and must be killed. > >Strange... What is giving -debugmsg +loaddll ? > >Gerard >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
hmm, I ran a +relay,+seh. results can be found at: http://www.termografinett.no/wine.log2.bz2 if you want to try the program, I upploaded it here: http://www.termografinett.no/thinkboxx.tar.gz its 1MB. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Hmm well it is a posibilty, the weird thing here is that the Thinkboxx does not use hardware flow controll, this i know since the serial cabel suplied only has three pins where two are data and one is ground. I think that the lacking support may be conusing the error, but why does it work under windows when hardware flow controll is not available. The program must be relaying on software flow controll, does windows use software flow controll that emulates DTS/DTR signals. The fact that it is the lacking 1024 bytes that couses the problem strongly supports the teory that the problem resides in the serial communication. Maybe that when the thinkboxx sends an request, this request for some reason does not rach the comm port or that the answer dont, maybe i hawe a wronlgly configured flow controll. On windows the program does not hang ewen when nothing is connected to the comm port so it cant be getting the 1024 bytes there either but it dosnt hang, maybe windows suplyes the program with the 1024 bytes. Wow this was a lot of sh..., i just poured out my thoughts here. So, does anyone know anything, this program is important to me, so i would be greatful for any help. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: g.patel@wanadoo.fr.invalid (gerard patel) >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Wed, 05 Dec 2001 12:35:30 GMT > >On Wed, 05 Dec 2001 10:34:05 +0000, "T REX" <the1trex@hotmail.com> >wrote: > > >hmm, I ran a +relay,+seh. results can be found at: > >http://www.termografinett.no/wine.log2.bz2 > > > >if you want to try the program, I upploaded it here: > >http://www.termografinett.no/thinkboxx.tar.gz > >its 1MB. > >That will not be necessary, the mystery is solved. > >0806d8a0:Call >kernel32.ReadFile(00000078,4124fdb0,00000400,40616958,4124a5f0) >ret=0043ecff >0806d8a0:Ret kernel32.ReadFile() retval=00000000 ret=0043ecff >0806d8a0:Call >kernel32.GetOverlappedResult(00000078,4124a5f0,40616958,00000001) >ret=0043ed17 >trace:seh:EXC_RtlRaiseException code=c000013a flags=00y > >Exception c000013a means that you typed Ctrl C to exit >Wine. The Wine debugger could hardly start in this situation. > >As of why the application hangs, well, it's waiting to 1024 >bytes of data to get to it through the serial link. > >The Wine problem is that the data does not come up on >the serial link. The application problem is that it hangs >when no data comes in as expected. A well written application >should not hang because data is not available on the >serial link, of course. > >To come back to the Wine problem, I see nothing that the >app did that could trigger the device to output its 1024 >bytes of data, so I think that the device is monitoring the >serial data link state and outputting data as soon as some >state is reached. I'm afraid that the reason that the device >don't do it could be (from your previous trace) : > >0806d898:Call kernel32.CreateFileA(42fbbdd8 >"COM1",c0000000,00000000,00000000,00000003,40000000,00000000) >ret=0043ddf8 >trace:file:CreateFileA COM1 GENERIC_READ GENERIC_WRITE OPEN_EXISTING >trace:file:CreateFileA opening device 'COM1' >trace:file:DOSFS_CreateCommPort COM1 c0000000 40000000 >0806d898:Ret kernel32.CreateFileA() retval=00000060 ret=0043ddf8 >0806d898:Call kernel32.SetCommTimeouts(00000060,406150f0) ret=0043de48 >trace:comm:SetCommTimeouts (60,0x406150f0) >0806d898:Ret kernel32.SetCommTimeouts() retval=00000001 ret=0043de48 >0806d898:Call kernel32.BuildCommDCBA(42fbb0f4 "COM1 >96,n,8,1",406150ac) ret=0043dfc3 >trace:comm:BuildCommDCBAndTimeoutsA (COM1 96,n,8,1,0x406150ac,(nil)) >trace:comm:COMM_BuildOldCommDCB (COM1 96,n,8,1), ptr 0x406150ac >trace:comm:COMM_BuildOldCommDCB baudrate (9600) >trace:comm:COMM_BuildOldCommDCB parity (N) >trace:comm:COMM_BuildOldCommDCB charsize (8) >trace:comm:COMM_BuildOldCommDCB stopbits (1) >0806d898:Ret kernel32.BuildCommDCBA() retval=00000001 ret=0043dfc3 >0806d898:Call kernel32.SetCommState(00000060,406150ac) ret=0043e017 >trace:comm:SetCommState handle 96, ptr 0x406150ac >trace:comm:SetCommState bytesize 8 baudrate 9600 fParity 0 Parity 0 >stopbits 1 >trace:comm:SetCommState ~IXON ~IXOFF >trace:comm:SetCommState CRTSCTS >warn:comm:SetCommState DSR/DTR flow control not supported >0806d898:Ret kernel32.SetCommState() retval=00000001 ret=0043e017 > >'flow control not supported'. This could be the reason. >I have no idea why it's not supported - I suspect a system-related >reason, if there is no api available to managed this stuff in the >Linux Api, for example. > >Gerard >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Uppdate I thought maybe someone may be interested in seeing my serial setup here is sttys output on ttyS0: speed 9600 baud; rows 0; columns 0; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke maybe someone can se any flaws, i dont think it is any but you newer know. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: "T REX" <the1trex@hotmail.com> >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Wed, 05 Dec 2001 12:27:32 +0000 > >Hmm well it is a posibilty, the weird thing here is that the Thinkboxx >does not use hardware flow controll, this i know since the serial cabel >suplied only has three pins where two are data and one is ground. >I think that the lacking support may be conusing the error, but why does it >work under windows when hardware flow controll is not available. >The program must be relaying on software flow controll, >does windows use software flow controll that emulates DTS/DTR signals. > >The fact that it is the lacking 1024 bytes that couses the problem strongly >supports the teory that the problem resides in the serial communication. >Maybe that when the thinkboxx sends an request, this request for some >reason >does not rach the comm port or that the answer dont, maybe i hawe a >wronlgly >configured flow controll. > >On windows the program does not hang ewen when nothing is connected to the >comm port so it cant be getting the 1024 bytes there either but it dosnt >hang, >maybe windows suplyes the program with the 1024 bytes. > >Wow this was a lot of sh..., i just poured out my thoughts here. >So, does anyone know anything, this program is important to me, so i would >be greatful for any help. > >The1trex > >-- > >Philosophers have tried to interpret the world in different ways; the >important thing is to change it. >- Karl Marx > > > >>From: g.patel@wanadoo.fr.invalid (gerard patel) >>Reply-To: wine-users@winehq.com >>To: wine-users@winehq.com >>Subject: Re: Resource temporarily unavailable >>Date: Wed, 05 Dec 2001 12:35:30 GMT >> >>On Wed, 05 Dec 2001 10:34:05 +0000, "T REX" <the1trex@hotmail.com> >>wrote: >> >> >hmm, I ran a +relay,+seh. results can be found at: >> >http://www.termografinett.no/wine.log2.bz2 >> > >> >if you want to try the program, I upploaded it here: >> >http://www.termografinett.no/thinkboxx.tar.gz >> >its 1MB. >> >>That will not be necessary, the mystery is solved. >> >>0806d8a0:Call >>kernel32.ReadFile(00000078,4124fdb0,00000400,40616958,4124a5f0) >>ret=0043ecff >>0806d8a0:Ret kernel32.ReadFile() retval=00000000 ret=0043ecff >>0806d8a0:Call >>kernel32.GetOverlappedResult(00000078,4124a5f0,40616958,00000001) >>ret=0043ed17 >>trace:seh:EXC_RtlRaiseException code=c000013a flags=00y >> >>Exception c000013a means that you typed Ctrl C to exit >>Wine. The Wine debugger could hardly start in this situation. >> >>As of why the application hangs, well, it's waiting to 1024 >>bytes of data to get to it through the serial link. >> >>The Wine problem is that the data does not come up on >>the serial link. The application problem is that it hangs >>when no data comes in as expected. A well written application >>should not hang because data is not available on the >>serial link, of course. >> >>To come back to the Wine problem, I see nothing that the >>app did that could trigger the device to output its 1024 >>bytes of data, so I think that the device is monitoring the >>serial data link state and outputting data as soon as some >>state is reached. I'm afraid that the reason that the device >>don't do it could be (from your previous trace) : >> >>0806d898:Call kernel32.CreateFileA(42fbbdd8 >>"COM1",c0000000,00000000,00000000,00000003,40000000,00000000) >>ret=0043ddf8 >>trace:file:CreateFileA COM1 GENERIC_READ GENERIC_WRITE OPEN_EXISTING >>trace:file:CreateFileA opening device 'COM1' >>trace:file:DOSFS_CreateCommPort COM1 c0000000 40000000 >>0806d898:Ret kernel32.CreateFileA() retval=00000060 ret=0043ddf8 >>0806d898:Call kernel32.SetCommTimeouts(00000060,406150f0) ret=0043de48 >>trace:comm:SetCommTimeouts (60,0x406150f0) >>0806d898:Ret kernel32.SetCommTimeouts() retval=00000001 ret=0043de48 >>0806d898:Call kernel32.BuildCommDCBA(42fbb0f4 "COM1 >>96,n,8,1",406150ac) ret=0043dfc3 >>trace:comm:BuildCommDCBAndTimeoutsA (COM1 96,n,8,1,0x406150ac,(nil)) >>trace:comm:COMM_BuildOldCommDCB (COM1 96,n,8,1), ptr 0x406150ac >>trace:comm:COMM_BuildOldCommDCB baudrate (9600) >>trace:comm:COMM_BuildOldCommDCB parity (N) >>trace:comm:COMM_BuildOldCommDCB charsize (8) >>trace:comm:COMM_BuildOldCommDCB stopbits (1) >>0806d898:Ret kernel32.BuildCommDCBA() retval=00000001 ret=0043dfc3 >>0806d898:Call kernel32.SetCommState(00000060,406150ac) ret=0043e017 >>trace:comm:SetCommState handle 96, ptr 0x406150ac >>trace:comm:SetCommState bytesize 8 baudrate 9600 fParity 0 Parity 0 >>stopbits 1 >>trace:comm:SetCommState ~IXON ~IXOFF >>trace:comm:SetCommState CRTSCTS >>warn:comm:SetCommState DSR/DTR flow control not supported >>0806d898:Ret kernel32.SetCommState() retval=00000001 ret=0043e017 >> >>'flow control not supported'. This could be the reason. >>I have no idea why it's not supported - I suspect a system-related >>reason, if there is no api available to managed this stuff in the >>Linux Api, for example. >> >>Gerard >>_______________________________________________ >>wine-users mailing list >>wine-users@winehq.com >>http://www.winehq.com/mailman/listinfo/wine-users > > >_________________________________________________________________ >Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp > > >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
0806d8a0:Call kernel32.SetCommTimeouts(00000084,406050f0) ret=0043de48
0806d8a0:trace:comm:SetCommTimeouts (84,0x406050f0)
0806d8a0: set_serial_info( handle=132, flags=1, readinterval=ffffffff,
readconst=00000000, readmult=00000000, writeconst=0000000a,
writemult=0000000a, eventmask=403a09f1, commerror=403a09f1 )
0806d8a0: set_serial_info() = 0
0806d8a0: get_handle_fd( handle=132, access=80000000 )
0806d8a0: *fd* 132 -> 22
0806d8a0: get_handle_fd() = 0 { fd=-1, type=3 }
0806d8a0: set_handle_info( handle=132, flags=0, mask=0, fd=17 )
0806d8a0: set_handle_info() = 0 { old_flags=0, cur_fd=17 }
0806d8a0:Ret kernel32.SetCommTimeouts() retval=00000001 ret=0043de48
whas this what you ment
or this
0806d8a0:trace:win32:PE_fixup_imports --- SetCommTimeouts KERNEL32.dll.0
0806d8a0:trace:win32:MODULE_GetProcAddress (40661000,SetCommTimeouts)
0806d8a0:trace:win32:PE_FindExportedFunction (SetCommTimeouts)
The1trex
--
Philosophers have tried to interpret the world in different ways; the
important thing is to change it.
- Karl Marx
>From: g.patel@wanadoo.fr.invalid (gerard patel)
>Reply-To: wine-users@winehq.com
>To: wine-users@winehq.com
>Subject: Re: Resource temporarily unavailable
>Date: Wed, 05 Dec 2001 14:36:55 GMT
>
>On Wed, 05 Dec 2001 12:27:32 +0000, "T REX"
<the1trex@hotmail.com>
>wrote:
>
> >Hmm well it is a posibilty, the weird thing here is that the Thinkboxx
> >does not use hardware flow controll, this i know since the serial cabel
> >suplied only has three pins where two are data and one is ground.
> >I think that the lacking support may be conusing the error, but why
does
>it
> >work under windows when hardware flow controll is not available.
> >The program must be relaying on software flow controll,
> >does windows use software flow controll that emulates DTS/DTR signals.
> >
> >The fact that it is the lacking 1024 bytes that couses the problem
>strongly
> >supports the teory that the problem resides in the serial
communication.
> >Maybe that when the thinkboxx sends an request, this request for some
>reason
> >does not rach the comm port or that the answer dont, maybe i hawe a
>wronlgly
> >configured flow controll.
> >
> >On windows the program does not hang ewen when nothing is connected to
>the
> >comm port so it cant be getting the 1024 bytes there either but it
dosnt
> >hang,
>
>It could be that Windows just times out.
>Could you try to apply to dlls/kernel/comm.c
>the following patch :
>
>--- comm.c.orig Fri Nov 30 18:46:43 2001
>+++ comm.c Wed Dec 5 14:34:30 2001
>@@ -1392,6 +1392,13 @@
> return FALSE;
> }
>
>+ TRACE("timeouts=%ld %ld %ld %ld %ld\n",
>+ lptimeouts->ReadIntervalTimeout,
>+ lptimeouts->ReadTotalTimeoutMultiplier,
>+ lptimeouts->ReadTotalTimeoutConstant,
>+ lptimeouts->WriteTotalTimeoutMultiplier,
>+ lptimeouts->WriteTotalTimeoutConstant);
>+
> SERVER_START_REQ( set_serial_info )
> {
> req->handle = hComm;
>
>and post the part of the trace with SetCommTimeouts,
>this would show what are the values passed to this Api.
>
>Gerard
>_______________________________________________
>wine-users mailing list
>wine-users@winehq.com
>http://www.winehq.com/mailman/listinfo/wine-users
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
So you are saying that it times out before it gets anything? You may hawe lost me a little, win computer? test aplikation? why? how? where? The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: g.patel@wanadoo.fr.invalid (gerard patel) >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Wed, 05 Dec 2001 15:19:43 GMT > >On Wed, 05 Dec 2001 14:04:13 +0000, "T REX" <the1trex@hotmail.com> >wrote: > > >0806d8a0: set_serial_info( handle=132, flags=1, readinterval=ffffffff, > >readconst=00000000, readmult=00000000, writeconst=0000000a, > >Yes, this means that the Api should return immediately. This >may apply also to GetOverlappedResult, in this case it could be >the reason why the app hangs under Wine and not under Windows. >It would be necessary to actually fire up this Win computer and >write a test application, of course. > >Gerard >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
On Wed, 05 Dec 2001 12:27:32 +0000, "T REX" <the1trex@hotmail.com> wrote:>Hmm well it is a posibilty, the weird thing here is that the Thinkboxx >does not use hardware flow controll, this i know since the serial cabel >suplied only has three pins where two are data and one is ground. >I think that the lacking support may be conusing the error, but why does it >work under windows when hardware flow controll is not available. >The program must be relaying on software flow controll, >does windows use software flow controll that emulates DTS/DTR signals. > >The fact that it is the lacking 1024 bytes that couses the problem strongly >supports the teory that the problem resides in the serial communication. >Maybe that when the thinkboxx sends an request, this request for some reason >does not rach the comm port or that the answer dont, maybe i hawe a wronlgly >configured flow controll. > >On windows the program does not hang ewen when nothing is connected to the >comm port so it cant be getting the 1024 bytes there either but it dosnt >hang,It could be that Windows just times out. Could you try to apply to dlls/kernel/comm.c the following patch : --- comm.c.orig Fri Nov 30 18:46:43 2001 +++ comm.c Wed Dec 5 14:34:30 2001 @@ -1392,6 +1392,13 @@ return FALSE; } + TRACE("timeouts=%ld %ld %ld %ld %ld\n", + lptimeouts->ReadIntervalTimeout, + lptimeouts->ReadTotalTimeoutMultiplier, + lptimeouts->ReadTotalTimeoutConstant, + lptimeouts->WriteTotalTimeoutMultiplier, + lptimeouts->WriteTotalTimeoutConstant); + SERVER_START_REQ( set_serial_info ) { req->handle = hComm; and post the part of the trace with SetCommTimeouts, this would show what are the values passed to this Api. Gerard
On Wed, 05 Dec 2001 14:04:13 +0000, "T REX" <the1trex@hotmail.com> wrote:>0806d8a0: set_serial_info( handle=132, flags=1, readinterval=ffffffff, >readconst=00000000, readmult=00000000, writeconst=0000000a,Yes, this means that the Api should return immediately. This may apply also to GetOverlappedResult, in this case it could be the reason why the app hangs under Wine and not under Windows. It would be necessary to actually fire up this Win computer and write a test application, of course. Gerard
Hi All, yeah, looks like there's a bit of confusion between RTS_CONTROL_ENABLE and RTS_CONTROL_HANDSHAKE in dlls/kernel/comm.c RTS_CONTROL_ENABLE does not mean we should use flow control, it means we should turn on RTS and leave it on. Similarly with DTR_CONTROL_ENABLE. Man, what confusing names. Is the (untested) patch attached helpful? Looks like there will be more issues with this... Mike>> perhaps the RTS_CONTROL_ENABLE should be RTS_CONTROL_HANDSHAKE? >> >> This would explain why in this case crtcts flowcontrol gets enabledon>> a 3 wire serial link. >> >> Rein. >> >I think if winbase.h is right, you are right and the code has beenwrong>for a long time. The same error is all over the code. GetCommState >sets RTS_CONTROL_ENABLE if the termios from tcgetattr() has CRTSCTS. >Probably that should be RTS_CONTROL_HANDSHAKE? And where does >RTS_CONTROL_ENABLE come from? I guess it should be on by default? > >Lawson------------------------------------------ mailto:Mike_McCormack@start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au -------------- next part -------------- A non-text attachment was scrubbed... Name: handshake.diff Type: application/octet-stream Size: 1960 bytes Desc: not available Url : http://www.winehq.org/pipermail/wine-users/attachments/20011206/8a3e466e/handshake.obj
well the patch did remowe the crtscts and the dsr/dtr lines and left me with ixon/ixoff but no still no improwement. but I shal do a lot of testing, i must get my hands on a serial cable that uses all pinns to. I will report anny progress. and will be awailable for any questions. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: Mike McCormack <mike_mccormack@start.com.au> >Reply-To: wine-users@winehq.com >To: "lawson_whitney@juno.com" <lawson_whitney@juno.com>, >"wine-users@winehq.com" <wine-users@winehq.com>, >"lawson_whitney@juno.com" <lawson_whitney@juno.com> >Subject: Re: Resource temporarily unavailable >Date: Thu, 06 Dec 2001 12:56:35 +1000 > > >Hi All, > >yeah, looks like there's a bit of confusion between RTS_CONTROL_ENABLE >and RTS_CONTROL_HANDSHAKE in dlls/kernel/comm.c > >RTS_CONTROL_ENABLE does not mean we should use flow control, it means >we should turn on RTS and leave it on. Similarly with >DTR_CONTROL_ENABLE. Man, what confusing names. > >Is the (untested) patch attached helpful? > >Looks like there will be more issues with this... > >Mike >_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Hey Lawson, how about this one? (it includes the original patch, and is untested, as usual) Mike Original message from: lawson_whitney@juno.com> >On Thu, 6 Dec 2001, Mike McCormack wrote: > >> >> Hi All, >> >> yeah, looks like there's a bit of confusion betweenRTS_CONTROL_ENABLE>> and RTS_CONTROL_HANDSHAKE in dlls/kernel/comm.c >> >> RTS_CONTROL_ENABLE does not mean we should use flow control, itmeans>> we should turn on RTS and leave it on. Similarly with >> DTR_CONTROL_ENABLE. Man, what confusing names. >> >> Is the (untested) patch attached helpful? >> >> Looks like there will be more issues with this... >> >> Mike >> >Yep. That is all very well for my 32 bit app, but the 16 bit - works >OK, unless you try a comm trace, then it crashes, with this little >beauty: > >trace:comm:WriteComm16 cid 3, ptr 0x40f7d21e, length 1487 >wine_dbg_vprintf: debugstr buffer overflow (contents:'trace:comm:WriteComm16 1A2845F7: 4:PUTDATA 541 AD_STATS 0.AS> >I guess 1407 bytes plus the trace message is more than we need. > >Also, the app shuts off CRTSCTS. I think there is still somethingwrong>in [GS]etCommState16 and/or DCBtoDCB16. > >Lawson > >Probable user head space error. - Dennis A. Moore > >. >------------------------------------------ mailto:Mike_McCormack@start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au -------------- next part -------------- A non-text attachment was scrubbed... Name: handshake.diff Type: application/octet-stream Size: 3141 bytes Desc: not available Url : http://www.winehq.org/pipermail/wine-users/attachments/20011207/7f686a48/handshake.obj
Hi again.. I got a serial cable with all pinns connected, but it did not work, but i did get something strange, when i hawe crtscts enabled and ixon disabled on the serial, things happen. after this that we hawe seen before: trace:comm:BuildCommDCBAndTimeoutsA (COM1 96,n,8,1,0x40615318,(nil)) trace:comm:COMM_BuildOldCommDCB (COM1 96,n,8,1), ptr 0x40615318 trace:comm:COMM_BuildOldCommDCB baudrate (9600) trace:comm:COMM_BuildOldCommDCB parity (N) trace:comm:COMM_BuildOldCommDCB charsize (8) trace:comm:COMM_BuildOldCommDCB stopbits (1) trace:comm:SetCommState handle 120, ptr 0x40615318 trace:comm:SetCommState bytesize 8 baudrate 9600 fParity 0 Parity 0 stopbits 1 trace:comm:SetCommState ~IXON ~IXOFF trace:comm:SetCommState CRTSCTS warn:comm:SetCommState DSR/DTR flow control not supported trace:comm:SetCommMask handle 120, mask 1 trace:comm:WaitCommEvent (78 0x41ba6f0c 0x4124a614 ) trace:comm:ClearCommError handle 120 cbInQue = 0 cbOutQue = 0 this happens: trace:file:GetOverlappedResult wait on 0x40f3cd10 returned 0 trace:file:GetOverlappedResult (120 0x40f3cd10 0x41856f18 1) trace:file:GetOverlappedResult waiting on 0x40f3cd10 this repeats itself ower and ower again, I think I hawe seen this before though. now the realy weird thing. sometimes this happens after a while: trace:file:ReadFile 120 0x40f4ad94 1024 0x405a6a1c 0x40f3cce8 trace:file:FILE_ReadFileEx file 120 to buf 0x40f4ad94 num 1024 0x40f3cce8 func (nil) trace:file:GetOverlappedResult (120 0x40f3cce8 0x405a6a1c 1) trace:file:GetOverlappedResult waiting on 0x40f3cce8 trace:file:GetOverlappedResult (120 0x40f3cd10 0x41856f18 1) trace:file:GetOverlappedResult waiting on 0x40f3cd10 trace:file:FILE_AsyncReadService 0x40f3cce8 0x40f4ad94 00000001 trace:file:FILE_AsyncReadService read 2 more bytes 7/1024 so far trace:file:FILE_AsyncReadService 0x40f3cce8 0x40f4ad94 00000001 trace:file:FILE_AsyncReadService read 3 more bytes 10/1024 so far trace:file:GetOverlappedResult wait on 0x40f3cd10 returned 0 trace:file:GetOverlappedResult (120 0x40f3cd10 0x41856f18 1) trace:file:GetOverlappedResult waiting on 0x40f3cd10 trace:file:FILE_AsyncReadService 0x40f3cce8 0x40f4ad94 00000001 trace:file:FILE_AsyncReadService read 3 more bytes 13/1024 so far trace:file:FILE_AsyncReadService 0x40f3cce8 0x40f4ad94 00000001 trace:file:FILE_AsyncReadService read 4 more bytes 17/1024 so far trace:file:GetOverlappedResult wait on 0x40f3cd10 returned 0 trace:file:GetOverlappedResult (120 0x40f3cd10 0x41856f18 1) trace:file:GetOverlappedResult waiting on 0x40f3cd10 this continues until it gets 1024 bytes, but it is real slow, it only gets a byte or two and with sevral seconds in between. when it gets the full 1024, it starts with this again: trace:file:GetOverlappedResult wait on 0x40f3cd10 returned 0 trace:file:GetOverlappedResult (120 0x40f3cd10 0x41856f18 1) trace:file:GetOverlappedResult waiting on 0x40f3cd10 and this kontinues infinite. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
On Fri, 7 Dec 2001, T REX wrote:> Hi again.. > I got a serial cable with all pinns connected, but it did not work, but i > did get something strange, when i hawe crtscts enabled > and ixon disabled on the serial, things happen. > > after this that we hawe seen before: >I wonder how it would go with neither ixon/ixoff nor crtscts? If the DTE? DCE? at the other end of the line came with a 3 wire cable, probably it is not prepared to do hardware flow control. Maybe the app does software flow control itself, in which case having the OS do it too might be a bad thing. It might even use ixon/ixoff as data, and some other characters for software flow control. Lawson ---oof--- ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/web/.
On Thu, 6 Dec 2001, T REX wrote:> well the patch did remowe the crtscts and the dsr/dtr > lines and left me with ixon/ixoff but no still no > improwement. but I shal do a lot of testing, i must get my hands on a > serial cable that uses all pinns to. I will report anny progress. > and will be awailable for any questions. > > > The1trex >Okay, here is a stupid question: how do you mean, ixon/ixoff? IIRC, before the patch, you had ~IXON ~IXOFF .... Now ~ is kind of an overloaded symbol, but in this context, it means NOT. With the patch, are you seeing IXON IXOFF or ~IXON ~IXOFF? They are completely different animals, and it might matter. Lawson ---oof---
ok ok My mistake it should ofcourse be ~IXON ~IXOFF. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: lawson_whitney@juno.com >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com, mike_mccormack@start.com.au, >lawson_whitney@juno.com >Subject: Re: Resource temporarily unavailable >Date: Fri, 7 Dec 2001 22:21:11 -0500 (EST) > >On Thu, 6 Dec 2001, T REX wrote: > > > well the patch did remowe the crtscts and the dsr/dtr > > lines and left me with ixon/ixoff but no still no > > improwement. but I shal do a lot of testing, i must get my hands on a > > serial cable that uses all pinns to. I will report anny progress. > > and will be awailable for any questions. > > > > > > The1trex > > >Okay, here is a stupid question: how do you mean, ixon/ixoff? IIRC, >before the patch, you had ~IXON ~IXOFF .... >Now ~ is kind of an overloaded symbol, but in this context, it means >NOT. With the patch, are you seeing IXON IXOFF or ~IXON ~IXOFF? >They are completely different animals, and it might matter. > >Lawson >---oof--- > > >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
On Sat, 8 Dec 2001, T REX wrote:> ok ok > My mistake it should ofcourse be ~IXON ~IXOFF. > > The1trex >Pity. Any chance to put a data scope on the line and see what that thing does when it works? :-) Lawson ---oof--- ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/web/.
I did not find a serial data scope, but i tested a software monitor, it shows that the thinkboxx program, on windows, enables the RTS and DTR lines, and the thinkboxx enables the DSR line, i didnt se any traffic on the other controll lines though. it seams like it wants DTR/DTS. the thing is that it doesnt seam to be needing hardware flow controll under windows, but still asks for DTR/DSR. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: lawson_whitney@juno.com >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Sat, 8 Dec 2001 10:09:03 -0500 (EST) > >On Sat, 8 Dec 2001, T REX wrote: > > > ok ok > > My mistake it should ofcourse be ~IXON ~IXOFF. > > > > The1trex > > >Pity. Any chance to put a data scope on the line and see what that >thing does when it works? :-) > >Lawson >---oof--- > > >________________________________________________________________ >GET INTERNET ACCESS FROM JUNO! >Juno offers FREE or PREMIUM Internet access for less! >Join Juno today! For your FREE software, visit: >http://dl.www.juno.com/get/web/. > >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
hello people of the earth Does anybody think that installing a serial driver with DTR/DSR support could solve my problem. and if so does anybody have a kernel patch that works. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
hello people of the earth Does anybody think that installing a serial driver with DTR/DSR support could solve my problem. and if so does anybody have a kernel patch that works. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
hello people of the earth Does anybody think that installing a serial driver with DTR/DSR support could solve my problem. and if so does anybody have a kernel patch that works. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Good to hear. I think I now kan rule out errors in the cable or in linux, t must be a wine problem. It seams to me that tis DTR/DSR thing might not be the right way to go, it should be software flow controll anyway, since it is bundled with a tree wire cable. How is the status on software flow controll under wine? is it hopeless? BTW I sent only one mail but it came out tree, I was somewhat surpriced about that. I wonder if it repeats itself. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx>From: Pavel Troller <patrol@tangens.sinus.cz> >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable >Date: Tue, 11 Dec 2001 11:55:47 +0100 > > > hello people of the earth > > Does anybody think that installing > > a serial driver with DTR/DSR support > > could solve my problem. > > and if so does anybody have a kernel patch that works. > > > > The1trex >Hi! > Kernel normally has full support of DTR/DSR signals. >Otherwise, it would not be possible to use any well-configured modem, >which, for example, drops a connection when DTR drops. I'm using it >regularly and it works well for me. As well, Linux can read the DSR >line coming from modem and see if it's on or off. > No kernel patch is required. > I think that wine people are just solving this problem in the wine >code. > With regards, Pavel Troller > >P.S. It's not necessary to write every message 3x, our mailers/newsreaders >work reliably :-). > > >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-users_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Hello Hmm I think i have seen outputs like getoverlappedresult and shitt so maybe it wants overlapped, but i have tryed with a older one anyway, i tryed a wersion 20010305 i dont know if this is early enough or to early. what i found was that it seamd to get a little further, but the problem remains. the handshake patch failed on this old wersion, but do you think it matters. I can see that the program donsnt ask for software flow controll, but in windows it cant use hardware flow controll, so doesnt it use any flow controll at all? I think this seams strange. Any thoughts?>From: lawson_whitney@juno.com >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com, lawson_whitney@juno.com, >mike_mccormack@start.com.au >Subject: Re: Resource temporarily unavailable >Date: Tue, 11 Dec 2001 10:24:51 -0500 (EST) > >On Tue, 11 Dec 2001, T REX wrote: > > > Good to hear. > > I think I now kan rule out errors in the cable > > or in linux, t must be a wine problem. > > It seams to me that tis DTR/DSR thing might > > not be the right way to go, it should be software flow controll anyway, > > since it is bundled with a tree wire cable. > > How is the status on software flow controll under wine? is it hopeless? > > > > BTW I sent only one mail but it came out tree, > > I was somewhat surpriced about that. > > I wonder if it repeats itself. > > > > The1trex > > >The linux serial driver has builtin support for software flow control if >the app asks for it, AFAIR your app doesn't. Software flow control is >the ~IXOFF ~IXON. Wine was misinterpreting the API about hardware flow >control, but the handshake.diff should (have) fixed that. I think there >is still some problem with overlapped processing Mike hasn't finished >sorting out. > >I don't remember if your app asked for overlapped or not. If it didn't, >you might have some success with an earlier wine from before we tried to >implement overlapped processing, plus the handshake.diff, which does >correct a long-standing error. I think. Maybe I should say address >rather than correct. > >Lawson >---oof--- > > >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-usersThe1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx
Ok I just downloaded something old i guess, so i shal find a newer wersion, the overlapped thing is probably menshioned in the "whats new" section of the announcements, so il probably find the right wersion, and i shal test the patch again on that, but thats got to wait, im going to a funeral tomorrow so it will have to be on friday. its probably nothing but when i think of it, i think the software is supposed to use some protokoll kalled Jeeves, I dont think that can take care of the flow controll, though i dont know, its probably just a way to format the commands. Il post something new on friday. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
Hello I hawe now tested some different wine releases, i Tested The following:20010418,20010629 and 20010824. None of them helped, maybe it means that Overlapped does not affect my program. The handshake patch did not work on 20010418 at all. On 20010629 comm16.c did not exist but it was able to patch comm.c exept for one heap, it seemed to work. on 20010824 comm16.c existed, though one heap failed here to on comm.c, also here it seemed to work. I noticed that on 20010418 and 20010305 some more of the contens in the frames was shown, usualy i just get black frames but on these earlier releases i could see some menues and collor, but it still seemed to hang. This may not mean anything but i thought I should mension it. I think i shal go back to the latest cvs again. The handshake patch is committed there right, good. Does anyone hawe any advice on what i should try next. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
On Fri, 14 Dec 2001 whit@giftie.alien.org wrote:> On Fri, 14 Dec 2001, T REX wrote: > > > > I think i shal go back to the latest cvs again. > > The handshake patch is committed there right, good. > > > > Does anyone hawe any advice on what i should try next. > > > > The1trex > > I think that's the way. We will get it right eventually. Mike has just > submitted the attached to wine-patches for comments. Maybe it'll help. >I'll have to admit I don't know how to get wine to compile after applying that. You have to run tools/make_requests but that stll leave me without an async.h file. More later. Lawson Probable user head space error. - Dennis A. Moore
Hello Hmm, the collor depth isnt a problem, it is true that i use 8bpp but 16bpp doesnt change anything. besides disabling the comm ports make the program run fine and the collors seem fine. so thats not a problem. I updated from cvs and applied the overlapped_better patch. seemed to work fine. The problem remains though, I wonder what to do next, I realy dont want to resort to emulation, its not an ideal solution. I think wine is the best option, I just need to get it working. The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx
Well it cant communicate so it cant do hwat I want without the comm port but other than that it works fine, all menues and shit. I shal try another go and get some new tracings. will post them within 24 hours.>From: lawson_whitney@juno.com >Reply-To: wine-users@winehq.com >To: the1trex@hotmail.com, lawson_whitney@juno.com >CC: wine-users@winehq.com, mike_mccormack@start.com.au >Subject: Re: Resource temporarily unavailable >Date: Mon, 17 Dec 2001 11:38:02 -0500 (EST) > >On Mon, 17 Dec 2001, T REX wrote: > > > Hello > > > > Hmm, the collor depth isnt a problem, it is true that i use 8bpp but >16bpp > > doesnt change anything. besides disabling the comm ports make the >program > > run fine and the collors seem fine. so thats not a problem. > >If disabling the comm ports makes the program do what you want it to do, >what's the problem? That's probably not what you mean, though, is it? > > > > I updated from cvs and applied the overlapped_better patch. seemed to >work > > fine. > > > > The problem remains though, I wonder what to do next, I realy dont want >to > > resort to emulation, its not an ideal solution. > > I think wine is the best option, > > I just need to get it working. > > > > The1trex > > >(Mike, overlapped_better is your second overlapped_good.diff that >included async.h. I think it's confusing to have 2 patch files with the >same name, so I changed it before passing it along). > >T REX, the only thing I can think of is to try tracing it again and see >if we can work out from that what it doesn't like. We have found one >genuine error in the comms code so far, but maybe it is stubbing its >nose on yet another one. It could of course be some other un- or mis- >implemented function that only gets used trying to work the serial port. > >Lawson > >Constants aren't, and variables won't. > > >_______________________________________________ >wine-users mailing list >wine-users@winehq.com >http://www.winehq.com/mailman/listinfo/wine-usersThe1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com
OK got some new data up, for your viewing pleasure. Used +comm,+file,+relay,+seh http://www.termografinett.no/wine.log.bz2 The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com
Your program is recursing infinitely. I think the reason for this is that it expects WaitCommEvent to return immediately if events are already available. Could you try this patch please? it's not perfect, but it may help. Mike Original message from: lawson_whitney@juno.com> > >---------- Forwarded message ---------- >Date: Tue, 18 Dec 2001 07:22:21 +0000 >From: T REX <the1trex@hotmail.com> >Reply-To: wine-users@winehq.com >To: wine-users@winehq.com >Subject: Re: Resource temporarily unavailable > >OK got some new data up, for your viewing pleasure. > >Used +comm,+file,+relay,+seh >http://www.termografinett.no/wine.log.bz2 > >The1trex------------------------------------------ mailto:Mike_McCormack@start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au -------------- next part -------------- A non-text attachment was scrubbed... Name: wait_returns.diff Type: application/octet-stream Size: 2505 bytes Desc: not available Url : http://www.winehq.org/pipermail/wine-users/attachments/20011219/9d59bc90/wait_returns.obj
Hello Heres some output after using the patch, I dont know if it did anything, but it didnt get the program running. when patching patch said that a heap failed, i tryed to manualy put it in but i dont know if i did it right. I upploaded the comm.c and the comm.c.rej files for your viewing pleashure. http://www.termografinett.no/comm.c http://www.termografinett.no/comm.c.rej http://www.termografinett.no/wine.log.bz2>From: Mike McCormack <mike_mccormack@start.com.au> >To: "the1trex@hotmail.com" <the1trex@hotmail.com> >CC: "wine-users@winehq.com" <wine-users@winehq.com>, >"lawson_whitney@juno.com" <lawson_whitney@juno.com> >Subject: Re: Resource temporarily unavailable >Date: Wed, 19 Dec 2001 11:50:02 +1000 > > >Your program is recursing infinitely. I think the reason for this is >that it expects WaitCommEvent to return immediately if events are >already available. > >Could you try this patch please? it's not perfect, but it may help. > >Mike > >Original message from: lawson_whitney@juno.com > > > > > >---------- Forwarded message ---------- > >Date: Tue, 18 Dec 2001 07:22:21 +0000 > >From: T REX <the1trex@hotmail.com> > >Reply-To: wine-users@winehq.com > >To: wine-users@winehq.com > >Subject: Re: Resource temporarily unavailable > > > >OK got some new data up, for your viewing pleasure. > > > >Used +comm,+file,+relay,+seh > >http://www.termografinett.no/wine.log.bz2 > > > >The1trex > > > >------------------------------------------ >mailto:Mike_McCormack@start.com.au >ph +82 16 430 0425 > >__________________________________________________________________ >Get your free Australian email account at http://www.Looksmart.com.au ><< wait_returns.diff >>The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com
yes, it looks like it has improved the situation. Could you now add this patch? thanks, Mike ps. sorry for the patch mess, i'll try and get them all committed to the CVS soon. Original message from: "T REX" <the1trex@hotmail.com>> >Hello >Heres some output after using the patch, I dont know if it didanything,>but it didnt get the program running. >when patching patch said that a heap failed, i tryed to manualy putit in>but i dont know if i did it right. >I upploaded the comm.c and the comm.c.rej files for your viewingpleashure.> >http://www.termografinett.no/comm.c >http://www.termografinett.no/comm.c.rej >http://www.termografinett.no/wine.log.bz2------------------------------------------ mailto:Mike_McCormack@start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au -------------- next part -------------- A non-text attachment was scrubbed... Name: ignore_read_err.diff Type: application/octet-stream Size: 559 bytes Desc: not available Url : http://www.winehq.org/pipermail/wine-users/attachments/20011219/85d8f834/ignore_read_err.obj
OK Here is some new output. http://www.termografinett.no/wine.log.bz2 Do you se any more improvement this time.>From: Mike McCormack <mike_mccormack@start.com.au> >To: "the1trex@hotmail.com" <the1trex@hotmail.com> >CC: "wine-users@winehq.com" <wine-users@winehq.com>, >"lawson_whitney@juno.com" <lawson_whitney@juno.com> >Subject: Re: Resource temporarily unavailable >Date: Wed, 19 Dec 2001 18:26:38 +1000 > > >yes, it looks like it has improved the situation. > >Could you now add this patch? > >thanks, > >Mike > >ps. sorry for the patch mess, i'll try and get them all committed to >the CVS soon. > >Original message from: "T REX" <the1trex@hotmail.com> > > > >Hello > >Heres some output after using the patch, I dont know if it did >anything, > >but it didnt get the program running. > >when patching patch said that a heap failed, i tryed to manualy put >it in > >but i dont know if i did it right. > >I upploaded the comm.c and the comm.c.rej files for your viewing >pleashure. > > > >http://www.termografinett.no/comm.c > >http://www.termografinett.no/comm.c.rej > >http://www.termografinett.no/wine.log.bz2 > > > > >------------------------------------------ >mailto:Mike_McCormack@start.com.au >ph +82 16 430 0425 > >__________________________________________________________________ >Get your free Australian email account at http://www.Looksmart.com.au ><< ignore_read_err.diff >>The1trex -- Philosophers have tried to interpret the world in different ways; the important thing is to change it. - Karl Marx _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com