|
I basically need someone to confirm that both non SSL connections and SSL connections will trigger the same Select() API.Yes it will be the same. The only "problem" here is then matching the descriptor that had the event to an ssl_handle that you can use on your read or write but that's just a loop through a list. If you're interested in making small changes that might improve your performance then think about swapping out SELECT for POLL - it lets you specify the specific descriptors rather than the top-of-a-range that select uses.
I have a program that connects to a third party over MPLS as well as listens for local host connections on the loop back IP. This program was written back when the third party only accepted one connection and we have multiple server jobs that need to send data to them in real time. The connect / write / read / disconnect was too much overhead back on the old systems we wrote it for. Enough of the history.
New challenge is to upgrade the connection to the third party with SSL, no problem. But still allow the local server program to connect non SSL. (Can it be done?)
Ok the program creates the listening port and adds it to the bit array. Then connects to the third party and adds that to the bit array for the Select() api.
I use a select() to wait on all the active connections for request to come in or new connections on the listening port.
Request from the local host are formatted and forwarded to the third party. If from the third party, the response is formatted and sent back to the requestor. This program has been working flawlessly for years.
Now I need to make just one of the connections SSL. Will the SSL socket still trigger the same select as the non-SSL sockets? If so, I can perform the SSL read as opposed to the regular read.
I basically need someone to confirm that both non SSL connections and SSL connections will trigger the same Select() API.
Still working on adding the SSL code to the program and want to know if I need to make the local host connections SSL for all to work.
Chris Bipes
Director of Information Services
CrossCheck, Inc.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.