|
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.
>>>
>
>
|