Sybase NNTP forums - End Of Life (EOL)

The NNTP forums from Sybase - forums.sybase.com - are now closed.

All new questions should be directed to the appropriate forum at the SAP Community Network (SCN).

Individual products have links to the respective forums on SCN, or you can go to SCN and search for your product in the search box (upper right corner) to find your specific developer center.

Local Server slows way down with second workstation

6 posts in Networking Last posting was on 2009-02-27 16:52:00.0Z
steven1034 Posted on 2009-02-25 20:24:39.0Z
From: "steven1034" <fake@fakemail.com>
Subject: Local Server slows way down with second workstation
Newsgroups: Advantage.Networking
Date: Wed, 25 Feb 2009 21:24:39 +0100
X-Priority: 3
X-Library: Indy 9.00.12
X-Newsreader: <dedXmlGateway>
NNTP-Posting-Host: 213.26.58.195
Message-ID: <49a59f43@solutions.advantagedatabase.com>
X-Trace: 25 Feb 2009 12:42:59 -0700, 213.26.58.195
Lines: 43
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!213.26.58.195
Xref: solutions.advantagedatabase.com Advantage.Networking:841
Article PK: 1132259

?We have a delphi application running on two workstations using local
server and using ACE 9.0.0.1

Workstation A- Windows Vista. Holds the database
Workstation B- Windows XP

The performance on Workstation B is fine until the application is also
opened on the fileserver Workstation A. At that point Workstation B
performance slows way way down. What took 3 seconds before then takes 2-3
minutes. If the application is closed on Workstation A, it makes no
difference until the application is closed on Workstation B and then
reopened (without the app running on Workstation A)... then the
performance is fine again.

The application uses two adsconnections:
adsconnection1 has 41 files with a total of 91 defined indexes
adsconnection2 has 38 files with a total of 47 defined indexes


The Adslocal.cfg file settings are:
CONNECTIONS=40

TABLES=200

INDEXES=300

LOCKS=500


Your help with possible solutions or trouble shooting suggestions greatly
appreciated.


-Steve

Note: Another odd thing is that only one other site (out of 40) using
this application has reported a somewhat similar problem and that site has
6 identical Window XP computers running the application and only one is
slow. But maybe this is an unrelated problem.



--- posted by geoForum on http://delphi.newswhat.com


Lance Schmidt Posted on 2009-02-25 20:16:22.0Z
From: "Lance Schmidt" <LanceSc@ExtendSys.com>
Newsgroups: Advantage.Networking
References: <49a59f43@solutions.advantagedatabase.com>
Subject: Re: Local Server slows way down with second workstation
Date: Wed, 25 Feb 2009 13:16:22 -0700
Lines: 62
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
X-RFC2646: Format=Flowed; Original
NNTP-Posting-Host: 10.24.38.117
Message-ID: <49a5a6fc@solutions.advantagedatabase.com>
X-Trace: 25 Feb 2009 13:15:56 -0700, 10.24.38.117
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!10.24.38.117
Xref: solutions.advantagedatabase.com Advantage.Networking:842
Article PK: 1132261

Hi Steve,

This is the expected behavior with local server. When only one computer is
accessing a file Windows can perform a large amount of data caching in
memory, which greatly improves performance. When a second computer accesses
the file, the data can no longer be cached in memory and must read across
the network each time. Taking 2-3 minutes seems a bit extreme but it
depends on the size of the data you are working with. Have you checked to
make sure that you don't have any unoptimized queries?

Best Regards,

Lance Schmidt
Advantage R&D

