hi brief description / summary: diald and/or chat does not work correctly if the machine being called has terminal settings 8e1. 8n1 and 7e1 work fine. with 8e1, characters sent from diald/chat to the machine being called are semi-randomly dropped. other programs (ie. dip & minicom) can call and login just fine. is it a bug in diald, chat, or neither? where does one start to track down the real cause of the problem? lengthy description of problem: i can't believe this seemingly retired topic has caused me so much grief! (cursed hpux!) after many trials and tribulations, it appears that diald (or chat... i don't know) can handle 8n1 and 7e1 (hpux 10's default serial settings) just fine, but if you set the other side to talk 8e1, diald (chat?) is not happy. no why would i want to set 8e1? i wouldn't. it's was an accident partially due to not understanding the gettydefs too well. the reason i'm suggesting it might be a bug is that every program i tried (except diald) was able to login with these dopey gettydefs settings. diald dropped characters randomly on login. (of course, slip would have been messed up if diald had logged in properly, except that in my chatscript i sent the line "stty -parenb cs8" (originally to change 7e1 to 8n1) and that would have fixed that problem. in conclusion, i'm not sure if this is a diald problem, a chat problem, or both. i certainly don't know where to look to fix the problem, but if i get a chance, i'll try to track it down. in the mean time, the bug (if it is one) has been reported. cheers, -james -- james minyard [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-diald" in the body of a message to [EMAIL PROTECTED]
