Changeset 7929 for trunk/Ohana/src/opihi/doc/pantasks.txt
- Timestamp:
- Jul 18, 2006, 6:58:54 AM (20 years ago)
- File:
-
- 1 edited
-
trunk/Ohana/src/opihi/doc/pantasks.txt (modified) (1 diff)
Legend:
- Unmodified
- Added
- Removed
-
trunk/Ohana/src/opihi/doc/pantasks.txt
r7892 r7929 1 2 - additional issues: 3 4 - missing dependency for shell.h? 5 - should not return an error message in client if command is not found 6 - server input needs to place files for input on a stack which is 7 actually loaded by the RunScheduler loop 8 - have the client run a special multicommand function which passes 9 any unfound commands along to the server. the server should not 10 be running multicommand, but it probably does not hurt. 11 (the client is not allowed to send ';' to the server) 12 - the multicommand needs to be available in the 'for' and other loops 13 this probably means unifying the client and non-client forms. 14 how does multiclient get the value of the server? I tend to use 15 globals for things like that, which is probably not the best 16 practice. is the client form of the tool generic? are there other 17 circumstances which would use a client/server beyond pantasks? 18 maybe pcontrol? 19 20 the two pieces of information which need to be carried to the 21 multicommand and command functions in client/server mode are the 22 server socket and the verbosity of the error messages. these could 23 be defined on startup with globals and an init function of some sort. 1 24 2 25 I need to do some serious work on the output messages in order
Note:
See TracChangeset
for help on using the changeset viewer.
