Gérard Colo wrote: > Hi Arno, > >>> What I wanted to know was whether these entries show the ICS >>> component bitmaps. Each component has its own bitmap resources. The >>> medium, 24x24 pixel bitmaps are shown here: >>> http://wiki.overbyte.be/wiki/index.php/ICS_Components_Reference > > So the answer is that only the default bitmaps are shown in my IDE. I > understand that there are others ones available, as indicated > following your link, but I don't know how they can be installed > instead of the default ones.
Same here, also using a resource editor doesn't show the bitmap resources in the BCB-.BPL, they are simply missing. Looks rather unprofessional, however seems to be a RDS2007 bug. -- Arno Garrels > > Regards > Gerard Colo > > -----Message d'origine----- > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > De la part de [EMAIL PROTECTED] > Envoyé : mardi 24 juin 2008 14:00 > À : [email protected] > Objet : TWSocket Digest, Vol 275, Issue 2 > > Send TWSocket mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of TWSocket digest..." > > > Today's Topics: > > 1. THttpCli Problem in Multi Thread Application (muzaffer peynirci) > 2. Re: THttpCli Problem in Multi Thread Application > (Dimitry Timokhov) > 3. Re: Windows and events (Markus Humm) > 4. Re: TWSocket Digest, Vol 274, Issue 4 (G?rard Colo) > 5. Re: TWSocket Digest, Vol 274, Issue 4 (Arno Garrels) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 23 Jun 2008 06:11:42 -0700 (PDT) > From: muzaffer peynirci <[EMAIL PROTECTED]> > Subject: [twsocket] THttpCli Problem in Multi Thread Application > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=us-ascii > > Hi Everyone; > I have a very simple program which has a second thread namely > HttpCliThread. In HttpCliThread I just create a THttpCli object sleep > 1 second and then delete it. The problem takes place when I close the > form; the form doesn't close properly and it gives error (The > debugging steps of HttpCliThread go as expected, however). If I use a > single thread everything is ok. Can you please help me or give me an > idea of what is going on? > > Here is an example application to demonstrate my problem; > http://rapidshare.com/files/124450794/httpClientTest.7z.html > Here are my codes; > > // HttpCliThread.h > //-------------------------------------------------------------------------- > - > > #ifndef HttpCliThreadH > #define HttpCliThreadH > //-------------------------------------------------------------------------- > - > #include <Classes.hpp> > #include "HttpProt.hpp" > #include "FormMain.h" > //-------------------------------------------------------------------------- > - > class HttpCliThread : public TThread > { > private: > THttpCli *httpcli; > protected: > void __fastcall Execute(); > public: > __fastcall HttpCliThread(bool CreateSuspended); > }; > //-------------------------------------------------------------------------- > - > #endif > > > > // HttpCliThread.cpp > //-------------------------------------------------------------------------- > - > > #include <vcl.h> > #pragma hdrstop > > #include "HttpCliThread.h" > #pragma package(smart_init) > //-------------------------------------------------------------------------- > - > > __fastcall HttpCliThread::HttpCliThread(bool CreateSuspended) > : TThread(CreateSuspended) > { > FreeOnTerminate = true; > httpcli = new THttpCli(NULL); > } > //-------------------------------------------------------------------------- > - > void __fastcall HttpCliThread::Execute() > { > Sleep(1000); > if(httpcli) { > delete httpcli; > httpcli = NULL; > } > } > //-------------------------------------------------------------------------- > - > > > > // FormMain.cpp > //-------------------------------------------------------------------------- > - > > #include <vcl.h> > #pragma hdrstop > > #include "FormMain.h" > #include "HttpCliThread.h" > //-------------------------------------------------------------------------- > - > #pragma package(smart_init) > #pragma resource "*.dfm" > TForm2 *Form2; > HttpCliThread *thHttpCli; > //-------------------------------------------------------------------------- > - > __fastcall TForm2::TForm2(TComponent* Owner) > : TForm(Owner) > { > thHttpCli = new HttpCliThread(true); > if(!thHttpCli) Application->Terminate(); > else thHttpCli->Resume(); > } > //-------------------------------------------------------------------------- > - > > Best Regards... > > -Muzaffer- > > > > > ------------------------------ > > Message: 2 > Date: Mon, 23 Jun 2008 17:15:50 +0400 > From: "Dimitry Timokhov" <[EMAIL PROTECTED]> > Subject: Re: [twsocket] THttpCli Problem in Multi Thread Application > To: "ICS support mailing" <[email protected]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi. > > You shoul create THttpCli in context of your thread. > > Therefore you MUST call THttpCli in Execute method. > > Regards, > Dimitry Timokhov > > 2008/6/23, muzaffer peynirci <[EMAIL PROTECTED]>: >> Hi Everyone; >> I have a very simple program which has a second thread namely > HttpCliThread. In HttpCliThread I just create a THttpCli object sleep > 1 second and then delete it. The problem takes place when I close the > form; the form doesn't close properly and it gives error (The > debugging steps of HttpCliThread go as expected, however). If I use a > single thread everything is ok. Can you please help me or give me an > idea of what is going on? >> >> Here is an example application to demonstrate my problem; > http://rapidshare.com/files/124450794/httpClientTest.7z.html >> Here are my codes; >> >> // HttpCliThread.h >> > //-------------------------------------------------------------------------- > - >> >> #ifndef HttpCliThreadH >> #define HttpCliThreadH >> > //-------------------------------------------------------------------------- > - >> #include <Classes.hpp> >> #include "HttpProt.hpp" >> #include "FormMain.h" >> > //-------------------------------------------------------------------------- > - >> class HttpCliThread : public TThread >> { >> private: >> THttpCli *httpcli; >> protected: >> void __fastcall Execute(); >> public: >> __fastcall HttpCliThread(bool CreateSuspended); >> }; >> > //-------------------------------------------------------------------------- > - >> #endif >> >> >> >> // HttpCliThread.cpp >> > //-------------------------------------------------------------------------- > - >> >> #include <vcl.h> >> #pragma hdrstop >> >> #include "HttpCliThread.h" >> #pragma package(smart_init) >> > //-------------------------------------------------------------------------- > - >> >> __fastcall HttpCliThread::HttpCliThread(bool CreateSuspended) >> : TThread(CreateSuspended) >> { >> FreeOnTerminate = true; >> httpcli = new THttpCli(NULL); >> } >> > //-------------------------------------------------------------------------- > - >> void __fastcall HttpCliThread::Execute() >> { >> Sleep(1000); >> if(httpcli) { >> delete httpcli; >> httpcli = NULL; >> } >> } >> > //-------------------------------------------------------------------------- > - >> >> >> >> // FormMain.cpp >> > //-------------------------------------------------------------------------- > - >> >> #include <vcl.h> >> #pragma hdrstop >> >> #include "FormMain.h" >> #include "HttpCliThread.h" >> > //-------------------------------------------------------------------------- > - >> #pragma package(smart_init) >> #pragma resource "*.dfm" >> TForm2 *Form2; >> HttpCliThread *thHttpCli; >> > //-------------------------------------------------------------------------- > - >> __fastcall TForm2::TForm2(TComponent* Owner) >> : TForm(Owner) >> { >> thHttpCli = new HttpCliThread(true); >> if(!thHttpCli) Application->Terminate(); >> else thHttpCli->Resume(); >> } >> > //-------------------------------------------------------------------------- > - >> >> Best Regards... >> >> -Muzaffer- >> >> >> >> -- >> To unsubscribe or change your settings for TWSocket mailing list >> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket >> Visit our website at http://www.overbyte.be >> > > > -- > Best regards, > Dimitry Timokhov > > > ------------------------------ > > Message: 3 > Date: Mon, 23 Jun 2008 19:45:31 +0200 > From: Markus Humm <[EMAIL PROTECTED]> > Subject: Re: [twsocket] Windows and events > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >> Date: Sun, 22 Jun 2008 19:55:51 +0200 >> From: "Francois PIETTE" <[EMAIL PROTECTED]> >> Subject: Re: [twsocket] Windows and events >> >> Never noticed such a behaviour, but I have no KVM ! >> What you tell make me thinking that the issue could arise from >> calling the > >> message pump from your event handler. Don't do that. >> > > Hello, > > this doesn't depend on the KVM or USB keyboard. There are definitely > other trigger for this effect as well. I simply can't nail them so > easily down like the USB keyboard. And: I don't call the message pump > from this event, I double checked. I also don't call SHowMessage or > MessageDlg. > > Greetings > > Markus > > > ------------------------------ > > Message: 4 > Date: Tue, 24 Jun 2008 07:43:02 +0200 > From: G?rard Colo <[EMAIL PROTECTED]> > Subject: Re: [twsocket] TWSocket Digest, Vol 274, Issue 4 > To: <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Hi Arno, > > In the tools palette I can now see a category "FPiette" with several > entries like TWsocket, TWait, and so on, and they seem to call the > correct components... as far as I understand your question (is it the > difference between correct and default components, or component icons > ? What's the difference between "correct" and "default"? ) > > Regards > Gerard Colo > > -----Message d'origine----- > De?: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > De la part de [EMAIL PROTECTED] > Envoy??: dimanche 22 juin 2008 14:00 > ??: [email protected] > Objet?: TWSocket Digest, Vol 274, Issue 4 > > Send TWSocket mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of TWSocket digest..." > > > Today's Topics: > > 1. Re: ICS and C++ 2007 (Gerard Colo) (Arno Garrels) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 21 Jun 2008 15:37:54 +0200 > From: "Arno Garrels" <[EMAIL PROTECTED]> > Subject: Re: [twsocket] ICS and C++ 2007 (Gerard Colo) > To: "ICS support mailing" <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > G?rard Colo wrote: >> Hi SZ, >> >> You were right, many thanks. And modifications automatically done >> when opening BCB6 projects in CB2007 edi seem to work fine. Waoooh ! > > One question, do you see the correct component icons in the tool > palette > or just the default icon? > > -- > Arno Garrels > > >> Regards >> Gerard Colo >> Logic Systems >> [EMAIL PROTECTED] >> >> -----Message d'origine----- >> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >> De la part de [EMAIL PROTECTED] >> Envoy? : vendredi 20 juin 2008 14:00 >> ? : [email protected] >> Objet : TWSocket Digest, Vol 274, Issue 2 >> >> Send TWSocket mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket >> or, via email, send a message with subject or body 'help' to >> [EMAIL PROTECTED] >> >> You can reach the person managing the list at >> [EMAIL PROTECTED] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of TWSocket digest..." >> >> >> Today's Topics: >> >> 1. ICS and C++ 2007 (Gerard Colo) >> 2. Re: ICS and C++ 2007 (Fastream Technologies) >> 3. Re: Socket throughput optimizations (Olivier Sannier) >> 4. Vista is the culprit and TIMEOUT implementation (Cyman73) >> 5. Re: Vista is the culprit and TIMEOUT implementation (Arno >> Garrels) >> 6. Re: Socket throughput optimizations (Francois PIETTE) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Thu, 19 Jun 2008 15:03:44 +0200 >> From: Gerard Colo<[EMAIL PROTECTED]> >> Subject: [twsocket] ICS and C++ 2007 >> To: <[email protected]> >> Message-ID: <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="us-ascii" >> >> Hello dear list >> >> >> >> Do you think that the last ICS version available on overbyte.be >> (qualified as supporting all Delphi and BCB versions) can be used >> with C++ Builder 2007 from CodeGear ? >> >> After downloading and unpacking it, I found instructions in the >> readme.txt file, but the topics are stopping after "CBuilder 2006". >> If the answer to the previous question is yes, can I apply >> instructions for CBuilder 2006 to CBuilder 2007 ? >> >> >> >> TIA >> >> >> >> Regards >> >> >> >> Gerard Colo >> >> Logic Systems >> >> [EMAIL PROTECTED] >> >> >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Thu, 19 Jun 2008 16:26:38 +0300 >> From: "Fastream Technologies" <[EMAIL PROTECTED]> >> Subject: Re: [twsocket] ICS and C++ 2007 >> To: "ICS support mailing" <[email protected]> >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi, >> >> We use ICS-(SSL) under BCB2007 successfully for our C++ projects. I >> think the latest v6 beta includes a package project for it. If not, >> it's not a big deal to build yur own project. >> >> Regards, >> >> SZ >> >> On Thu, Jun 19, 2008 at 4:03 PM, Gerard Colo <[EMAIL PROTECTED]> >> wrote: >> >>> Hello dear list >>> >>> >>> >>> Do you think that the last ICS version available on overbyte.be >>> (qualified as supporting all Delphi and BCB versions) can be used >>> with C++ Builder 2007 >>> from CodeGear ? >>> >>> After downloading and unpacking it, I found instructions in the >>> readme.txt file, but the topics are stopping after "CBuilder 2006". >>> If the answer to the previous question is yes, can I apply >>> instructions for CBuilder 2006 to CBuilder 2007 ? >>> >>> >>> >>> TIA >>> >>> >>> >>> Regards >>> >>> >>> >>> Gerard Colo >>> >>> Logic Systems >>> >>> [EMAIL PROTECTED] >>> >>> >>> >>> -- >>> To unsubscribe or change your settings for TWSocket mailing list >>> please goto >>> http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our >>> website at http://www.overbyte.be >>> >> >> >> ------------------------------ >> >> Message: 3 >> Date: Thu, 19 Jun 2008 15:56:41 +0200 >> From: Olivier Sannier <[EMAIL PROTECTED]> >> Subject: Re: [twsocket] Socket throughput optimizations >> To: ICS support mailing <[email protected]> >> Message-ID: <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed >> >> Francois PIETTE wrote: >>> Here are a few ideas to get high performances: >>> 4) Enlarge winsock buffers >>> 5) Enlarge TWSocket send buffer (BufSize property) to mach actual >>> network packet size. By default BufSize is the size of a standard >>> ethernet packet. >>> >> What values would you recommend for a 802.11 100Mbps network? >> >>> 6) Avoid dynamic memory allocation as much as possible, including >>> long strings and dynamic arrays. >>> >> Why is that? >> >> Thanks for your answers. >> >> >> ------------------------------ >> >> Message: 4 >> Date: Thu, 19 Jun 2008 08:08:21 -0700 (PDT) >> From: Cyman73 <[EMAIL PROTECTED]> >> Subject: [twsocket] Vista is the culprit and TIMEOUT implementation >> To: [email protected] >> Message-ID: <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset=iso-8859-1 >> >> Hello, >> After doing more research, I determined that the Vista?IS the >> culprit.? I am already working with a slow server connection and the >> Microsoft Vista?TCP autotuning made the connection even slower, slow >> enough to TIMEOUT.? I wasn't?experiencing a TIMEOUT with XP.? After I >> disabled autotuning, chimney, and rss my application worked on Vista >> just as it worked on XP. (netsh interface tcp set global >> autotuning=disabled >> netsh interface tcp set global chimney=disabled >> netsh interface tcp set global rss=disabled) >> ? >> I do have a new question:? I could not determine if HttpCli component >> has a TIMEOUT property.? My current TIMEOUT implementation is as >> follows: ? >> bHttpCliBusy := True;? // This variable get set to False in HttpCli1 >> OnRequestDone >> HttpCli1.GetAsync; >> ? >> // Procedure that waits for either 30 seconds to elapse >> or?bHttpCliBusy=False >> Client1BusyTimeout(30); >> >> Is there a different way to implement a Timeout with the HttpCli1. >> ? >> Thank you. >> ? >> >> >> >> >> ------------------------------ >> >> Message: 5 >> Date: Thu, 19 Jun 2008 19:10:31 +0200 >> From: "Arno Garrels" <[EMAIL PROTECTED]> >> Subject: Re: [twsocket] Vista is the culprit and TIMEOUT >> implementation >> To: "ICS support mailing" <[email protected]> >> Message-ID: <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Cyman73 wrote: >> >>> (netsh interface tcp set global autotuning=disabled >>> netsh interface tcp set global chimney=disabled >>> netsh interface tcp set global rss=disabled) >> >> Good to know, but I guess it's more a problem with older routers >> instead >> of a general Vista bug. Why did you disable tcp chimney as well, is >> it realy required? >> >>> I do have a new question: I could not determine if HttpCli component >>> has a TIMEOUT property. My current TIMEOUT implementation is as >>> follows: >> >> It doesn't have one. >> >>> bHttpCliBusy := True; // This variable get set to False in HttpCli1 >>> OnRequestDone >>> HttpCli1.GetAsync; >>> >>> // Procedure that waits for either 30 seconds to elapse or >>> bHttpCliBusy=False >>> Client1BusyTimeout(30); >> >> That sounds evil, depending on the code in Client1BusyTimeout() you >> will slow >> down performance. And what happens on downloading a big file or when >> data is >> >> received very slow? >> It's much better to write GetTickCount() into a variable anytime >> something is received and let a timer check this variable, for >> example, every 5 seconds. >> >> -- >> Arno Garrels >> >> >> >> ------------------------------ >> >> Message: 6 >> Date: Thu, 19 Jun 2008 21:35:49 +0200 >> From: "Francois PIETTE" <[EMAIL PROTECTED]> >> Subject: Re: [twsocket] Socket throughput optimizations >> To: "ICS support mailing" <[email protected]> >> Message-ID: <[EMAIL PROTECTED]> >> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; >> reply-type=original >> >>>> Here are a few ideas to get high performances: >>>> 4) Enlarge winsock buffers >>>> 5) Enlarge TWSocket send buffer (BufSize property) to mach actual >>>> network packet size. By default BufSize is the size of a standard >>>> ethernet packet. >>>> >>> What values would you recommend for a 802.11 100Mbps network? >> >> At first glance, a multiple of the physical packet size (MTU). >> >>>> 6) Avoid dynamic memory allocation as much as possible, including >>>> long strings and dynamic arrays. >>>> >>> Why is that? >> >> Memory allocation is a [relatively] slow process and tend to fragment >> memory >> >> which makes it even slower. Using FastMM enhance the behaviour but it >> is still there. >> >> Long strings and dynamic array are just dynamic memory allocation >> whitout naming it. >> >> Contribute to the SSL Effort. Visit >> http://www.overbyte.be/eng/ssl.html -- >> [EMAIL PROTECTED] >> The author of the freeware multi-tier middleware MidWare >> The author of the freeware Internet Component Suite (ICS) >> http://www.overbyte.be >> >> >> >> ------------------------------ >> >> _______________________________________________ >> To unsubscribe or change your settings for TWSocket mailing list >> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket >> Visit our website at http://www.overbyte.be >> >> End of TWSocket Digest, Vol 274, Issue 2 >> **************************************** > > > ------------------------------ > > _______________________________________________ > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > > End of TWSocket Digest, Vol 274, Issue 4 > **************************************** > > > > ------------------------------ > > Message: 5 > Date: Tue, 24 Jun 2008 08:43:41 +0200 > From: "Arno Garrels" <[EMAIL PROTECTED]> > Subject: Re: [twsocket] TWSocket Digest, Vol 274, Issue 4 > To: "ICS support mailing" <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Hello G?rard, > >> In the tools palette I can now see a category "FPiette" with several >> entries like TWsocket, TWait, and so on, > > That's fine. > >> and they seem to call the >> correct components... as far as I understand your question(is it the >> difference between correct and default components, or component icons >> ? What's the difference between "correct" and "default"? ) > > What I wanted to know was whether these entries show the ICS component > bitmaps. Each component has its own bitmap resources. The medium, > 24x24 pixel bitmaps are shown here: > http://wiki.overbyte.be/wiki/index.php/ICS_Components_Reference > The small bitmaps look similar. > If the bitmaps are all the same in category "FPiette" the default IDE > component bitmap is shown. > > -- > Arno Garrels > > > > ------------------------------ > > _______________________________________________ > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > > End of TWSocket Digest, Vol 275, Issue 2 > **************************************** -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
