home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.wwiv.com
/
ftp.wwiv.com.zip
/
ftp.wwiv.com
/
pub
/
GENUTIL
/
VFD055B.ZIP
/
FIXES
next >
Wrap
Text File
|
1994-05-15
|
4KB
|
100 lines
Request:
--------
I would appreciate if you could inform me of any incompatibilities
you have with VFD, so that I can attempt to find the remaining
problems. That is, any programs or OS/2 communication drivers that
cause problems. I am in particular looking for someone who could
help me work out the problems with the intelligent Digiboard drivers.
VFD 0.55ß
---------
Finally fixed the loading bug, which would cause os/2 2.1 and later
to trap, when vfd was loaded anywhere else than at the end of
config.sys.
Renamed vfd.sys to vfd.os2, in order to minimize the confusion as to
whether it is a dos or an os/2 device driver.
Removed the parameter "off" from the config.sys line. The way I
processed it caused some problems, and it will be handled differently
in a later version.
Added a switch to VFDU to enable passing of an OS/2 comm handle to VFD.
Added the VFD-DIGI.OS2 driver, which is especially compiled to work
around a bug (?) in the Digiboard drivers. Normally VFD uses "Normal
Read Timeout" processing for it's block reads, however some people
have reported that VFD will wait up to one minute for the last block
of a file x-fer when used with Digiboards. This compilation is a
test to see if "No-Wait" processing works around this bug. Please
report results to me, so I can see about making a permanent fix for
this. Note that this causes CPU load to go to 100%, atleast on a
normal 16550 which is all I have to test with.
VFD 0.54ß
---------
Moved initialization of comm parameters away from function 04h. This
should take care of the D'Bridge 1.53 problem. Apparently DB
doesn't call function 04h with a proper comm port number in dx.
Fixed a bug where VFD under certain circumstances could have written
into a random memory location. This might have been what caused
D'Bridge 1.52 to crash after a while.
Included the program ShareMax and some example batch files in this
distribution archive. This program allows you to run Maximus/2
under a fossil aware DOS mailer using VFD. Start by using
line-1.cmd.
Fixed a bug (?) in function 1Bh, which previously copied the number
of bytes specified in CX into the passed buffer. VFD will now copy
the number of bytes specified in CX or the size of the Info Struct
(19 bytes), which ever is smaller.
Added function 16h - insert/delete function from timer tick chain.
Added a tame function stopping programs from giving up to many
timeslices and/or in the wrong place. Added a switch to VFDU
for trimming the tame function. Tame is enabled by default.
Added two switches to vfdu for restricting block size used by fossil
functions 18h (read block) and 19h (write block). This is useful for
certain bbs programs running multiline and exibiting "choppy"
behaviour. Use with caution since lower block sizes mean more
overhead. Default is disabled.
Added the "device=vfd.sys off" parameter to the config.sys line.
Using this parameter will cause COM_FOSSIL to default to off,
you will have to specifically change the dos setting in order
to enable FOSSIL support in a dos session.
Note that I've recieved reports about traps when using VFD together
with SIO. I have not been able to find the cause of these traps, but
I am still looking. I have personally run this version of VFD for
over 4 weeks without a single problem, using FD and Maximus/2 under
the December beta of OS/2.
VFD 0.53ß
---------
Fixed functions 0Dh (Hmmm), and 0Eh.
Fixed a bug in function 1Bh, which stopped Hydra from running.
Added function 14h - WatchDog.
Function 16h willl now return unsuccessful when called
VFD 0.51ß
---------
Fixed bugs in functions 0Dh, 13h, 1Bh.