Contents | < Browse | Browse >

/// Warez Out There
    By Tom Mulcahy







      The support BBS is attached to the FidoNet BBS network and receives
      the international Amiga echomail conference, twenty-four hour
      crashmail is supported via the MS-DOS version of Binkley. 
      A private support conference is provided for registered users,
      although the system is open to anyone who calls.  The most recent
      evaluation version of Terminus will be available for download and for
      FidoNet file requesting via the "magic" name "TERMINUS".

	  Dynalogic Product Support BBS - Fidonet: 1:266/61
	  (609) 398-7453 (24hrs/7days)
	  3/12/24/96/14.4/16.8kbps HST/V.32bis

     If you need to contact me via email, my ID is JRADIGAN.  

     I try to access the AmigaUser conference two or three times a week to
     keep up on the Telecom area (5).  My ID for Easyplex email is

     Same goes for BIX; my ID is also JRADIGAN here for email.  I also
     monitor the amiga.user/telecomm conference on BIX.

     I currently maintain an account at for netmail and I
     also frequent the comp.sys.amiga.datacomm newsgroup.

     For those without smart mailer access, my bang path is:


     I am unable to handle requests for uuencoded transfers via email,
     please do not ask for them.

     35.6 US MAIL
     Dynalogic's current mailing address is:

	  P.O. Box 444
	  Ocean City, NJ 08226

     Please understand that I am unable to personally reply to every letter
     I receive.  While the cost of postage is minimal, the time required to
     process written requests for support is not.  If your request is a
     basic support problem that can be easily be found in the user manual
     or is common knowledge to experienced telecommunicators I will have no
     choice but to ignore your letter.

     If you cannot contact me via electronic means please try to seek local
     help via the user manual, a users group or from a BBS, most have
     plenty of users who are more than willing to lend help to a struggling


	*******			          *
	   *    ****   * ***   **** ***   *  ****   *   *   ****
	   *   *    *  **   *  *   *   *  *  *   *  *   *  *
	   *   ******  *       *   *   *  *  *   *  *   *   ****
	   *   *       *       *   *   *  *  *   *  *   *       *
	   *    ****   *       *   *   *  *  *   *   ****   ****

				Version 2.0

		  Copyright (C) 1992-93 by John P. Radigan

	A Shareware telecommunications tool for the Amiga computer.


All versions of the Terminus telecommunications package, executable,
documentation and support files are protected by United States Copyright
Law and related international treaty provisions.  All Rights Reserved,
Worldwide.  You are entitled to use the program and related files in
original form only.  You may not reverse engineer, decompile, disassemble
or derive a work based on this work in whole or in part.


This program is made available through the concept of "Shareware" which is
a form of distribution that gives you the opportunity to try a piece of
software before you buy it.  It is not now, nor will it ever be regarded as
Public Domain or otherwise "free" software.


You are granted a limited license to evaluate this software for a 30 day
period on a private, non-commercial basis only.  You must decide at the
termination of this evaluation period to register this product if you plan
to continue using it or to cease all use otherwise.

Registration is not only required for your continued use, it is needed to
keep the development of future enhancements to Terminus active.  Without
your support the product cannot continue to evolve.

Welcome to Terminus 2.0, a highly capable and flexible, if not seasoned
telecommunications tool for the Amiga personal computer system.  Terminus
is a completely rewritten replacement for JR-Comm 1.02a.  It is not an

Initially, JR-Comm was going to be updated as scheduled to include XPR and
ARexx support.  But, quite frankly, JR-Comm's major limitation was that it
lacked the proper design to add new features easily.  With the release of
AmigaDOS 2.04 it became apparent that a complete rewrite was the only
solution.  As a result, Terminus is essentially a second generation
product, hence the 2.0 version number.  

Terminus also conforms, where possible, to the recommendations outlined in
the "Commodore Amiga Style Guide" for Release 2 of the Amiga operating
system while still retaining compatibility with the 1.3 release.  However,
all future releases of Terminus will be compatible with the 2.0 (or later)
operating system release only.

     The following are the major features present in Terminus 2.0.

	  -    Reentrant program design for multiple sessions using one
	       copy of program code in ram.

	  -    All internal functions multitask.

	  -    Can be iconified.

	  -    The entire program is keyboard navigable.

	  -    Comprehensive script language implemented as a small BASIC

	  -    Automated script record feature to create login scripts.

	  -    ARexx and XPR support.

	  -    Display system uses custom scroll routines for fast scroll
	       rates and interleaved bitmaps to eliminate flicker during
	       scrolling without the need for a 68020 or higher cpu.

	  -    TTY, AMIGA, IBM COLOR/MONO, VT52, VT102 AND VT220 terminal
	       emulations.  All emulations are as complete and as accurate
	       as possible.

	  -    Console definition files to easily change Terminus between
	       different terminal configurations.

	       and ZMODEM file transfer protocols included internally for
	       fast throughput rates.  XPR support for other less used

	  -    Windowed review buffer that uses the Boyer-Moore search
	       algorithm for fast location of text within the buffer space. 
	       Can also load files directly into the buffer with dynamic
	       buffer resizing as required.

	  -    Clipboard support for snipping text from the review buffer
	       or main terminal display.  Options to send either raw or
	       quoted text from the clipboard out the serial port.

	  -    Multiline chat area with configurable height and history

	  -    Superb XON/XOFF flow control with status line indicator and
	       immediate text display stop/start via keyboard control.

	  -    Support for DMA and programmed I/O hard disk controllers
	       that have problems with downloads using high speed modems.

	  -    ChipMiser option for systems with limited chip ram space.

	  -    Dynamically buffered printer support so that the terminal is
	       never I/O bound due to slow printer output.

	  -    Hexadecimal display mode with output that is compatible with
	       both the review buffer and capture files.

	  _    Integral remote CLI/Shell feature.

	  -    Phonebook entry support for multiple number systems with up
	       to 4 numbers per entry.

	  -    All defaults, phonebook, console definition and script files
	       are ASCII compatible for editing with your favorite text

	  -    Full support for OwnDevUnit.library is also included.


       OS 1.3 or higher
       FAST ram highly recommended


       trms20.lzh - 519,317k 











       Russ Grasso


       Starship2.0 is a 3D starflight simulator.
       It employs scenery based on actual star names,.
       coordinates, and distances. Course speed, direction,.
       position, viewpoint, visibility and sound can be .
       manipulated by the user. Starship 2.0 tested ok on.
       A1000, A3000, A4000 and under OS 1.3, 2.04, 2.1 and 3.0.
       It works on any chip set and min. 512K chip RAM. 
       Non-flickering 640 x 400 lace NTSC (or DblNTSC) and 1M Chip
       RAM recommended.   Black Belt Systems' Notebook Viewer and
       required fonts are enclosed for reading the manual.

       OS 1.3 or higher
       1MB Chip for non-flickering for 640x400 or DblNTSC on 3.0

       starship2.lha - 451,295k





       Print Manager






      Nicola Salmoria
      Via Piemonte 11
      53100 Siena   ITALY



                              PrintManager 2.0

