Skip to main content

 "Any landing you can walk away from is a good one."

              SOFTWARE REVIEW: KOBOLD 2.5 BY KAKTUS
                      by Richard Karsmakers

 A few years ago some really fast file copy programs appeared  on
the  market.  I  seem to recall the first one being  First  Gbr's
"Fast File Mover",  with programs such as "Kobold" and  "Cheetah"
being  released  at some later time.  These programs all  had  in
common  that  they used highly optimized program code to  do  the
copy/move operations with highly increased speed.  Speed increase
factors  of up to 10 not at all unusual.  All this  was  possible
because A) The programmers were certainly more capable than those
at Atari,  B) They used a far quicker programming language and C)
They didn't use the Operating System a lot (if at all).

 Recently,  Kaktus Gbr (a German company) released a  significant
update to their existing "Kobold" file copier.  The fact that the
additions  are  of such major scope has warranted  this  separate
review  instead of the usual short mention in a column the  likes
of "ST Software News".

Overview

 "Kobold"  is a compact utility that presents you with a  source-
and  a  target-file  selector  that  allow  for  quick  and  easy
determination  of  files/paths to be copied and into  which  path
they  need  to be copied.  Files are copied into  the  incredibly
effective  "Kobold"  data buffer in RAM,  after  which  they  are
written  to the target destination.  Instead of  using  Operating
System  calls that read the FAT,  check where the file should  be
put,  then  write the file and update the FAT in the end of  each
file copy,  "Kobold" has the FAT already in memory and writes the
whole  thing back in one fell swoop at the end.  Speed  increases
are significant, often even plain staggering.
 Apart  from copying and/or moving files,  it also  features  the
