home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.wwiv.com
/
ftp.wwiv.com.zip
/
ftp.wwiv.com
/
pub
/
BBS
/
CEL202R.ZIP
/
CEL202-4.ZIP
/
CTOSV111.ZIP
/
REVISION.DOC
< prev
next >
Wrap
Text File
|
1994-08-16
|
15KB
|
273 lines
Celerity BBS v2.x FidoNet Tosser Scanner v1.11 [08/16/1994]
(C)opyright 1993-94 Ted R. Spaulding & Asylum Associates [All Rights Reserved]
BBS For Support/Orders - Wacky's Asylum (716) 872-5887
SEND ME ANY PROBLEMS/Suggestions - Address to:
-Ted Spaulding, Wacky's Asylum BBS - (716) 872-5887
-Wacky Rabbit, I'm Wacky II BBS - (315) 343-8366
-Ted Spaulding @203:203/2 CelNet
-Ted Spaulding @1:2613/171 FidoNet
-Wacky Rabbit, The Orange Archives BBS
-Wacky Rabbit, Terripin Station
-tspaulding@rmland.com Internet
┌──────────────────────────┐
│CelToScn Revision History:│
└──────────────────────────┘
v1.11 Release [08/16/94] -
-Minor Change- I Added support for the INTL kludge.
This should solve the Routing problems with netmail.
v1.10 Release [05/30/94] -
-MAJOR CHANGE- I Have converted the WHOLE program to be "FreeWare".
This means that there are NO MORE registration checks, and ALL
Versions will be FULLY functional. I will continue to "Bug Fix"
CelToScn, but the functionality is about complete. I *May* add more
functions to this program, AFTER I get TCMail at a "Commercial"
Level.
-I Fixed the problem with exporting LARGE messages. It seems that if
"Imported Text" in Celerity that was over 16k, the read/buffer
routines would puke. Fixed them to buffer 8k at a time, you should
NOW be able to export unlimited length messages (Up to 2GB).
-I Fixed the display problem when Importing messages. My "Dot
Counter" got a little waxed when I changed the import routines to
buffer unlimited length messages. :) Fixed..
-Removed KEY verification for registered/unregistered stuff. You MAY
now safely send NetMail to ANY node, as all will be capable of
processing NetMail.
v1.09 Release [05/01/94] -
-I *Think* I found the problem with the "Dissapearing" Messages.
Long Story. Moral - The fault lies in Celerity, will be fixed in
Celerity v2.02. I have added temporary code to handle the problem.
-I am about to begin Alpha Testing TCMail/2 with a few local BBS's.
I will add provisions for TCMail/DOS while Alpha/Beta Testing.
v1.08 Release [03/13/94] Thru [03/14/94] -
-When I changed the buffering routines in v1.06-v1.07, The delete
messages routine on TOSSing get mislead. CelToScn v1.08 WILL
properly delete messages on import, if your base is over the max
number of messages.
-Will begin porting CelToScn to Watcom C++ as soon as I know
this is STABLE. PLEASE, *PLEASE* let me know if you notice any
problems, or if you recieve ANY ONE of my "DBG:" errors! The next
release (Barring any problems) will be around June 1st, and will be
v1.10. CelToScn/2 Will be provided upon availability to ALL
REGISTERED CelToScn v1.0x users. For others, It will be a seperate
program, with a 30 day "Trial" Shareware license. CelToScn/DOS will
remain Unlimited Shareware. After v1.10, I plan on completing work
on The UseNet newsgroup import/export routines. I plan on providing
a FULL REXX script to demonstrate how to correctly run a Celerity
BBS under OS/2, Using a DOS or OS/2 Mailer, a DOS Celerity BBS, and
a DOS or OS/2 Tosser. Registrations recieved BEFORE June 1st will
be considered v1.0x registrations, and AS SUCH, will fall under the
$12, 1 Year support agreement. Registrations beyond that point
are still undecided, but will be most definately limited to the full
version level (v1, v2...).
v1.07 Release [03/02/94] Thru [03/04/94] -
-Problem with NetMail - When I changed the file buffering routines,
I forgot to increment a pointer in the NetMail routines, thus it
would "Sit And Spin" for an infinate amount of time. If you had
this problem, YOU WILL WANT TO PACK YOUR MAIL FILES!
v1.06 Release [02/15/94] Thru [03/02/94] -
-MEMORY ALLOCATION ERRORS:
Why is this a recurring problem? :-) Well, there should be no
more allocation errors as I rewrote the import routines to buffer
the message 4kb at a time. If you get an allocation error now,
something is REALLY wrong.
v1.05 Release [01/15/94] Thru [02/01/94] -
-I lied in v1.04, The "From User" address was STILL showing the hub's
address. I DEFINATELY fixed it this time.
-MEMORY ALLOCATION ERRORS:
Borland C under QEMM was not releasing memory correctly with a call
to free(). I have developed a work around, until I get the code
ported over to Watcom C++. It will take a month or so to port the
code, as I will be developing a NATIVE OS/2 (32 bit) CelToScn/2
during the same process. I will have to resturcture ALOT of my
inline assembler code to port, so be patient.
-Working on porting CTSetup to new datafile structure, the old one
will still work for now.
-Corrected pointer problem with ANSI translation routines.
ANSI *SHOULD* import correctly now. Sorry.
-Began work porting CTSetup to Watcom C++.
-Began work on CTSetup/2.
v1.04 Release [12/26/93] Thru [1/11/94] -
-"Accellerated" /TOSSing. The import of messages should be MUCH,
MUCH faster. I will buffer blocks of input, up to 4k per read.
This, on a 386sx/16 has made importation 500% faster.
-Added "Fido ANSI Spec" support. The Fido people get REAL pissy when
you send ANSI escape sequences out on the net. If you dissallow
ANSI in Sicko's CMT utility, I WILL NOT translate Celerity Pipe
codes to ANSI sequences. The reverse holds true as well, No inbound
will be translated either.
-Still working on InterNet News Groups / Fido .PKT translation. Alot
of specs to gather for these implementations.
-NetMail should be a bit more stable now.
-Added Base Delete option in CTSetup. As well as "Auto" base
deletion durring Toss/Scan, IF .BSE is missing. Bases that are
deleted CAN BE UNDELETED, until, of course, you pack the toss data
file. Just hit the [DEL] key in the base editor, and it will toggle
the deleted flag on/off.
-I fixed the problem with the "From User" showing the hub address
instead of their "True" address.
v1.03 Release [12/13/93] Thru [12/20/93] -
-Fixed First Line Dissappearing Act. :-) It appears that a NULL
character was voiding the Carriage return at the end of the fido
Header control information.
v1.02 Release [12/09/93] Thru [12/12/93] -
-SPEED! I ruduced the number of passes through the message required
to import a message from 4 to 1. I will do ALL scanning in a single
pass of the message now. This *SHOULD* have the effect of speeding
up the /TOSS function by 300%. There is more that I can do to speed
it up, but that will require some fairly major re-coding, and I did
not want to risk the possibility of more bugs at this point in time.
v1.05 will promise to be VERY efficient in both tossing and
scanning.
-I ran into a couple *Minor* bugs, and fixed them.
-I will *IGNORE* all incoming/outgoing messages over 64k until v1.05.
-Added some code to prevent The Packer from making me want to scan a
2.2 Gig Message. :)
-Added "Pretty" little dots on /TOSSing, to let you know that the
program is not locked up, just importing a VERY large message. This
should satisfy the "CTL-ALT-DEL" Trigger happy people. :-)
v1.01 Release [12/04/93] Thru [12/09/93] -
-Problems? Nah.. EVERYONE releases a v1.01 a week after v1.00...
-We fixed the Drive A: problem, where CelToScn would look to the A:
Drive for the Celerity USERS list.
-Fixed the /TOSS Lock-Ups. Added "Out Of Memory" errors, and moved
the message data to far pointers, so CelToScn should now be able to
import/export up to a 64Kb Message. This is the practicle Fido
Message Size limit anyways.
-Worked on Speeding up the Import of messages, should be about 40%
more efficient now. I combined the PCB and Vision Pipe scan into a
single scan of the message, versus 2 scans. More speed will be
coming in v1.05 [Around Christmas]
v1.00 Release [11/23/93] Thru [12/01/93] -
-OK, CelToScn should now PROPERLY import Vision/Forum |xx style colors,
as well as convert Celerity |x colors to ANSI escapes on export. I
have been made aware that PCB @Xbf@ is also a problem, not sure if I
should handle it, or Brendon.. Will check as soon as he gets back
from vacation.
-I JUST added the code to translate PCB @Xbf@ Colors, BUT, will not
activate until Brendom comes back, and tells me that it is my job...
-No More Expiration Dates!
-I Just touched up the ANSI translation stuff real quick, found a couple
small bugs in the code. I also added outgoing translation for Origin
lines (Which *Should* NEVER be used), but I added it.
-I am releasing this Pre-Release On A WIDE Basis. I will release The
v1.00 Release on Monday or Tuesday, PLEASE GET BUG REPORTS TO ME BY
THEN! NetMail is now FULLY-FUNCTIONAL, for registered versions. You
will have to do the Network setup in CTSETUP and HAVE A VALID
registration key for NetMail to work. You will also have to run
CELTOSCN /BUILD /P[Path], as documented in CELTOSCN.DOC once to build
the nodelists.
-Reworked the message deletion routines, they should be MUCH more
efficient now.
-I finished ALL coding that I stated would be in v1.00 release, so
pending any bug reports between now and wednesday the 1st, this is
planned to be the release version. The only planned differences
between this version and the OFFICIAL release is setup touchup and
documentation, of which I will be hitting hard within the next
couple days.
-Cleaned up odds and ends code.
-Added Origin Line for NetMail to the Network Setup dialog. This
will overide the Origin Line specified in CelSetup. -Finished a
"Decent" version of the docs.
-Fixed a couple Little Bugs in CTSetup. Dealing with Pascal->C and vice
versa translation.
-PCB Color translation added (Last Minute Addition, should work fine)
---December 1st, 1993
-Released CelToScn v1.00 To The General Public.
-v1.05 will be slated for 1 January, 1994. Scheduled improvements for
v1.05 include extended NodeList handeling, Return Reciept logic (In
and OutBound), and various Message Base Flags (Such as Strip ANSI, 7
Bit ASCII)
Pre v1.00 Release - [10/21/1993] Thru [11/18/93] -
-A 'Pretty' interface was added for the Setup phase. This should
prove to make "Data File Maintenance" MUCH easier.
--I Added "Sticky" options for everything in the setup, should make setup
task MUCH easier.
-Fixed problem with only recognizing the first SEEN-BY line.
-Talked to Brendon tonight, as well as the authors from FD & IM, and
am attempting to contact the authors of D'Bridge and Binkley to get
the specs for their structures.
-Rearranged some code that could had of caused problems for some people.
-Been working on NetMail, and Multiple Net/Multiple Node stuff. The
restructuring of the data files for the extra provisions turned out
to be a slightly larger ordeal than I had planned on. I have fixed
a couple pointer/endless loop bugs in the last couple days, but the
new code/data files are not in a stable state right now to release
another beta. Hoping on Saturday for a new beta.
-The new data files have PLENTY of provisions for direct support of
FrontDoor, InterMail, and I am working on D'Bridge. I do NOT expect
to have to expand the datafiles again. SO, I have added the registration
encryption routines. Registrations will be granted free of charge to
certain people. If I forget you, and you "FEEL" that you deserve a freebie,
let me know.
-COOL! Hehe, just finished up the help routines. You *Should* be
able to hit ALT-H from nearly anywhere in the Setup for a help
screen applicable to the area you are in. A list of valid keys will
also be displayed.
-Added/Finished Conformity of FidoNet Technical Specifications FSC-53
and FSC-68.
-The new data file structures require special "First Time"
considerations, ***READ THE README.NOW FILE FOR CONVERSION
INSTRUCTIONS!***
-Well, I am aware of the fact that the v1 release was due out
tomorrow, and to tell you the truth, I probably only have about 5
more hours of work to do. But, as they say, It has been ONE HELL of
a day, so, I have extended the expiration date of this and all
subsequent betas out to 11/30/93. I will have a v1.0 compiled beta
within the next two days, including FULL NetMail (which is ALLMOST
done). The new release date for v1.0 will vary, pending bug reports
on the v1.0 beta, but should follow by the middle of next week.
-Added support in CTSetup for placing Multiple Network configura-
tions. Although I have not set up the dialog in the basees editor
for choosing which base belongs to which net, I will probably do
that tomorrow morning, or imsomnia pending, late tonight.
-Cleaned up Odds and end bugs that were causing Lock-Up's and not
storing .MSG files in the correct format.
-Worked over the import routines as there were reports of lockups
during importation of LARGE message bases (Over 200). It appears
that it was not locking up at all, but rather being fairly slow at
deleting messages. I added a "Status Report", that will number the
messages imported, as it is occuring, and the number of messages it
has deleted, during progress. At least this will clue you in as to
something really is happening.
-Well, The NetMail code is about finished. I have decided to disable
NetMail for the non-registered users. In a future version, I may
enable it, FOR INCOMING, and simply turn outgoing around, refuse to
send it, and attach a "Beg your sysop to register" line at the
bottom of the returned mail. I am hurrying to get this done, and
get some Fido docs to The Silicon Sailor for the Cel v2 docs, as
well as the OS/2, Lantastic Docs for him as Brendon has made me
aware that he is going to TRY shooting for a 11/19 release of
Celerity v2.
-Released v1.0x Keys for those that have registered/recieved freebies
[11/18/1993] --5:10am
-OK, I *Think* The NetMail routines are stable. I Have one last issue
to take up with Brendon on this subject (Handles/Realnames in E-Mail).
-I Added the awaited "Vision Pipe Removal" junk. I was going to translate
them to ANSI sequences, but am running short on time. If you think it is
important, let me know, and I will get it done eventually.
-I DECIDED to CRIPPLE Private NetMail for Non-Registered users. I am
NOT a big fan of "Delay" junk, and the NetMail was the only other
thing I could think of that was an incentive.