![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Don't get too excited, it's not here quite yet. A while back someone asked for something an AccuTerm over Linux. I had a look at the popular Konsole terminal emulator which runs over KDE and the source looks like it could easily support hooks which would allow the server to drive functions on the client. In our market we consider this a required feature but most other people in the world see this as a security issue, so the Konsole developers didn't want to build it into the core package. At least one of the primary Konsole developers did express willingness to do custom mods to enhance Konsole to support the AT features that I described, but it turns out people in this market weren't willing to pay anything for the features they wanted - so as usual the effor died and people will simply have to do without. Folks, it's really tough to get everything for free, open source, and completely packaged in a plug-n-play format. However, in a recent follow-up to the Konsole inquiry, another way was proposed to support some of these features. Rather than enhancing Konsole itself, some code called ptytunnel was written which would allow a server to drive client functions through a completely separate pipe. Since it's not built directly into Konsole, that application is still secure. This tunnel was written to honor VT100 remote printing services, but it can faciliate other operations as well. This code is free and open source, but for now it's only a prototype. If you are interested in this you should be familiar with Konsole and C and be willing to customize the code. I have provided it on my freeware page: http:// remove.this.anti.spam.partNebula-RnD.com/freeware/ See the README.txt, then ptytunnel_README.txt for details. If you look at the manpage in the tarball you will see that this is extensible to support a number of features we enjoy, including executing client-side programs, down/uploading code, etc. Until some one or more companies actually decides to pay for the software they use we will probably never get AccuTerm-like features in the Linux desktop. But until then, for those people who can do their own coding here is yet one more option. HTH Tony Nebula R&D TG@ i.really.hate.spam.so.removethisNebula-RnD.com |
#3
| |||
| |||
|
|
We will get Accuterm on Linux because Peter is working on it and I will be happy to pay for the Linux version of Accuterm. grs |
| snip |
#4
| |||
| |||
|
|
grs wrote: We will get Accuterm on Linux because Peter is working on it and I will be happy to pay for the Linux version of Accuterm. grs Go Pete. Patrick, <;=) snip |
#5
| |||
| |||
|
|
Just thought I'd chime in here having got Accuterm 2K2 rev 5.2b up and running on Linux this weekend. It took a few hours of hair- pulling, mostly to get WINE configured from scratch, and the range of fonts is limited, but it's there and is stable. Both nailed telnet and SSH with no problems, other than I had to change the SSH setting from "auto" to SSH1. I didn't try serial or PicLAN, but I see no reason they'd not work. I'm using the Bitstream Vera Sans Mono font, and it sizes nicely. It took a while before I had printing, but that was corrected once I declared a default printer to WINE. |
#6
| |||
| |||
|
|
Thanks for the report Steven. Any idea how stable SAX scripting is? T sdavmor wrote: Just thought I'd chime in here having got Accuterm 2K2 rev 5.2b up and running on Linux this weekend. It took a few hours of hair- pulling, mostly to get WINE configured from scratch, and the range of fonts is limited, but it's there and is stable. Both nailed telnet and SSH with no problems, other than I had to change the SSH setting from "auto" to SSH1. I didn't try serial or PicLAN, but I see no reason they'd not work. I'm using the Bitstream Vera Sans Mono font, and it sizes nicely. It took a while before I had printing, but that was corrected once I declared a default printer to WINE. |
![]() |
| Thread Tools | |
| Display Modes | |
| |