🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: demon.ip.developers
Article #1062

Re: Yet another memory cluttering feature for KA9Q

#1062
From: Philip McNab
Date: Thu, 18 Apr 1996 00:00
36 lines
2007 bytes
On Wednesday, in article <829701126snz@tsys.demon.co.uk>
     tomw@tsys.demon.co.uk "Tom Wheeley" wrote:

TW> What would be nice, would be to be able to type `mget faq??name*etc*' (with
TW> the expression matching solely the required filename), and have a file be got,
TW> albeit with a silly name.  At present, the chances of DOS finding a legal
TW> 8.3 name is as remote as DOS accepting a 255 char name :(

the problem with this is that if I'm getting a series of files such as
Hacker_Guides_001.ps.zip, Hacker_Guides_002.ps.zip, ...

there is no logical way of truncating the file names without
some very complex logic.   The filenames are then likely to be
rather unclear, so I won't know what originals they refer to.

My solution to this is to look at the ftp site, do a dir,
then create a source file of the form

get Hacker_Guides_001.ps.zip hg001-p.zip
get Hacker_Guides_002.ps.zip hg002-p.zip
 ...

Using a few keystroke macros, it's fairly quick to do, and
then I have a permanent record of the filename remapping:
I much prefer this to a random or rule-based renaming.


TW> Perhaps a simpler solution would be to prompt for a new filename if DOS
TW> rejects the default one, or if the file exists locally?

I wouldn't like this to be the default.  Perhaps if it was to be
implemented, it could be done as a new command, rather than changing
the behaviour of mget?

-- 
/ Philip McNab  // philip@siberia.demon.co.uk /
Technical Details
Message-ID: <829829588snz@siberia.demon.co.uk>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <829701126snz@tsys.demon.co.uk>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 10bb05,89b31cea2a5220f
X-Google-Attributes: gid10bb05,public
From: Philip McNab <philip@siberia.demon.co.uk>
Subject: Re: Yet another memory cluttering feature for KA9Q
Date: 1996/04/18
Message-ID: <829829588snz@siberia.demon.co.uk>
X-Deja-AN: 148292860
x-nntp-posting-host: siberia.demon.co.uk
references: <829701126snz@tsys.demon.co.uk>
x-mail2news-path: siberia.demon.co.uk
organization: Siberia
reply-to: philip@siberia.demon.co.uk
newsgroups: demon.ip.developers