Fast connection questions for Empeg guys

1) It appears that sometimes trying to open a fast connection doesn't work (the connection to 8301 is denied). Are there scenarios where you can't obtain a fast connection?

2) Is the emptool fast connection implementation reliable? (i.e. if I did a straight port of that, should it work) I notice that the fast connection is only closed when the Connection is _paused_. (not when it's closed). In fact, it looks like if I close a fast connection, I can't seem to open it back up again reliably -- is this crazy talk?

3) Does Jupiter support fast connections?

4) If an upload stops in the middle, do I need to somehow reinitialize the fast connection, or by just sending a new TcpFastHeader, will it reinitialize automagically? (coincidentally, or perhaps not, pause is called when the database is reloaded, so the connection would probably be restarted then)

Thanks
Mike

No comments? Anyone?

I think the empeg guys probably just didn't see this post. Either that or they're busy with something else.

There are two ways (at least) for a TCP connection to be rejected:

(1) low memory: a temporary condition, seems unlikely, but the solution is to wait a small amount, and then try again.

(2) Player software not currently listen()ing on that port.. maybe it is slow to return to listen() state after a previous connection is closed.. ? Same solution, though..

Cheers

I notice that the fast connection is only closed when the Connection is _paused_. (not when it's closed).

Yeah, that doesn't look right. It certainly looks like the fast connection wants closing in Close(). Maybe your connect failures are where a previous session has left the socket open. Although in theory you shouldn't be writing FIDs to the player without rebuilding the database (which includes pausing the connection).

Does Jupiter support fast connections?

Yes.

If an upload stops in the middle, do I need to somehow reinitialize the fast connection, or by just sending a new TcpFastHeader, will it reinitialize automagically?

If a fast-channel operation stalls for 10s or more, the player will close the socket. Subsequently you should be able to establish a new connection.

Peter

Mike, many developers here don't have time to read the BBS any more, or just skim read. If you want to be sure of getting seen, use the alpha list.

Rob

I think he was trying not to use the alpha list for a developer question. There was a complaint on the alpha list recently that they did not want it to turn into a developer's list.

There's already a developers' list. It's just that nobody seems to use it:
http://www.empeg.mars.org/devel/mailinglist.php3

Have you ever seen an attempt to connect to 8301 fail?

Mike

Have you ever seen an attempt to connect to 8301 fail?

Not in released software, no.

(And I'm sorry I didn't see this thread earlier; I don't know how I managed that as this is one of the forums I try to at least scan.)

Peter

I'll just check my code my thoroughly -- I must be doing something weird.

No problem about missing the thread -- I mean, most other companies would just leave developers to fend for themselves -- I have a 100% success rate at getting my questions answered (no matter how esoteric). So thanks for taking the time at all.

Mike