Also Wrapping an Interactive Unix Executable
Also Wrapping an Interactive Unix Executable
- Subject: Also Wrapping an Interactive Unix Executable
- From: email@hidden
- Date: Thu, 16 Dec 2004 09:45:11 -0500
This is a timely inquiry for me. I'm in the initial design stages of
writing a program which needs to open up several ssh tunnels to other
machines and execute local commands thereon. I had intended to use an
NSTableView to display the results of each ssh tunnel.
My question is, what's the best way to do this. Very preliminary
attempts with system() or NSTask have not been able to catch ssh's
prompting for password, etc., or returns an error about ssh expecting a
terminal. Ideally I would like to do this where a user can be prompted
for a login and password so that I'm not responsible for managing keys
for specific hosts.
Normally I would write an expect script for this sort of thing but I
want more interaction and control over the different tasks (hence the
NSTableView).
Thanks much in advance.
Date: Thu, 16 Dec 2004 00:57:32 -0800
From: Erik Andr? Mendoza <email@hidden>
Subject: Wrapping an Interactive Unix Executable
To: email@hidden
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Hi,
I'm working on a GUI wrapper for a program called Latin WORDS, which
was originally developed in Ada for DOS, but which has since been
ported to OS X. I've managed to create a working program using NSTask.
However, the program is designed to remain running and receive an
indefinite amount of input. As I understand, NSTask can only be run
once, which makes it not ideally suited to my needs, as I wind up
having to launch the program and quit it every time the user inputs a
new argument, which is quite inefficient. Does anybody know of a
better way to accomplish my goal? I've done a lot of searching, and I
think the system() C function looks promising, but it may also suffer
from the same issues as NSTask. Thanks in advance.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden