Contents | < Browse | Browse >
/// Warez Out There
By Tom Mulcahy
DYNALOGIC PRODUCT SUPPORT BBS
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)
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 firstname.lastname@example.org 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
* **** * *** **** *** * **** * * ****
* * * ** * * * * * * * * * *
* ****** * * * * * * * * * ****
* * * * * * * * * * * *
* **** * * * * * * * **** ****
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.
1.1 FEATURES OVERVIEW
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
- Console definition files to easily change Terminus between
different terminal configurations.
- XMODEM, XMODEM-CRC, XMODEM-1k, YMODEM, YMODEM-1k, YMODEM-g
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
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
Via Piemonte 11
53100 Siena ITALY
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