lucifer@world.std.com (Kevin S Green) (02/03/91)
To: Dave Whitney
Dave, I have some suggestions you may wanted to add to the
next version of BINScii (assuming it isn't already in the
current version.
How about:
a) making each line of the ProDOS->ASCII conversion start
with a specific deliminator (a la uuencode).
b) the ASCII->ProDOS function have the ability to read through
a file until it encounters the FileStart line without
choking on the Internet (etc) headers. Also be to ignore
any non-BINScii line such as --MORE-- (which would be
easy if suggestion a was implemented).
Just some thoughts.
--
Kevin S. Green / lucifer@world.std.com / {xylogics;uunet}!world!lucifer
Party naked... /AOL: Gargoth / Pro-line: kgreen@pro-angmarunknown@ucscb.UCSC.EDU (The Unknown User) (02/03/91)
In article <1991Feb3.073400.9131@world.std.com> lucifer@world.std.com (Kevin S Green) writes: >Dave, I have some suggestions you may wanted to add to the >next version of BINScii (assuming it isn't already in the >current version. > > b) the ASCII->ProDOS function have the ability to read through > a file until it encounters the FileStart line without > choking on the Internet (etc) headers. Also be to ignore This ALREADY exists! > any non-BINScii line such as --MORE-- (which would be > easy if suggestion a was implemented). No offense, but why the hell are you using MORE to list your files? either use 'cat', or more intelligently, download the file with Ymodem or some other protocol. -- /Apple II(GS) Forever! unknown@ucscb.ucsc.edu MAIL ME FOR INFO ABOUT CHEAP CDs\ \WRITE TO ORIGIN ABOUT ULTIMA VI //e and IIGS! Mail me for addresses, & info. /
daveh@ccwf.cc.utexas.edu (David H. Huang) (02/04/91)
In article <1991Feb3.073400.9131@world.std.com> lucifer@world.std.com (Kevin S Green) writes: >How about: > a) making each line of the ProDOS->ASCII conversion start > with a specific deliminator (a la uuencode). > b) the ASCII->ProDOS function have the ability to read through > a file until it encounters the FileStart line without > choking on the Internet (etc) headers. Also be to ignore I'm almost positive that BINSCII already does that... I never strip out the internet headers and everything seems to work OK. >-- >Kevin S. Green / lucifer@world.std.com / {xylogics;uunet}!world!lucifer >Party naked... /AOL: Gargoth / Pro-line: kgreen@pro-angmar -- David Huang | Internet: daveh@ccwf.cc.utexas.edu | "My ganglion is stuck in UUCP: ...!ut-emx!ccwf.cc.utexas.edu!daveh | a piece of chewing gum!" America Online: DrWho29 |
lucifer@world.std.com (Kevin S Green) (02/05/91)
In article <11853@darkstar.ucsc.edu> unknown@ucscb.UCSC.EDU (The Unknown User) writes: > >> b) the ASCII->ProDOS function have the ability to read through >> a file until it encounters the FileStart line without >> choking on the Internet (etc) headers. Also be to ignore > > This ALREADY exists! I did not know this. Now I do. Thank you. >No offense, but why the hell are you using MORE to list your files? >either use 'cat', or more intelligently, download the file with Ymodem or >some other protocol. No offense taken Unknown, but here is why --More lines appear in my files: - the telecom program I use on The World (pub. unix site) is SnowTerm, which does not have downloading abilities yet. - I do not have large amounts of disk space allocated to my account to store programs, then CAT them. - I buffer the comp.sources.apple2 message as it is being displayed on the screen. As soon as Mr. Snow adds protocols, I will probably download the files, assuming they fit onto my diskspace. Until then,... -- Kevin S. Green / lucifer@world.std.com / {xylogics;uunet}!world!lucifer Party naked... /AOL: Gargoth / Pro-line: kgreen@pro-angmar
dcw@lcs.mit.edu (David C. Whitney) (02/08/91)
In article <1991Feb3.073400.9131@world.std.com> lucifer@world.std.com (Kevin S Green) writes: >How about (for BinSCII): > a) making each line of the ProDOS->ASCII conversion start > with a specific deliminator (a la uuencode). Why? Just curious. > b) the ASCII->ProDOS function have the ability to read through > a file until it encounters the FileStart line without > choking on the Internet (etc) headers. Also be to ignore > any non-BINScii line such as --MORE-- (which would be > easy if suggestion a was implemented). Gee, BinSCII *does* skip over everything up to the filestart crud (that's why it's there - not just for you humans!). Now, why would the file contain "--MORE--"? I'm just trying to figure out how this happens to you. You see, the way I use netnews and mail and everything, the files I plan on running thru BinSCII don't contain anything like "--MORE--". You must be doing something funky. -- Dave Whitney Computer Science MIT 1990 | I wrote Z-Link and BinSCII. Send me bug dcw@lcs.mit.edu dcw@mit.edu | reports. I have a job. Don't send me offers. "The price of freedom is eternal vigilance" --Binky (aka Matt Groening)
lucifer@world.std.com (Kevin S Green) (02/08/91)
In article <1991Feb7.185443.5042@mintaka.lcs.mit.edu> dcw@lcs.mit.edu (David C. Whitney) writes: >> a) making each line of the ProDOS->ASCII conversion start >> with a specific deliminator (a la uuencode). > >Why? Just curious. So that implementing b) below would be easier >> b) the ASCII->ProDOS function have the ability to read through >> a file until it encounters the FileStart line without >> choking on the Internet (etc) headers. Also be to ignore >> any non-BINScii line such as --MORE-- (which would be >> easy if suggestion a was implemented). >Gee, BinSCII *does* skip over everything up to the filestart crud ...edited text >anything like "--MORE--". You must be doing something funky. I already explained in a previous post, but will again: - I am using SnowTerm, which can't do file transfers yet. - I don't have a lot of disk space on my public unix site so saving to disk and then CAT'ing isn't feasible Therefore, I capture the text of comp.binaries in the buffer and hand-edit it. -- Kevin S. Green / lucifer@world.std.com / {xylogics;uunet}!world!lucifer Party naked... /AOL: Gargoth / Pro-line: kgreen@pro-angmar
alfter@nevada.edu (SCOTT ALFTER) (02/08/91)
In article <1991Feb7.230029.5458@world.std.com> lucifer@world.std.com (Kevin S Green) writes: >I already explained in a previous post, but will again: > - I am using SnowTerm, which can't do file transfers yet. > - I don't have a lot of disk space on my public unix site so > saving to disk and then CAT'ing isn't feasible >Therefore, I capture the text of comp.binaries in the buffer >and hand-edit it. You should probably get another telecomm program. You're setting yourself up for headaches if you don't use at least XMODEM for transfers. Kermit will do XMODEM, and it won't cost you anything. Scott Alfter-----------------------------_/_-----------------------(>o<) SUPPORT OUR TROOPS IN THE GULF! / v \ Apple II: Internet: alfter@uns-helios.nevada.edu ( ( the power to be your best! GEnie: S.ALFTER \_^_/ Have you killed an Iraqi lately?
swiers@plains.NoDak.edu (Mike Swiers ) (02/08/91)
In article <1991Feb8.032708.9536@nevada.edu> alfter@nevada.edu (SCOTT ALFTER) writes: >In article <1991Feb7.230029.5458@world.std.com> lucifer@world.std.com (Kevin S Green) writes: >>I already explained in a previous post, but will again: +>> - I am using SnowTerm, which can't do file transfers yet. +>> - I don't have a lot of disk space on my public unix site so +>> saving to disk and then CAT'ing isn't feasible +>>Therefore, I capture the text of comp.binaries in the buffer >>and hand-edit it. > +>You should probably get another telecomm program. You're setting +>yourself up for headaches if you don't use at least XMODEM for +>transfers. Kermit will do XMODEM, and it won't cost you anything. > I'll ignore for a moment that he's already said twice that he can't save the files to disk. That aside, I've been doing all my DL'ing from the internet as ascii (I use the unix ~t (take) from tip on my 2/120). Anyway, I havn't had _any_ problems at all yet. Mike P.S. Since the original poster cannot save a copy of what is posted to comp.binaries, could you perhaps find the article in /usr/spool/news/comp/ binaries/apple2? Then DL it using your favorite protocol.....? -- "I own a Harley, not just a T-shirt!" Apple IIgs! I like to trade. Got anything you want to get rid of? Sun 2/120! I got _lots_ of motorcycle parts, whatcha need? Sun 2/50! swiers@plains.nodak.edu, mike@egf-bbs.UUCP, ud169430@ndsuvm1.bitnet
philip@utstat.uucp (Philip McDunnough) (02/08/91)
In article <1991Feb8.032708.9536@nevada.edu> alfter@nevada.edu (SCOTT ALFTER) writes: >In article <1991Feb7.230029.5458@world.std.com> lucifer@world.std.com (Kevin S Green) writes: [explanation of use of Snowterm] > >You should probably get another telecomm program. You're setting >yourself up for headaches if you don't use at least XMODEM for >transfers. Kermit will do XMODEM, and it won't cost you anything. Why should he get another telecomm program? Snowterm does a very nice vt100 emulation and most AppleII() files are in binscii'd form anyway, so that capturing things to a RAM buffer makes a lot of sense. It's very easy to use "cat" you know. XMODEM is not everything, and Kermit is hardly a wonderful program, although it is free. The GS could do with a GS/OS communications' program. I only know of the NDA Transfusion. In the meantime, Snowterm is nice and has definite possibilities. Philip McDunnough University of Toronto
lucifer@world.std.com (Kevin S Green) (02/09/91)
>P.S. Since the original poster cannot save a copy of what is posted to >comp.binaries, could you perhaps find the article in /usr/spool/news/comp/ >binaries/apple2? Then DL it using your favorite protocol.....? > > >-- > "I own a Harley, not just a T-shirt!" Apple IIgs! >I like to trade. Got anything you want to get rid of? Sun 2/120! >I got _lots_ of motorcycle parts, whatcha need? Sun 2/50! >swiers@plains.nodak.edu, mike@egf-bbs.UUCP, ud169430@ndsuvm1.bitnet The original poster (that's me), just got mail from a nice netter named Jeff that suggested I use s| cat to pipe the output. He claims to have tried it before suggesting it to make sure it worked. Next time something comes along that I want in binaries I will try it out. Thanks to all the netters for the tips, chides, nitpicking etc. It has taught me somethings that will be useful. -- Kevin S. Green / lucifer@world.std.com / {xylogics;uunet}!world!lucifer Party naked... /AOL: Gargoth / Pro-line: kgreen@pro-angmar
JWANKERL@UTCVM.BITNET ("Josef W. Wankerl") (02/10/91)
o .edu!utgpu!utstat!philip@UCBVAX.BERKELEY.EDU> On Fri, 8 Feb 91 14:40:18 GMT Philip McDunnough said: >The GS could do with a GS/OS communications' program. I only know of >the NDA Transfusion. In the meantime, Snowterm is nice and has definite >possibilities. I recently was informed of the fact that SnowTerm can be used to provide VT100 capabilities and my Transfusion NDA can be used in conjunction with SnowTerm to perform basic XModem file transfers. If you ever wanted to use SnowTerm to download/upload, grab ahold of Transfusion and give it a try. >Philip McDunnough >University of Toronto -- ===> Josef W. Wankerl, Technical Editor for GS+ Magazine BITNET: JWANKERL@UTCVM.BITNET | America Online: JWankerl ProLine: jwankerl@pro-gsplus |-------------------------------- Internet: jwankerl@pro-gsplus.cts.com | "I am a Viking" -Y. Malmsteen
alfter@nevada.edu (SCOTT ALFTER) (02/11/91)
In article <1991Feb8.144018.17650@utstat.uucp> philip@utstat.uucp (Philip McDunnough) writes: >Why should he get another telecomm program? Snowterm does a very nice >vt100 emulation and most AppleII() files are in binscii'd form anyway, >so that capturing things to a RAM buffer makes a lot of sense.... ...unless you have crappy phone lines where you live (I do :-( ). BinSCII, while nice for sending stuff over the net, is hardly good for mainframe-to-bitty-box modem transfers when you see lots of "{"s and other drek in your connections. Scott Alfter-----------------------------_/_-----------------------(>o<) SUPPORT OUR TROOPS IN THE GULF! / v \ Apple II: Internet: alfter@uns-helios.nevada.edu ( ( the power to be your best! GEnie: S.ALFTER \_^_/ Have you killed an Iraqi lately?