[twsocket] BCB code for DNS query with ICS
Hi, I need BCB5 code for DNS query with ICS. I should get two name servers by BCB5 code. Do anybody have such code for BCB5? Thanks in advance Damir -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] BCB code for DNS query with ICS
I need BCB5 code for DNS query with ICS. I should get two name servers by BCB5 code. Do anybody have such code for BCB5? Have a look at the cpp\internet folder. There is a sample provided with ICS-V5: NsLook. Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] Performance on the latest ICS V6
I'm using the latest ICS V6 and testing the THttpSrv-component. I'm doing the test on an old machine to see performance. It seems that the V6 is slower than V5. By that I mean that I get a faster transfer-rate from the server to a client (the same client on both test) with the V5 than with the V6. Is this expected? Or is there something I must do to enhance perfomance in V6? I use the setting for no advanced multithreading in both cases. Regards Bjørnar -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Performance on the latest ICS V6
Hello Bjornar, We use multi-threaded v6 with NOFORMS;USE_SSL;NO_DEBUG_LOG;SECURITY_WIN32 in defines and it shows ~15% faster performance. Then we do THttpConnection-descendent object and thread pooling and get 3500 connections/sec on Core 2 Duo 2.4GHz 2GB DDR2. Apache makes a mere 2600 connections/sec! Best Regards, SubZero www.fastream.com - Original Message - From: Bjørnar Nielsen [EMAIL PROTECTED] To: 'ICS support mailing' twsocket@elists.org Sent: Friday, February 23, 2007 5:32 PM Subject: [twsocket] Performance on the latest ICS V6 I'm using the latest ICS V6 and testing the THttpSrv-component. I'm doing the test on an old machine to see performance. It seems that the V6 is slower than V5. By that I mean that I get a faster transfer-rate from the server to a client (the same client on both test) with the V5 than with the V6. Is this expected? Or is there something I must do to enhance perfomance in V6? I use the setting for no advanced multithreading in both cases. Regards Bjørnar -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Performance on the latest ICS V6
Bjørnar Nielsen wrote: I'm using the latest ICS V6 and testing the THttpSrv-component. I'm doing the test on an old machine to see performance. It seems that the V6 is slower than V5. By that I mean that I get a faster transfer- rate from the server to a client (the same client on both test) with the V5 than with the V6. I compared both versions on a modern PC downloading a 150 MB file with the same IE, client as well as servers on localhost. I couldn't measure any difference, how do you test? --- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Performance on the latest ICS V6
Performance of V6 should not be noticabely different than V5. Some operations are faster (Less hidden window creation), other are a little bit slower (dynamic message dispatching). If you have a very fast network and a slow processor, the difference may become significant. If you have a profiler software, you may find where the CPU cycles are consumed. Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] The author for the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be - Original Message - From: Bjørnar Nielsen [EMAIL PROTECTED] To: 'ICS support mailing' twsocket@elists.org Sent: Friday, February 23, 2007 4:32 PM Subject: [twsocket] Performance on the latest ICS V6 I'm using the latest ICS V6 and testing the THttpSrv-component. I'm doing the test on an old machine to see performance. It seems that the V6 is slower than V5. By that I mean that I get a faster transfer-rate from the server to a client (the same client on both test) with the V5 than with the V6. Is this expected? Or is there something I must do to enhance perfomance in V6? I use the setting for no advanced multithreading in both cases. Regards Bjørnar -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Performance on the latest ICS V6
Same test in the LAN, same result. Sometimes V6 was a little bit faster, sometimes V5. Overall it looks like V6 was a little bit faster though. But that's just my personal feeling ;-) I used the original Webserv demos from ICS distributions. --- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html Arno Garrels wrote: Bjørnar Nielsen wrote: I'm using the latest ICS V6 and testing the THttpSrv-component. I'm doing the test on an old machine to see performance. It seems that the V6 is slower than V5. By that I mean that I get a faster transfer- rate from the server to a client (the same client on both test) with the V5 than with the V6. I compared both versions on a modern PC downloading a 150 MB file with the same IE, client as well as servers on localhost. I couldn't measure any difference, how do you test? --- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] FReadCount and overflows
Hello, while searching a serious problem in one of my apps I decided to run the affected part from the IDE. It contains two TCP Servers built with TWSocket (ICS V5.20, D2006). As I checked it this morning the debugger told me there is some integer overflow and when I looked at the line causing it it was line 3728 in WSocket.pas where FReadCount gets incremented with the number of bytes read. Above that very line is some statement that the thing might overflow and that either overflow-checking should be used or Int64 instead of longint. (better both as int64 can overflow as well and I'm doing 7x24 stuff) I've checked where it was used and then decided to comment the line out and rerun my app. But it stll makes me wonder: - why hasn't there anything beend done if the developpers are aware that there is a problem? - Did nobody so far encounter this? No one writing 7x24 apps with ICS? - Are there any other bombs of that type? - Any fix for this planned or even in the current version? (how does the current V5, yes I can't switch right now! differ from 5.20?) The app. also uses a DLL which has a TWSocket. The DLL has its own thread for the TWSocket because it is loaded dynamically and should handle its messages on its own. Will this a problem there? because I haven't recompiled it yet. What will happen? Will this depend on whether it was compiled with R+ or not? The other side of these two TCP connections is a simple test program which hasn't been recompiled either. Will it crash when it encounters this bug? Or will it simply overflow? I assume it depends on $R+/- here as well? Greetings Markus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FReadCount and overflows
Markus, In latest versions, if you use D6 or better STREAM64 is defined by default. Unless you transfered data volumes beyond 2^63-1 bytes there won't be a problem ;-) Property ReadCount is reset to zero before each transfer, so that has nothing to do with 7x24 apps. --- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html Markus Humm wrote: Hello, while searching a serious problem in one of my apps I decided to run the affected part from the IDE. It contains two TCP Servers built with TWSocket (ICS V5.20, D2006). As I checked it this morning the debugger told me there is some integer overflow and when I looked at the line causing it it was line 3728 in WSocket.pas where FReadCount gets incremented with the number of bytes read. Above that very line is some statement that the thing might overflow and that either overflow-checking should be used or Int64 instead of longint. (better both as int64 can overflow as well and I'm doing 7x24 stuff) I've checked where it was used and then decided to comment the line out and rerun my app. But it stll makes me wonder: - why hasn't there anything beend done if the developpers are aware thatthere is a problem? - Did nobody so far encounter this? No one writing 7x24 apps with ICS? - Are there any other bombs of that type? - Any fix for this planned or even in the current version? (how does the current V5, yes I can't switch right now! differ from 5.20?) The app. also uses a DLL which has a TWSocket. The DLL has its own thread for the TWSocket because it is loaded dynamically and should handle its messages on its own. Will this a problem there? because I haven't recompiled it yet. What will happen? Will this depend on whether it was compiled with R+ or not? The other side of these two TCP connections is a simple test program which hasn't been recompiled either. Will it crash when it encounters this bug? Or will it simply overflow? I assume it depends on $R+/- here as well? Greetings Markus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FReadCount and overflows
Hello, We do reset ReadCount while sending the objects to pool because otherwise sometimes garbage is served. I know that this is a workaround not a fix. Best Regards, SZ - Original Message - From: Arno Garrels [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Friday, February 23, 2007 9:49 PM Subject: Re: [twsocket] FReadCount and overflows Markus, In latest versions, if you use D6 or better STREAM64 is defined by default. Unless you transfered data volumes beyond 2^63-1 bytes there won't be a problem ;-) Property ReadCount is reset to zero before each transfer, so that has nothing to do with 7x24 apps. --- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html Markus Humm wrote: Hello, while searching a serious problem in one of my apps I decided to run the affected part from the IDE. It contains two TCP Servers built with TWSocket (ICS V5.20, D2006). As I checked it this morning the debugger told me there is some integer overflow and when I looked at the line causing it it was line 3728 in WSocket.pas where FReadCount gets incremented with the number of bytes read. Above that very line is some statement that the thing might overflow and that either overflow-checking should be used or Int64 instead of longint. (better both as int64 can overflow as well and I'm doing 7x24 stuff) I've checked where it was used and then decided to comment the line out and rerun my app. But it stll makes me wonder: - why hasn't there anything beend done if the developpers are aware thatthere is a problem? - Did nobody so far encounter this? No one writing 7x24 apps with ICS? - Are there any other bombs of that type? - Any fix for this planned or even in the current version? (how does the current V5, yes I can't switch right now! differ from 5.20?) The app. also uses a DLL which has a TWSocket. The DLL has its own thread for the TWSocket because it is loaded dynamically and should handle its messages on its own. Will this a problem there? because I haven't recompiled it yet. What will happen? Will this depend on whether it was compiled with R+ or not? The other side of these two TCP connections is a simple test program which hasn't been recompiled either. Will it crash when it encounters this bug? Or will it simply overflow? I assume it depends on $R+/- here as well? Greetings Markus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FReadCount and overflows
Fastream Technologies wrote: Hello, We do reset ReadCount while sending the objects to pool because otherwise sometimes garbage is served. I know that this is a workaround not a fix. Sure, otherwise you add bytes transfered in previous sessions to the next client. What do you think is a fix? Even if there was an Int256 it may overflow as well if you keep connections alive infinite. --- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html Best Regards, SZ - Original Message - From: Arno Garrels [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Friday, February 23, 2007 9:49 PM Subject: Re: [twsocket] FReadCount and overflows Markus, In latest versions, if you use D6 or better STREAM64 is defined by default. Unless you transfered data volumes beyond 2^63-1 bytes there won't be a problem ;-) Property ReadCount is reset to zero before each transfer, so that has nothing to do with 7x24 apps. --- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html Markus Humm wrote: Hello, while searching a serious problem in one of my apps I decided to run the affected part from the IDE. It contains two TCP Servers built with TWSocket (ICS V5.20, D2006). As I checked it this morning the debugger told me there is some integer overflow and when I looked at the line causing it it was line 3728 in WSocket.pas where FReadCount gets incremented with the number of bytes read. Above that very line is some statement that the thing might overflow and that either overflow-checking should be used or Int64 instead of longint. (better both as int64 can overflow as well and I'm doing 7x24 stuff) I've checked where it was used and then decided to comment the line out and rerun my app. But it stll makes me wonder: - why hasn't there anything beend done if the developpers are aware thatthere is a problem? - Did nobody so far encounter this? No one writing 7x24 apps with ICS? - Are there any other bombs of that type? - Any fix for this planned or even in the current version? (how does the current V5, yes I can't switch right now! differ from 5.20?) The app. also uses a DLL which has a TWSocket. The DLL has its own thread for the TWSocket because it is loaded dynamically and should handle its messages on its own. Will this a problem there? because I haven't recompiled it yet. What will happen? Will this depend on whether it was compiled with R+ or not? The other side of these two TCP connections is a simple test program which hasn't been recompiled either. Will it crash when it encounters this bug? Or will it simply overflow? I assume it depends on $R+/- here as well? Greetings Markus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FReadCount and overflows
- Original Message - From: Arno Garrels [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Friday, February 23, 2007 10:29 PM Subject: Re: [twsocket] FReadCount and overflows Fastream Technologies wrote: Hello, We do reset ReadCount while sending the objects to pool because otherwise sometimes garbage is served. I know that this is a workaround not a fix. Sure, otherwise you add bytes transfered in previous sessions to the next client. What do you think is a fix? Even if there was an Int256 it may overflow as well if you keep connections alive infinite. Yes but Abort/Shutdown must have been called in between each new session. In some rare cases, it does not reset automatically. Regards, SZ -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
