Forum unknown
· Software Developers
#Stay tuned
15 messages in this thread
Steve, the linefeeds are there for a reason: they are necessary if you want
to do anything with the file on a different machine. Also, if you don't have a
protocol terminal program, and just want to read it into a capture buffer, you
may need the LFs to see what you're doing. Wait a sec! Amiga wants LFs, not
CRs! Kill the LFs? That makes no sense at all. Anyway, George is supposed to
have uploaded a program by now to strip CRs (or add them) — a fast, compiled C
program which will make these complaints obsolete. Yo, George?
– Bela
* Replies:
2085, 2096
When program size doubles because of the LFs then something is wrong. Someone
with a 256k machine can't even begin to get ME.C to compile as the 184k file
grows and a buffer size for ed needs to be set at 300k.
* Reply:
2091
It should really be the domain of the terminal program to add/strip LF's as
required. Text files on public services like this need to have CR/LF's, so
that 1) people can Read the files if necessary (no LF's make the lines all
overwrite each other if a terminal requires separate LF's) and 2) so that
anybody with any computer system can get it (you use your Amiga at work, but
only have a C64 at home to DL with.)
[ Russ ]
* Reply:
2092
Unfortunately, the most used Amiga term program — MaxiComm — will strip CRs
and/or insert linefeeds but not strip LFs.
* Reply:
2097
Steve…I am confused..why do you want LF's striped when that is what the Amiga
uses for line terminators ?
—George/Wiz
* Reply:
2102
George,
All that I am saying is that your ME.C, when downloaded with MaxiComm
expands to 300k because of inbedded LFs.
George,
All that I am saying is that your ME.C, when downloaded with MaxiComm
expands to 300k because of inbedded LFs.
George, I'm confused too. All my messages and uploads to CIS are with MEX
(there being no 1200 bps comm programs for Amiga here in Memphis). MEX is set
to upload lines terminated with _only_ a carriage return. As I understand the
workings of the CIS editors, a CR or CL-LF pair will be stored in the system as
a CR — providing CIS needs to store 'em, since messages uploaded with 's'
(vice 'su') will only keep the CRs marking the ends of paragraphs — and a CR
is then sent out as CR-LF. I would expect that a 68000 comm program would be
able to translate LF to CR on the fly for uploading, and strip the CR from a
CR-LF pair on download — especialy if poking along at only 1200 bps!
George, I'm confused too. All my messages and uploads to CIS are with MEX
(there being no 1200 bps comm programs for Amiga here in Memphis). MEX is set
to upload lines terminated with _only_ a carriage return. As I understand the
workings of the CIS editors, a CR or CL-LF pair will be stored in the system as
a CR — providing CIS needs to store 'em, since messages uploaded with 's'
(vice 'su') will only keep the CRs marking the ends of paragraphs — and a CR
is then sent out as CR-LF. I would expect that a 68000 comm program would be
able to translate LF to CR on the fly for uploading, and strip the CR from a
CR-LF pair on download — especialy if poking along at only 1200 bps!
Steve…I am confused..why do you want LF's striped when that is what the Amiga
uses for line terminators ?
—George/Wiz
* Reply:
2102
Unfortunately, the most used Amiga term program — MaxiComm — will strip CRs
and/or insert linefeeds but not strip LFs.
* Reply:
2097
It should really be the domain of the terminal program to add/strip LF's as
required. Text files on public services like this need to have CR/LF's, so
that 1) people can Read the files if necessary (no LF's make the lines all
overwrite each other if a terminal requires separate LF's) and 2) so that
anybody with any computer system can get it (you use your Amiga at work, but
only have a C64 at home to DL with.)
[ Russ ]
* Reply:
2092
When program size doubles because of the LFs then something is wrong. Someone
with a 256k machine can't even begin to get ME.C to compile as the 184k file
grows and a buffer size for ed needs to be set at 300k.
* Reply:
2091
Yo, bela…I have one but it is not fast…it I will work up a faster version
this week.
–George/Wiz
Yo, bela…I have one but it is not fast…it I will work up a faster version
this week.
–George/Wiz