On Thu, Jul 11, 2019 at 05:39:28PM -0700, David Christensen wrote:
> On 7/11/19 1:29 AM, to...@tuxteam.de wrote:
> >On Wed, Jul 10, 2019 at 07:53:23PM -0700, David Christensen wrote:
> >>On 7/10/19 10:39 AM, Martin McCormick wrote:
> >>>David Christensen writes:
> >
> >[...]
> >
> >Good points all
On Fri, 12 Jul 2019 at 05:23, Martin McCormick wrote:
>
> Thanks to all who responded with good suggestions.
And thanks to you too for caring for your readers (present
and future) and resolving the thread with a nicely written,
informative, and useful solution!
On 7/11/19 1:29 AM, to...@tuxteam.de wrote:
On Wed, Jul 10, 2019 at 07:53:23PM -0700, David Christensen wrote:
On 7/10/19 10:39 AM, Martin McCormick wrote:
David Christensen writes:
[...]
Good points all around.
I would check for existence of the device (-e) and die if not present.
Perh
After making an utter ass of myself on this group and
another list, something somebody suggested helped me solve the
problem and the news is good for all.
I thought it was odd that a serial program I am running
on one buster system was running like the proverbial house on
fire, no
On Wed, Jul 10, 2019 at 07:53:23PM -0700, David Christensen wrote:
> On 7/10/19 10:39 AM, Martin McCormick wrote:
> >David Christensen writes:
[...]
Good points all around.
> I would check for existence of the device (-e) and die if not present.
Perhaps even check whether the device is charact
On 7/10/19 10:39 AM, Martin McCormick wrote:
David Christensen writes:
Post a console session showing the commands issued and the error messages
produced.
I'll go you one better. I'll show the code of one of the
programs that dies instantly. It uses /dev/ttyACM0 which is the
device created w
David Christensen writes:
> Post a console session showing the commands issued and the error messages
> produced.
I'll go you one better. I'll show the code of one of the
programs that dies instantly. It uses /dev/ttyACM0 which is the
device created when a Uniden scanner radio is plugged in to a
On 7/9/19 3:01 PM, Martin McCormick wrote:
I put stretch on it from a netinstall disk and
promptly upgraded it to buster before installing cpanplus and
Device::SerialPort
the
complaint is that none of the parameters such as baud rate,
handshake and all other trates throw errors right and left
There is a system here that I upgraded to buster from stretch
which runs a perl program I wrote that accesses a RS-232 dialup
modem over /dev/ttyS0, a native RS-232 port on the mother board.
It works. The dialup modem is pretty useless these days
for it's original intended purpose but I w
9 matches
Mail list logo