"steven1034" <fake@fakemail.com> wrote in message
news:49a59f43@solutions.advantagedatabase.com...
> We have a delphi application running on two workstations using local
> server and using ACE 9.0.0.1
>
> Workstation A- Windows Vista. Holds the database
> Workstation B- Windows XP
>
> The performance on Workstation B is fine until the application is also
> opened on the fileserver Workstation A. At that point Workstation B
> performance slows way way down. What took 3 seconds before then takes 2-3
> minutes. If the application is closed on Workstation A, it makes no
> difference until the application is closed on Workstation B and then
> reopened (without the app running on Workstation A)... then the
> performance is fine again.
>
> The application uses two adsconnections:
> adsconnection1 has 41 files with a total of 91 defined indexes
> adsconnection2 has 38 files with a total of 47 defined indexes
>
>
> The Adslocal.cfg file settings are:
> CONNECTIONS=40
>
> TABLES=200
>
> INDEXES=300
>
> LOCKS=500
>
>
> Your help with possible solutions or trouble shooting suggestions greatly
> appreciated.
>
>
> -Steve
>
> Note: Another odd thing is that only one other site (out of 40) using
> this application has reported a somewhat similar problem and that site has
> 6 identical Window XP computers running the application and only one is
> slow. But maybe this is an unrelated problem.
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com


steven1034 Posted on 2009-02-26 02:59:56.0Z
From: "steven1034" <fake@fakemail.com>
Subject: Re: Local Server slows way down with second workstation
Newsgroups: Advantage.Networking
References: <49a59f43@solutions.advantagedatabase.com> <49a5a6fc@solutions.advantagedatabase.com>
Date: Thu, 26 Feb 2009 03:59:56 +0100
X-Priority: 3
X-Library: Indy 9.00.12
X-Newsreader: <dedXmlGateway>
NNTP-Posting-Host: 213.26.58.195
Message-ID: <49a5fbe8@solutions.advantagedatabase.com>
X-Trace: 25 Feb 2009 19:18:16 -0700, 213.26.58.195
Lines: 93
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!213.26.58.195
Xref: solutions.advantagedatabase.com Advantage.Networking:843
Article PK: 1132260

Hi Lance,

Is the significant caching done at the file server or workstation, or both?

Note that this behavior is not typical for this application. This slow
down does not normally occur. It's only happened at two sites out of 40
installations. The current site only has the two computers but at the
other there were five identical workstations on the LAN while only one
computer had this performance problem. So the indication is that the
bottleneck is on the workstation and due to the configuration that
particular machine, not the "file server" (by which I mean the peer to
peer workstation on which the data files actually reside). Would you
agree? I'll take your suggestion and research the way in which windows
caches file reads in memory. If you have further suggestions about how to
go about improving the configuration that would be very helpful.

Can you refer me to a source of information on how to optimize the
Advantage queries?

Thanks for you help.


-Steve

>Hi Steve,
>
>This is the expected behavior with local server. When only one computer is
>accessing a file Windows can perform a large amount of data caching in
>memory, which greatly improves performance. When a second computer accesses
>the file, the data can no longer be cached in memory and must read across
>the network each time. Taking 2-3 minutes seems a bit extreme but it
>depends on the size of the data you are working with. Have you checked to
>make sure that you don't have any unoptimized queries?
>
>Best Regards,
>
>Lance Schmidt
>Advantage R&D
>
>"steven1034" <fake@fakemail.com> wrote in message
>news:49a59f43@solutions.advantagedatabase.com...
>> We have a delphi application running on two workstations using local
>> server and using ACE 9.0.0.1
>>
>> Workstation A- Windows Vista. Holds the database
>> Workstation B- Windows XP
>>
>> The performance on Workstation B is fine until the application is also
>> opened on the fileserver Workstation A. At that point Workstation B
>> performance slows way way down. What took 3 seconds before then takes 2-3
>> minutes. If the application is closed on Workstation A, it makes no
>> difference until the application is closed on Workstation B and then
>> reopened (without the app running on Workstation A)... then the
>> performance is fine again.
>>
>> The application uses two adsconnections:
>> adsconnection1 has 41 files with a total of 91 defined indexes
>> adsconnection2 has 38 files with a total of 47 defined indexes
>>
>>
>> The Adslocal.cfg file settings are:
>> CONNECTIONS=40
>>
>> TABLES=200
>>
>> INDEXES=300
>>
>> LOCKS=500
>>
>>
>> Your help with possible solutions or trouble shooting suggestions greatly
>> appreciated.
>>
>>
>> -Steve
>>
>> Note: Another odd thing is that only one other site (out of 40) using
>> this application has reported a somewhat similar problem and that site has
>> 6 identical Window XP computers running the application and only one is
>> slow. But maybe this is an unrelated problem.
>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>
>
>

