[comp.sys.apple] zlink & kermit wont do BREAKS correctly / DD Docs available ?

blume@netmbx.UUCP (Heiko Blume) (06/23/88)

did anyone else have problems with sending BREAKs with z-link ?
telling from the modems LEDs it looks like a normal char or a *very* short
break...dosnt work anyway.
kermit (3.79, version 3.82 posted recently doesnt work, although the ez-install
reported no errors....) does send a break, but it drops DTR ... that causes
the modem to hang up. i'm not goin to tell the modem to ignore DTR since 
proline wants it.
btw, kermit cant keep up with 19200bps, z-link does. on the other hand z-links
'vt100' has bad bugs/incompatibilities, seems like it scrolls the screen when
vttest (a prgm to test vt100s) writes to the last screen position !

sth else: what does DDD Pro do when i select 'optimize a disk' ???
i wont try it out on my harddisk...
a documentation would be nice to have.
-- 
Heiko Blume                    # DOMAIN: blume@netmbx.UUCP { BITNET: ( mixed }
Seekorso 29                    # BANG  : ..!{backbone}!netmbx!blume 
D-1000 Berlin 22, West-Germany # Phone : (+49 30) 365 55 71 or ... 365 75 01
Telex : 183008 intro d         # Fax   : (+49 30) 882 50 65 

doug@hodge.UUCP (Doug Brandon) (06/24/88)

> sth else: what does DDD Pro do when i select 'optimize a disk' ???
> i wont try it out on my harddisk...
> a documentation would be nice to have.

The optimize a disk function simply writes zero's to the unused blocks
of a disk.  When files on a disk are deleted, the actual data on the disk
isnt erased, just the directory entry.  Zeroing the unused blocks can
many times make the disk pack much better.  Optimizing any disk which
isnt going to be packed is pretty pointless.


-- 
 
Doug Brandon, Hodge Computer Research Corporation   (714) 998-7750
UUCP:   doug@hodge.cts.com  [uunet vdelta crash]!hodge!doug
PACKET: NF6H @ WB6YMH-2       CompuMate BBS (714) 779-7205

jason@lakesys.UUCP (Jason) (06/24/88)

In article <1962@netmbx.UUCP>, blume@netmbx.UUCP (Heiko Blume) writes:
> [All of major article deleted...]
> sth else: what does DDD Pro do when i select 'optimize a disk' ???
> i wont try it out on my harddisk...
> a documentation would be nice to have.
> -- 
> Heiko Blume                    # DOMAIN: blume@netmbx.UUCP { BITNET: ( mixed }
   ^ Ein andere (sp?) pastry? :)

	DDD Pro, and the rest of the packers that I know about, read the
block allocation bitmap on a device, and zero the unused blocks. This makes
for significantly better packing (as there's much more "similar data", which
is how all packing algorithms that I'm aware of work), and doesn't hurt "real"
ProDOS disks (or whatever), as it doesn't affect the files on the disk. I
personally wouldn't recommend using any of the packer's "optimize" functions,
as some of the programming in them is pretty shoddy, and I wouldn't doubt that
some/all of them wouldn't properly handle a large device (like a hard drive).

	For real (in the general sense, anyways) optimization, Glen Bredon's
"Beach Comber" program defragments (moves all the pieces of a file together
to make access to the file quicker) ProDOS devices. I've never heard about it
failing (I have a friend with an 80 Meg HD and a bbs - he uses it pretty
frequently), but Mr. Bredon does recommend backing up one's HD before using
his program. As I understand it, Beach Comber is part of the ProSel utilities.
Sorry, I don't know about addresses or anything like that - someone here
probably does.

	Jason - Not your average iconoclast.

"His mother was apoplectic, but the parking lot was his to keep until his
hair grew back..."

whitney@think.COM (David Whitney) (06/30/88)

In article <1962@netmbx.UUCP> blume@netmbx.UUCP (Heiko Blume) writes:
>did anyone else have problems with sending BREAKs with z-link ?
>telling from the modems LEDs it looks like a normal char or a *very* short
>break...dosnt work anyway.

I know of this problem and will fix it. It is actually sending an ascii 0.

>btw, kermit cant keep up with 19200bps, z-link does. on the other hand z-links
>'vt100' has bad bugs/incompatibilities, seems like it scrolls the screen when
>vttest (a prgm to test vt100s) writes to the last screen position !

I fixed that bug. What version of Z-Link are you using? The last version I
posted survived all 80-column tests made by vttest. 132 column stuff doesn't
act right, but Z-Link won't bomb (as others are claimed to do).

I am glad to hear that Z-Link holds out at 19,200. I had no way of testing
it at that speed.

David Whitney, MIT '90                     Still learning about my Apple //GS
{out there}!harvard!think!whitney          and all of its secrets. Any and all
whitney@think.com                          technical info appreciated.
DISCLAIMER: If they only knew what I was doing and saying here...