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 08854
carolyn@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