Opened 12 years ago
Last modified 8 years ago
#130 assigned new-feature
spocket -- assorted good fixes
Reported by: | Fred T. Hamster | Owned by: | bugdock |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | feistymeow-octopus | Version: | |
Keywords: | Cc: |
Description
spocket:
- option for nonblock spocket:
- wouldn't it be nice if spocket could construct as non-blocking right off the bat?
- move some funcs into here from stack:
- the socket class should get functions from tcpip stack, like the select and such.
- offer two versions?: one for this socket and static for any socket.
- can spocket do swap:
- what if the spocket just swapped in the byte array from its own buffers?
- instead of requiring the parent to allocate a bunch of space?
- add open to spocket:
- need to implement that open method; do it by providing enums for the ways to open it.
- make sure receive is proper:
- this is a general concern for any users of spockets....
- the absolute proper way to do a receive is to have a very big buffer.
- otherwise it won't expect to get anymore than that. and you must always specify the actual size to be received.
- spocket is goofed:
- spocket is nuts. why should it be using the ctor address if we're always binding to the any address?
- and the spocket send_to function is whacked.
- if the address passed to constructor is really the other side for a client, then we don't need the parameter in send to at all?
Note:
See TracTickets
for help on using tickets.