From: Gabor S. <ga...@sz...> - 2014-08-03 05:35:32
|
Let me divert this conversation back to the mailing list where more people might be able to contribute. So if it is not a bug in Expect.pm nor in IO::Tty, then I wonder how would you deal with the situation? As I understand on OSX and on the various *BSDs bc is echoing back my input (27+3) even after I call $e->raw_pty (1); How would you write your Expect code in this situation? Oh and wouldn't that mean the documentation of Expect.pm needs to be updated to explain that raw_pty(1); does not always turn off echo-ing? regards Gabor On Wed, Jul 30, 2014 at 9:57 PM, Bruce Woodward <bru...@gm...> wrote: > > Hi Gabor, > > I went as far as downloading the source for both bc and readline. At first I thought that it was something that bc was doing but after a quick search, I couldn't find any reference to bc changing the terminal settings, but readline certainly does. As for the difference between linux and mac, I really don't know for sure. readline is part of the os on mac (/usr/lib/libreadline.dylib). Perhaps apple use different compile time options than linux? All I really had to time to look at was if this was an issue with IO:Tty > > As for going off list, it wasn't on purpose. In the future I'll have to be mindful to not just click reply. > > Cheers, > Bruce. > > > On Thu, Jul 31, 2014 at 4:49 AM, Gabor Szabo <ga...@sz...> wrote: >> >> thanks, but then the question, why do they behave differently on Linux and OSX/BSD ? >> >> Gabor >> ps. and are we off-list on purpose? >> >> >> On Wed, Jul 30, 2014 at 9:31 PM, Bruce Woodward <bru...@gm...> wrote: >>> >>> Hi Gabor, >>> >>> The bc command is using the readline library, which is turning on echo. It's not a bug in IO::Tty >>> >>> Regards, >>> Bruce. >>> > > |