--- posted by geoForum on http://delphi.newswhat.com


Lance Schmidt Posted on 2009-02-26 17:02:43.0Z
From: "Lance Schmidt" <LanceSc@ExtendSys.com>
Newsgroups: Advantage.Networking
References: <49a59f43@solutions.advantagedatabase.com> <49a5a6fc@solutions.advantagedatabase.com> <49a5fbe8@solutions.advantagedatabase.com>
Subject: Re: Local Server slows way down with second workstation
Date: Thu, 26 Feb 2009 10:02:43 -0700
Lines: 120
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5512
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
NNTP-Posting-Host: 10.24.38.117
Message-ID: <49a6cb18@solutions.advantagedatabase.com>
X-Trace: 26 Feb 2009 10:02:16 -0700, 10.24.38.117
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!10.24.38.117
Xref: solutions.advantagedatabase.com Advantage.Networking:844
Article PK: 1132262

Hi Steve,

In order to decrease network traffic, I believe the caching is mostly done
client side, but this is not a topic I have explored in depth.

The problem at your other site does sound workstation specific. I would
start by checking to see if their is malware on the box.

To see if a query is optimized you should use the show plan functionality of
ARC. You may want to see if an index is missing at the first site you
talked about.

Best Regards,

Lance Schmidt
Advantage R&D

"steven1034" <fake@fakemail.com> wrote in message
news:49a5fbe8@solutions.advantagedatabase.com...
> Hi Lance,
>
> Is the significant caching done at the file server or workstation, or
> both?
>
> Note that this behavior is not typical for this application. This slow
> down does not normally occur. It's only happened at two sites out of 40
> installations. The current site only has the two computers but at the
> other there were five identical workstations on the LAN while only one
> computer had this performance problem. So the indication is that the
> bottleneck is on the workstation and due to the configuration that
> particular machine, not the "file server" (by which I mean the peer to
> peer workstation on which the data files actually reside). Would you
> agree? I'll take your suggestion and research the way in which windows
> caches file reads in memory. If you have further suggestions about how to
> go about improving the configuration that would be very helpful.
>
> Can you refer me to a source of information on how to optimize the
> Advantage queries?
>
> Thanks for you help.
>
>
> -Steve
>
>
>
>>Hi Steve,
>>
>>This is the expected behavior with local server. When only one computer
>>is
>>accessing a file Windows can perform a large amount of data caching in
>>memory, which greatly improves performance. When a second computer
>>accesses
>>the file, the data can no longer be cached in memory and must read across
>>the network each time. Taking 2-3 minutes seems a bit extreme but it
>>depends on the size of the data you are working with. Have you checked to
>>make sure that you don't have any unoptimized queries?
>>
>>Best Regards,
>>
>>Lance Schmidt
>>Advantage R&D
>>
>>"steven1034" <fake@fakemail.com> wrote in message
>>news:49a59f43@solutions.advantagedatabase.com...
>>> We have a delphi application running on two workstations using local
>>> server and using ACE 9.0.0.1
>>>
>>> Workstation A- Windows Vista. Holds the database
>>> Workstation B- Windows XP
>>>
>>> The performance on Workstation B is fine until the application is also
>>> opened on the fileserver Workstation A. At that point Workstation B
>>> performance slows way way down. What took 3 seconds before then takes
>>> 2-3
>>> minutes. If the application is closed on Workstation A, it makes no
>>> difference until the application is closed on Workstation B and then
>>> reopened (without the app running on Workstation A)... then the
>>> performance is fine again.
>>>
>>> The application uses two adsconnections:
>>> adsconnection1 has 41 files with a total of 91 defined indexes
>>> adsconnection2 has 38 files with a total of 47 defined indexes
>>>
>>>
>>> The Adslocal.cfg file settings are:
>>> CONNECTIONS=40
>>>
>>> TABLES=200
>>>
>>> INDEXES=300
>>>
>>> LOCKS=500
>>>
>>>
>>> Your help with possible solutions or trouble shooting suggestions
>>> greatly
>>> appreciated.
>>>
>>>
>>> -Steve
>>>
>>> Note: Another odd thing is that only one other site (out of 40) using
>>> this application has reported a somewhat similar problem and that site
>>> has
>>> 6 identical Window XP computers running the application and only one is
>>> slow. But maybe this is an unrelated problem.
>>>
>>>
>>>
>>> --- posted by geoForum on http://delphi.newswhat.com
>>
>>
>>
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com