usual  scala of file management functions  (delete,  rename,  new
folder, format, soft format, etc.).

 Wait a second. I will test something...

 (Time passes. It didn't even tip its hat as it went by)

The Test

 Yep. Wow. I am even more impressed. I just copied a large folder
containing 37 further folders and a total of 118 files  amounting
to 1.6 Mb from one hard disk partition to another.  With the  GEM
desktop it took 50 seconds to copy them, and 20 seconds to delete
them  again.  With  "Kobold" it only took 6 (!) seconds  to  copy
them,  and a mere fragment of 1 second to delete them all. That's
almost 10 times faster than GEM,  and probably the speed increase
could have been bigger if I didn't have TOS 4.04 and a very  fast
hard disk with 2 Kb clusters.
 To check whether copying to floppy disk would also be  improved,
I copied a folder with 466 Kb worth of stuff (6 further  folders,
9  files,  not much at all) to a Double Density (720  Kb)  floppy
disk, which took 128 seconds with GEM (and 20 seconds to delete).
With   "Kobold"  the  speed  increase  was  less   dramatic   but
significant  nonetheless  - 91 seconds to copy and 5  seconds  to
delete.
 Last,  but  certainly  not  least,  I gave  "Kobold"  a  heavier
assignment.  I ordered it to copy all the files on one  partition
(some 14,5 Mb of 198 folders containing 1192 files) to the  spare
space  present on another.  With verify on (for  "Kobold"),  this
took a mere 53 seconds,  and it took a bit less than 2 seconds to
delete them all again.  With verify off, by the way, it's just as
fast.
 All  copy  operations  performed here were done with  a  1.7  Mb
RAM buffer size. More RAM will probably increase speed even more.

The Programming Language

 The  thing that makes "Kobold" stand out even among  other  very
fast file copiers - including the older versions of "Kobold" - is
the  programming language it understands.  You can simply drag  a
text file on it (or specify it on the command line when  "Kobold"
is used as .TTP or .GTP) and it will process that text file as if
it was a batch file ("Kobold" calls these "jobs").
 And  the  possibilities of its programming language  are  really
interesting.

 Let's have a look at a job file I have created myself.  I use it
when  I  want to erase the disk with which I  perform  electronic
mail  at University and put the default configuration  files  and
regularly requested text files on it.
 The file was created by simply "recording" everything I did  one
time,  then define a few operation parameters and write the  file
to disk. I should wish to make clear that there is no actual need
to  actually  enter  an editor and do the  job  file  programming
yourself. At least not for this one.

-----------------------------------------------------------------

* Prepare Email Disk

DIALOG_LEVEL = 0
GEMDOS_MODE = (abcdefghijklmnopqrstuvwxyz)
VERIFY = ON
DATE = KEEP
ARCHIVE_TREATMENT = KEEP
SOURCE_TREATMENT = 0
BUFFER = 70

SOFT_FORMAT A
SRC_SELECT F:
SRC_SELECT EMAIL\
SRC_SELECT + BACKUP
SRC_SELECT BACKUP\
DST_SELECT A:
COPY OPEN_FOLDERS
QUIT

-----------------------------------------------------------------

 The  first  batch of commands defines specific  parameters  that
"Kobold" needs.  The "dialog level" is set to 0, i.e. "no dialogs
ever",  GEMDOS mode is activated on all partitions, verify is on,
the file date is the same on the target as it was on the  source,
the archive bit it kept, etc.
 The  second  batch of commands are the ones that  were  actually
recorded by me.  First it soft-formats drive A.  The disk remains
MS-DOS  compatible,  and it is much quicker as a  regular  format
because  only  FAT and directory are erased (something  at  which
"Kobold"  is  particularly  fast).  Next it  selects  the  source
partition,  "F:",  enters the folder "\EMAIL\",  then enters  the
folder  "\BACKUP\" within "\EMAIL\",  and then selects all  files
within "\BACKUP\" (i.e. "F:\EMAIL\BACKUP\*.*"). Do note that it's
not necessary to specify individial files here. If that folder on
my hard disk contains some extra files these will also be copied,
including all other folders contained in it (and their files,  if
any).  Last  but not least,  destination is set to "A:"  and  the
program is instructed to actually copy. Once finished, it quits.

 The  above example is really limited.  The programming  language
further  supports user interaction,  labels (including  GOTO  and
GOSUB!),   alert  boxes,   file  buffer  operations,  conditional
branches,  disk I/O commands (such as delete, new folder, format,
soft  format,  and of course move and copy),  variables and  even
BING (makes a sound).
 On the distribution disk you will find sample programs that  can
optimize a partition, a "DUP killer" (deletes all *.BAK and *.DUP
files  on  all partitions) and a backup  program.  These  program
sources can help you,  together with the manual, with the writing
of more specific applications that would not be possible with the
"Kobold" "record" mode (such as GOTO and GOSUB constructions).

Added Bits

 On  the "Kobold" distribution disk you get several  other  handy
utilities, such as one that checks a disk's integrity and another
one that can do a tree compare.  There's also a rather remarkable
job  timer,  a program that can launch specific "Kobold" jobs  at
certain times and intervals.

Concluding

 "Kobold"  is powerful,  very fast,  and can be trusted  utterly.
With  the added programming language,  it can become an  integral
part  of  all your file operations,  be they simple  or  horribly
complex ones. It works on any Atari, including Falcon.
 It sets you back quite a bit - it retails at 139 Dutch  guilders
-  but for that you get a program as vital to your well-being  as
offerings  the  likes of "Warp 9" and "XBoot".  If you  have  the
money,  you will certainly not be disappointed with it.  It comes
with plenty of extra tools,  and will make your life just so much
better.

 In the Netherlands, "Kobold" is distributed by:

 ACN
 Postbus 5011
 NL-2000 CA  Haarlem
 Netherlands

 In Germany you could contact:

 KAKTUS Richstein & Dick GbR
 Konrad-Adenauer-Str. 19
 D-67663 Kaiserslautern
 Germany

 Thanks to Willem Hartog for sending me a copy! 

Disclaimer
The text of the articles is identical to the originals like they appeared in old ST NEWS issues. Please take into consideration that the author(s) was (were) a lot younger and less responsible back then. So bad jokes, bad English, youthful arrogance, insults, bravura, over-crediting and tastelessness should be taken with at least a grain of salt. Any contact and/or payment information, as well as deadlines/release dates of any kind should be regarded as outdated. Due to the fact that these pages are not actually contained in an Atari executable here, references to scroll texts, featured demo screens and hidden articles may also be irrelevant.