Which are the possible troubles may arise doing that?
Any hint are appreciated! Thanks.
Please use Email: ro...@ico.olivetti.com
> I'm trying to figure out which could be the amount of job has to
> be done for porting a huge application from socket (AF_INET) to TLI.
>Which are the possible troubles may arise doing that?
sockets code often presumes use of select() as a way of doing async I/O
so you need to have a way of doing non-blocking event queues. As long
as you get that from a TLI it should be ok.
When I've had to re-target socket code to a non-socket i/o method I've
usually written wrappers to the underlying interface that look at least
SOMETHING like the sockets call. the fd is just a numeric descriptor so
its not too hard to either re-use what the underlying code has or else
maintain a small mapping table and use the index as a pseudo-fd.
ISODE is targetted onto sockets, bizzare non-socket I/O and TLI and is
out there for FTP. you want to look at the compat/ and tsap/ directories
for examples of tying an upper layer onto both. I didn't do any of this,
its what I use when I need a working example.
G.Mich...@cc.uq.oz.au The Prentice Centre | There's no market for
University of Queensland | hippos in Philadelphia
Phone: +61 7 365 4079 QLD Australia 4072 | -Bertold Brecht