steven1034 Posted on 2009-02-27 01:48:58.0Z
From: "steven1034" <fake@fakemail.com>
Subject: Re: Local Server slows way down with second workstation
Newsgroups: Advantage.Networking
References: <49a59f43@solutions.advantagedatabase.com> <49a5a6fc@solutions.advantagedatabase.com> <49a5fbe8@solutions.advantagedatabase.com> <49a6cb18@solutions.advantagedatabase.com>
Date: Fri, 27 Feb 2009 02:48:58 +0100
X-Priority: 3
X-Library: Indy 9.00.12
X-Newsreader: <dedXmlGateway>
NNTP-Posting-Host: 213.26.58.195
Message-ID: <49a73cc5@solutions.advantagedatabase.com>
X-Trace: 26 Feb 2009 18:07:17 -0700, 213.26.58.195
Lines: 139
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!213.26.58.195
Xref: solutions.advantagedatabase.com Advantage.Networking:845
Article PK: 1132263

Hello Lance,
Thanks for your reply. I tracked the problem down to a single query but
its just an INSERT query. All it does is add a new record to a single
table in the database. I really don't know why that could be so time
consuming. I even removed all the table indexes but that didn't make any
significant difference in performance, WHENEVER THERE IS MORE THAN ONE
MACHINE RUNNING THE APP. That's really my only clue, because otherwise
across the network the performance is fine (2-3 seconds as opposed to
30-40).

Anyway, thanks again for your help.
-Steve

>Hi Steve,
>
>In order to decrease network traffic, I believe the caching is mostly done
>client side, but this is not a topic I have explored in depth.
>
>The problem at your other site does sound workstation specific. I would
>start by checking to see if their is malware on the box.
>
>To see if a query is optimized you should use the show plan functionality of
>ARC. You may want to see if an index is missing at the first site you
>talked about.
>
>Best Regards,
>
>Lance Schmidt
>Advantage R&D
>
>"steven1034" <fake@fakemail.com> wrote in message
>news:49a5fbe8@solutions.advantagedatabase.com...
>> Hi Lance,
>>
>> Is the significant caching done at the file server or workstation, or
>> both?
>>
>> Note that this behavior is not typical for this application. This slow
>> down does not normally occur. It's only happened at two sites out of 40
>> installations. The current site only has the two computers but at the
>> other there were five identical workstations on the LAN while only one
>> computer had this performance problem. So the indication is that the
>> bottleneck is on the workstation and due to the configuration that
>> particular machine, not the "file server" (by which I mean the peer to
>> peer workstation on which the data files actually reside). Would you
>> agree? I'll take your suggestion and research the way in which windows
>> caches file reads in memory. If you have further suggestions about how to
>> go about improving the configuration that would be very helpful.
>>
>> Can you refer me to a source of information on how to optimize the
>> Advantage queries?
>>
>> Thanks for you help.
>>
>>
>> -Steve
>>
>>
>>
>>>Hi Steve,
>>>
>>>This is the expected behavior with local server. When only one computer
>>>is
>>>accessing a file Windows can perform a large amount of data caching in
>>>memory, which greatly improves performance. When a second computer
>>>accesses
>>>the file, the data can no longer be cached in memory and must read across
>>>the network each time. Taking 2-3 minutes seems a bit extreme but it
>>>depends on the size of the data you are working with. Have you checked to
>>>make sure that you don't have any unoptimized queries?
>>>
>>>Best Regards,
>>>
>>>Lance Schmidt
>>>Advantage R&D
>>>
>>>"steven1034" <fake@fakemail.com> wrote in message
>>>news:49a59f43@solutions.advantagedatabase.com...
>>>> We have a delphi application running on two workstations using local
>>>> server and using ACE 9.0.0.1
>>>>
>>>> Workstation A- Windows Vista. Holds the database
>>>> Workstation B- Windows XP
>>>>
>>>> The performance on Workstation B is fine until the application is also
>>>> opened on the fileserver Workstation A. At that point Workstation B
>>>> performance slows way way down. What took 3 seconds before then takes
>>>> 2-3
>>>> minutes. If the application is closed on Workstation A, it makes no
>>>> difference until the application is closed on Workstation B and then
>>>> reopened (without the app running on Workstation A)... then the
>>>> performance is fine again.
>>>>
>>>> The application uses two adsconnections:
>>>> adsconnection1 has 41 files with a total of 91 defined indexes
>>>> adsconnection2 has 38 files with a total of 47 defined indexes
>>>>
>>>>
>>>> The Adslocal.cfg file settings are:
>>>> CONNECTIONS=40
>>>>
>>>> TABLES=200
>>>>
>>>> INDEXES=300
>>>>
>>>> LOCKS=500
>>>>
>>>>
>>>> Your help with possible solutions or trouble shooting suggestions
>>>> greatly
>>>> appreciated.
>>>>
>>>>
>>>> -Steve
>>>>
>>>> Note: Another odd thing is that only one other site (out of 40) using
>>>> this application has reported a somewhat similar problem and that site
>>>> has
>>>> 6 identical Window XP computers running the application and only one is
>>>> slow. But maybe this is an unrelated problem.
>>>>
>>>>
>>>>
>>>> --- posted by geoForum on http://delphi.newswhat.com
>>>
>>>
>>>
>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>
>
>

