- Original Message -
From: Tony Firshman t...@firshman.co.uk
To: ql-users ql-us...@q-v-d.com
Sent: Sunday, November 28, 2010 3:44 PM
Subject: [Ql-Users] Hard directories
Is there any automated way to copy files *and* hard directories
without manually using MAKE_DIR?
Presumably
-Original Message-
From: ql-users-boun...@lists.q-v-d.com [mailto:ql-users-
boun...@lists.q-v-d.com] On Behalf Of Tobias Fröschle
Sent: 28 November 2010 17:47
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Hard directories
Am 28.11.2010 16:44, schrieb Tony Firshman
The 'cp' copy command that comes with c68 can copy everything
including hard
directories. I used to sue it regularily
Why did you sue it? Did it go disastrously wrong or something?
:o)))
Dilwyn Jones
___
QL-Users Mailing List
If you use WinBack to create a backup, there was a (useful) utility
which took a snapshot of the directory structure, built a new SuperBasic
file (called Make_directory_bas I think) and you would run this first
against a new disk prior to a restore.
It made life easier as the restore would put
A very good solution. I wonder if this new device could work on a
directory path with shortened directory names to maintain more backward
computability. For example if one was at root (win1_) and created a new
directory called 'ThisisaVeryLongDirectoryName' then the new system
device path
Marcel Kilgus wrote:
Norman Dunbar wrote:
Ok, to be really honest, I can think of one reason - someone will have
to write it as part of SMSQ.
Yes, that and that basically ALL applications would have to be updated
to make use of the new facilities. Difficult to pull off. One more
Ralf Reköndt wrote:
Hmm, why have all apps to know, where they are?
They don't need to know where they are, but most apps I use work with
files, be it source-code, spread-sheets, word-processor documents, you
name it.
If the system let them believe, they are in their root (if
necessary), they
Of course, the 36 character limit is always there, even in the TK3 way. All
was done mostly for those programs which have/had hard coded file
destinations in there program or data files. For that, it was the best
solution (even Professional Publisher is such dirty in some of its files).
Marcel Kilgus wrote:
Imagine not being able to use QPAC2 anymore because the directory you
want to navigate to is too deeply nested in the tree.
That was what I had in mind when I suggested that we also change the
directory separator. So if the path is full of '/' (for example) then
those are
Good day, Norman,
well, I was a bit annoyed, because I have sent Tony the sources (just to
open his ideas), explained, why it should be better to use a different
system esp. for WIN files, but there was no comment. Perheps he has finished
the WIN driver for the Miraculix hard disk and do not
Evening Ralf,
In the meantime, we are not QL-compatible in some cases, there are
programs, which just run under WMAN2, and that is ok. So why can't we
have real subdirectories for the harddisk side? A QXL file isn't
interchangable.
To be honest, I can't find a reason myself why we are still
11 matches
Mail list logo