The files in this archive were written by Nicola Salmoria and are freely
distributable as long as the archive remains intact, and only a nominal fee
is charged for its distribution.

This software is provided "AS IS" without warranty of any kind, either
expressed or implied. By using it, you agree to accept the entire risk as to
the quality and performance of the program.

This program is SHAREWARE. If you use it, send $20 (or Lit. 25.000) to the
author. If possible, send cash, no cheques: otherwise I lose half of the
money cashing them.  Please note that the software in this archive is not 
'crippled' in any way:  I'm not trying to force you to send money by 
removing important features.  Don't make me regret this choice.

Comments, suggestions and bug reports are welcome.

One of the things Workbench 2.0 (and 3.0) is still missing is a printer
spooler. PrintManager is just that. There are some other programs that 
try to implement a spooler on the Amiga, but:

· PrintManager is a system wedge, so it will work with every program, not
  just ones explicitly written to take advantage of it;
· The wedge is installed at parallel or serial device level, so PrintManager
  will really work with EVERY program: no matter if it uses PRT: or directly
  the printer device, no matter if it's printing text or graphics. Even
  programs that use directly PAR: or SER: can be cached using the DEVICE
· Only printer device calls are cached, so modem and net users will not
  experiment performance loss.
· PrintManager has a nice, font sensitive graphic user interface (GUI) and
  supports localization under Workbench 2.1 or later.
· You can print files directly from PrintManager, using either the AppIcon,
  or the AppWindow, or a menu command.
  Under Kickstart 2.x only text files may be printed; under Kickstart 3.x
  datatypes.library is used so you can print anything which is recognized by
· The printer-specific raw data can be saved to a file. That file may be
  printed at a later time via PrintManager itself, or brought to another
  computer (since it contains raw data, you just have to send it unchanged
  to the printer). For example, you may prepare an article at home and use
  the expensive laser printer at office to print it.
· After a system crash or reset, unfinished printings are automatically
  recovered. This feature may also be used to prepare raw data and print it
  at a later time.
· A Form Feed may be automatically inserted between printings.


       · OS 2.04 or later
       · Hard disk is not required but strongly recommended
       · Printer ;-)


       prtman20.lha - 23,910k









       Copyright 1992-1993 by Bilbo the First


       'Bilbo' of Hypenosis
        IRC Channel:  #amiga


RunLame V 1.25 documentation (© by Bilbo the first of Hypenosis on 20.06.93)


                   Copyright 1992-1993 by Bilbo the first

The aim of the game:

Do  you  run  your  system  under  another  screenmode than PAL or NTSC, for
example  EURO72 or an AGA specific screenmode?  Have you ever tried to start
a  game or demo from within this screenmode?  Have you ever been angry about
those programmers who do not stick to the system friendly way of programming
thus  producing  programs  which  are  not aware of the screenmode they were
started out of?

Do  you  have an Amiga with 68010, 68020, 68030 or 68040 processor?  Did you
ever curse those socalled coders whose programs crash your computer when you
didn't  disable  the  processor's  caches and forgot to move the vector base
register to $0.l?

Lame programming is the desease, RunLame is the cure!

RunLame is a Kick2.04+ tool, it will NOT work under Kick1.0/1.1/1.2/1.3/1.4!
RunLame  is  100% reentrant Assembler code, so you can set the pure flag and
make it resident. RunLame is startable from Workbench.

RunLame  takes  some  options and a commandline as argument and executes the
given commandline, just after having opened an optional little PAL screen in
the front, having moved the VBR to $0.l and having disabled all caches (also
external  ones),  burst  modes, copyback mode on 68040 processors.  When the
commandline  has  been  executed  the  screen  is closed and the processor's
caches  (burst, copyback, VBR) state is reset to the same as before starting
RunLame.   When  all  parameters  and  options  are omitted, RunLame opens a
graphical user interface on the default public screen.

Summerizing  we  can say RunLame is a multitasking friendly temporary system
degrader  which  may  let  some  bad  behaving  programs  run in your system
environment  (but  can't  give  any  guarantee).   If  some  of those `lame'
programs  don't  run  though  RunLame  has  been  used, they are on a higher
lameness-level,  which  can't  be fixed by RunLame (this is definitely not a
bug of RunLame).

I do write demos myself and you can believe, I DO KNOW how to write a proper
startup code.  Nothing more is RunLame, just an external startup code.


       runlame.lha - 42,439