mjw@f.gp.cs.cmu.edu (Michael Witbrock) (05/17/87)
Keywords:
VT100 is great, so is dropshadow, however:
When you run VT100 on a machine on which dropshadow is also running,
It keeps on saying
took signal 40000000
This is also transmitted to the host computer. This is nasty.
Other things with VT100: when there is (say) a file transfer requester up,
and something goes wrong (things do...) There is no way of aborting cleanly.
You can click on done, which gets rid of the requester, and then you're
stuck. You can select menu items and click on the close window gadget to
your heart's content, but nothing happens. THIS IS VERY ANNOYING. I have to
reboot to get my serial connection back in this case.
As I said, vt100 is a great program but the above bugs make file transfers a
headache and scream inducing experience.
michael.
mjw@f.gp.cs.cmu.edu (which you can get to from seismo)
--
====================================================================
Michael.Witbrock@f.gp.cs.cmu.edu
US Mail: Michael Witbrock
Dept of Computer Science
Carnegie Mellon University
Pittsburgh PA 15213-6890
USA
Telephone : (412) 268 3621 [Office]
(412) 681 3806 [Home]
========================================================
"Be good, be kind, in whatever you say and do, and remember: keep cool
till after school." (Ollie Olsen, Television New Zealand Kids Programme host
[Translated from sign language] ).eric@hector..UUCP (Eric Lavitsky) (05/20/87)
The output you see on the serial port in DropShadow 1.0 is not a bug,
merely an oversight. Jimm apparently left some kprintfs (debugging
output to the serial port) in his first release of the program. I
would suggest getting a hold of DropShadow 2.0 which is much cleaner
and has some nifty new features. I like running it with DropCloth.
It's a shame that both programs slow down screen updates so much.
It would really be nice if these features were incorporated into the
original (or current/new) workbench and layers library.
Eric
ARPA: Lavitsky@RED.RUTGERS.EDU
UUCP: ...{wherever!}ulysses!eric
...{wherever!}caip!topaz!eric
SNAIL: 34 Maplehurst La., Piscataway, NJ 08854carolyn@cbmvax.UUCP (05/20/87)
In article <58@f.gp.cs.cmu.edu> mjw@f.gp.cs.cmu.edu (Michael Witbrock) writes: > >VT100 is great, so is dropshadow, however: > > When you run VT100 on a machine on which dropshadow is also running, >It keeps on saying >took signal 40000000 >This is also transmitted to the host computer. This is nasty. This is not VT100's fault. That version of Dropshadow still contained its debugging kprintf's which are sending debugging info out the serial port. Get Dropshadow 2.0. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Carolyn Scheppner -- CBM >>Amiga Technical Support<< UUCP ...{allegra,caip,ihnp4,seismo}!cbmvax!carolyn PHONE 215-431-9180 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
andy@cbmvax.UUCP (05/21/87)
In article <2593@ulysses.homer.nj.att.com> eric@hector (Eric Lavitsky) writes: >It's a shame that both programs slow down screen updates so much. >It would really be nice if these features were incorporated into the >original (or current/new) workbench and layers library. Then everyone could enjoy the slower screen updates ? :-) >Eric -- andy finkel {ihnp4|seismo|allegra}!cbmvax!andy Commodore/Amiga "An end is always a new beginning." - Captain Cloud Any expressed opinions are mine; but feel free to share. I disclaim all responsibilities, all shapes, all sizes, all colors.
eric@hector..UUCP (Eric Lavitsky) (05/21/87)
In Article 5029 of comp.sys.amiga, Andy Finkel writes: <In article <2593@ulysses.homer.nj.att.com> eric@hector (Eric Lavitsky) writes: <>It's a shame that both programs slow down screen updates so much. <>It would really be nice if these features were incorporated into the <>original (or current/new) workbench and layers library. <Then everyone could enjoy the slower screen updates ? :-) <>Eric <-- <andy finkel {ihnp4|seismo|allegra}!cbmvax!andy <Commodore/Amiga Andy - you know how DropCloth works - patterns could easily be put into the workbench without so much layers overhead as it requires now (if it were really part of the workbench and not hacked in as an after- thought). I am also of the opinion (as are many others) that layers.library could be speeded up quite a bit... isn't Duck considering this? (Dale???) Eric ARPA: Lavitsky@RED.RUTGERS.EDU UUCP: ...{wherever!}ulysses!eric ...{wherever!}rutgers!topaz!eric SNAIL: 34 Maplehurst La., Piscataway, NJ 08854