--- posted by geoForum on http://delphi.newswhat.com


Lance Schmidt Posted on 2009-02-27 16:52:00.0Z
From: "Lance Schmidt" <LanceSc@ExtendSys.com>
Newsgroups: Advantage.Networking
References: <49a59f43@solutions.advantagedatabase.com> <49a5a6fc@solutions.advantagedatabase.com> <49a5fbe8@solutions.advantagedatabase.com> <49a6cb18@solutions.advantagedatabase.com> <49a73cc5@solutions.advantagedatabase.com>
Subject: Re: Local Server slows way down with second workstation
Date: Fri, 27 Feb 2009 09:52:00 -0700
Lines: 159
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
X-RFC2646: Format=Flowed; Original
NNTP-Posting-Host: 10.24.38.117
Message-ID: <49a81a15@solutions.advantagedatabase.com>
X-Trace: 27 Feb 2009 09:51:33 -0700, 10.24.38.117
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!10.24.38.117
Xref: solutions.advantagedatabase.com Advantage.Networking:846
Article PK: 1132264

Hi Steven,

Your only clue is a known limitiation of not using client server technology.
About the only other suggestion I have for you is to try disabling virus
scanning of the table in question and see if performance improves.

Best Regards,

Lance Schmidt
Advantage R&D

"steven1034" <fake@fakemail.com> wrote in message
news:49a73cc5@solutions.advantagedatabase.com...
> Hello Lance,
> Thanks for your reply. I tracked the problem down to a single query but
> its just an INSERT query. All it does is add a new record to a single
> table in the database. I really don't know why that could be so time
> consuming. I even removed all the table indexes but that didn't make any
> significant difference in performance, WHENEVER THERE IS MORE THAN ONE
> MACHINE RUNNING THE APP. That's really my only clue, because otherwise
> across the network the performance is fine (2-3 seconds as opposed to
> 30-40).
>
> Anyway, thanks again for your help.
> -Steve
>
>
>>Hi Steve,
>>
>>In order to decrease network traffic, I believe the caching is mostly done
>>client side, but this is not a topic I have explored in depth.
>>
>>The problem at your other site does sound workstation specific. I would
>>start by checking to see if their is malware on the box.
>>
>>To see if a query is optimized you should use the show plan functionality
>>of
>>ARC. You may want to see if an index is missing at the first site you
>>talked about.
>>
>>Best Regards,
>>
>>Lance Schmidt
>>Advantage R&D
>>
>>"steven1034" <fake@fakemail.com> wrote in message
>>news:49a5fbe8@solutions.advantagedatabase.com...
>>> Hi Lance,
>>>
>>> Is the significant caching done at the file server or workstation, or
>>> both?
>>>
>>> Note that this behavior is not typical for this application. This slow
>>> down does not normally occur. It's only happened at two sites out of 40
>>> installations. The current site only has the two computers but at the
>>> other there were five identical workstations on the LAN while only one
>>> computer had this performance problem. So the indication is that the
>>> bottleneck is on the workstation and due to the configuration that
>>> particular machine, not the "file server" (by which I mean the peer to
>>> peer workstation on which the data files actually reside). Would you
>>> agree? I'll take your suggestion and research the way in which windows
>>> caches file reads in memory. If you have further suggestions about how
>>> to
>>> go about improving the configuration that would be very helpful.
>>>
>>> Can you refer me to a source of information on how to optimize the
>>> Advantage queries?
>>>
>>> Thanks for you help.
>>>
>>>
>>> -Steve
>>>
>>>
>>>
>>>>Hi Steve,
>>>>
>>>>This is the expected behavior with local server. When only one computer
>>>>is
>>>>accessing a file Windows can perform a large amount of data caching in
>>>>memory, which greatly improves performance. When a second computer
>>>>accesses
>>>>the file, the data can no longer be cached in memory and must read
>>>>across
>>>>the network each time. Taking 2-3 minutes seems a bit extreme but it
>>>>depends on the size of the data you are working with. Have you checked
>>>>to
>>>>make sure that you don't have any unoptimized queries?
>>>>
>>>>Best Regards,
>>>>
>>>>Lance Schmidt
>>>>Advantage R&D
>>>>
>>>>"steven1034" <fake@fakemail.com> wrote in message
>>>>news:49a59f43@solutions.advantagedatabase.com...
>>>>> We have a delphi application running on two workstations using local
>>>>> server and using ACE 9.0.0.1
>>>>>
>>>>> Workstation A- Windows Vista. Holds the database
>>>>> Workstation B- Windows XP
>>>>>
>>>>> The performance on Workstation B is fine until the application is also
>>>>> opened on the fileserver Workstation A. At that point Workstation B
>>>>> performance slows way way down. What took 3 seconds before then takes
>>>>> 2-3
>>>>> minutes. If the application is closed on Workstation A, it makes no
>>>>> difference until the application is closed on Workstation B and then
>>>>> reopened (without the app running on Workstation A)... then the
>>>>> performance is fine again.
>>>>>
>>>>> The application uses two adsconnections:
>>>>> adsconnection1 has 41 files with a total of 91 defined indexes
>>>>> adsconnection2 has 38 files with a total of 47 defined indexes
>>>>>
>>>>>
>>>>> The Adslocal.cfg file settings are:
>>>>> CONNECTIONS=40
>>>>>
>>>>> TABLES=200
>>>>>
>>>>> INDEXES=300
>>>>>
>>>>> LOCKS=500
>>>>>
>>>>>
>>>>> Your help with possible solutions or trouble shooting suggestions
>>>>> greatly
>>>>> appreciated.
>>>>>
>>>>>
>>>>> -Steve
>>>>>
>>>>> Note: Another odd thing is that only one other site (out of 40) using
>>>>> this application has reported a somewhat similar problem and that site
>>>>> has
>>>>> 6 identical Window XP computers running the application and only one
>>>>> is
>>>>> slow. But maybe this is an unrelated problem.
>>>>>
>>>>>
>>>>>
>>>>> --- posted by geoForum on http://delphi.newswhat.com
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> --- posted by geoForum on http://delphi.newswhat.com
>>
>>
>>
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com