Re: [twsocket] [OT] Delphi 2007 for WIN32 Purchase Hint
Thank you for the warning - you just saved me making that mistake. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darin McGee Sent: 19 March 2007 17:08 To: ICS support mailing Subject: [twsocket] [OT] Delphi 2007 for WIN32 Purchase Hint If you purchase Delphi 2007 for WIN32 via D/L like I did, you may want to seriously consider purchasing the media kit too because the D/L version provides no files to install from, it simply performs a Install Anywhere from the web leaving you only the Install Anywhere installer file. Thank you for your patience of this slightly off topic post. Darin -- 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 This e-mail and any files transmitted with it ( E-mail ) is intended solely for the addressee(s) and may contain confidential and/or legally privileged information. If you are not the addressee(s), any disclosure, reproduction, copying, distribution or other use of this E-mail is prohibited. If you have received this E-mail in error, please delete it and notify the sender immediately via our switchboard on 01202-409000 or via return E-mail. Neither FR Aviation Ltd, Flight Precision Ltd, nor any individual sending this E-mail accepts any liability in respect of the content (including errors and omissions) and timeliness of this E-mail which arise as a result of this transmission. If verification is required, please request a hard copy version. FR Aviation Ltd. Bournemouth International Airport Christchurch Dorset BH23 6NE 845310 England -- 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] [OT] Delphi 2007 for WIN32 Purchase Hint
If you purchase Delphi 2007 for WIN32 via D/L like I did, you may want to seriously consider purchasing the media kit too because the D/L version provides no files to install from, it simply performs a Install Anywhere from the web leaving you only the Install Anywhere installer file. This is not entirely true. During the first phase of the web install, the necessary files are downloaded. After the InstallAware installation is completed, the install files that the setup stub downloaded remain on your system in a GUID named folder under: \Documents and Settings\AllUsers\Application Data You can backup this folder and restore it to another machine to do another install and it will use the local files rather than download. The files are removed during an uninstall. Still, the media kit does provide you with a more complete install image. All these issues are being discussed in the non-tech borland newsgroup. Probably a better place to look for information and discuss than here. -Jeff Hamblin -- 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] Problem with THttpCli
Hello, Let's say in a function you have THttpCli passed as pointer. I can check whether it is -Connected or not. But how can one see if it is processing or not? I mean, I need to learn if it is working or not. I hope you get what I mean. I believe the State != httpReady is not always reliable since the SetReady Posts a message after state is set. What would you suggest? Best 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
[twsocket] Fw: Problem with THttpCli
Correcting, NOT setready but some other messages sent. I need to be sure that it is no longer processing. Because if it is still pending I want to abort it. But if it is a normal waiting keep-alive socket then I want to pass it to the pool as connected. Regards, SZ - Original Message - From: Fastream Technologies [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Tuesday, March 20, 2007 7:24 PM Subject: Problem with THttpCli Hello, Let's say in a function you have THttpCli passed as pointer. I can check whether it is -Connected or not. But how can one see if it is processing or not? I mean, I need to learn if it is working or not. I hope you get what I mean. I believe the State != httpReady is not always reliable since the SetReady Posts a message after state is set. What would you suggest? Best 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
Re: [twsocket] Problem with THttpCli
You can encapsulate ICS component into your own component (That this derive your component from ICS component) and manage the flag you need by trapping everything you need. -- [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: Fastream Technologies [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Tuesday, March 20, 2007 6:24 PM Subject: [twsocket] Problem with THttpCli Hello, Let's say in a function you have THttpCli passed as pointer. I can check whether it is -Connected or not. But how can one see if it is processing or not? I mean, I need to learn if it is working or not. I hope you get what I mean. I believe the State != httpReady is not always reliable since the SetReady Posts a message after state is set. What would you suggest? Best 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 -- 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] Question regarding Delphi 2007
D2007 uses 36MB (working set) at startup, with ICS-V6 project group loaded. When rebuilding all projects, it grows to 81MB. Speaking virtual memory space, the numbers are 210MB/235MB. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: Hoby Smith [EMAIL PROTECTED] To: twsocket@elists.org Sent: Tuesday, March 20, 2007 3:48 AM Subject: [twsocket] Question regarding Delphi 2007 Hello all. This might be a bit Off Topic. However, since Francois mentioned D2007, I hope you don't mind if I ask a more specific question regarding D2007. You mentioned that it is fast and reliable product. I was wondering if it is any better regarding resource usage than D2006? Specifically, regarding loading multiple instances / apps at a time for debugging dependant applications? Often, it is necessary for me to debug more than one Delphi app at a time, sometimes even 3 or more (server, client, broker, admin tools, etc). With older Delphis (D6, etc) this was NEVER a problem. But, D2006 is SO HORRIBLE regarding resource utilization, that I can't load more than 2 apps. On trying to load a third instance of D2006, it fails with numerous errors and just dies loading Delphi. Ugggh! And, annoyingly, I have a pretty beasty machine, more than I ever had with Delphi before for sure. I LOVE Delphi AND BORLAND, but D2006 is the most dissappointing and worst quality product that I have ever got from Borland. While it had some great new productivity features, it is full of so many bugs, including MAJOR memory leaks, that have yet to be fixed and that are so bad I sometimes have to reload Delphi 2006 several times a day or my machine comes to a grinding halt. If I am so bold as to try and load TWO instances of D2006, the problems appear to be more frequent. I am really shocked. I have never seen Borland put out a product this bad before, at least as regards quality. And QC is full of issues like that, but with no response or anticipated fix date. It has made me leery to try another product from them for a while. So, have you found that it can actually load more than 2 apps / instances at a time without dying? I would appreciate any feedback on this, because if it is better in this regard, it will be much easier for me to justify my company spending more money on yet another Delphi IDE. :) Thanks much... Hoby -- 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
[twsocket] D2007 purchase hint
Hello, besides to ordering the media kit one can backup the downloaded files of the installer. They're stroed in some folder under the profiles! 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
[twsocket] Architectural question II
Hello, regarding my question from last weekend only a part was answered so far. The thing is now: if several TTimers get fired at the same time and all of them want to write into a shared TStringList-Type buffer (okay, it's in a wrapper class), how to make sure only one at a time gets acces and doesn't mess up the thing? because the critical section will only guard this against the thread which reads out the entries and afterwards deletes them. So what to do here? 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] Architectural question II
Why not have a single thread responsible for doing that and then just have the TTimers use PostThreadMessage to request the update? Markus Humm wrote: Hello, regarding my question from last weekend only a part was answered so far. The thing is now: if several TTimers get fired at the same time and all of them want to write into a shared TStringList-Type buffer (okay, it's in a wrapper class), how to make sure only one at a time gets acces and doesn't mess up the thing? because the critical section will only guard this against the thread which reads out the entries and afterwards deletes them. So what to do here? 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] Architectural question II
The correct way is to use a semaphore. These do all the management on exclusive resources. There are lots of classes out there to download that implement. Semephores are built-in to the operating system. Markus Humm wrote: Hello, regarding my question from last weekend only a part was answered so far. The thing is now: if several TTimers get fired at the same time and all of them want to write into a shared TStringList-Type buffer (okay, it's in a wrapper class), how to make sure only one at a time gets acces and doesn't mess up the thing? because the critical section will only guard this against the thread which reads out the entries and afterwards deletes them. So what to do here? 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
