Thanks very much for doing the work. I suspected that the version of PHP was a strong candidate. There is a lot of noise on the forums about memory leaks prior to 5.2.x.I spent a couple of hours today going over the PHP version migration documents, change logs, and backwards incompatabilities, and there are a few between 5.0.5 and 5.2.12 that could solve the problem, one specifically for foreach. There doesnt appear to enormous code heartache in migrating from 5.0.5 to 5.3.x, except in the winapi and date areas, but these should be straightforward enough.My dread relates to the need to upgrade 100+ machines out in the world. That will be very uncomfortable.On Monday I am going on a trip for 2 weeks so will be silent for a bit. When I get back I will do a test update and see how it goes. I will let you know how it all works out if you are interested. If all goes well I will want a development plus unlimited licence from you. Your timely and effective support has sold me.Thanks again.

I have created a simple PHP CLI script to show the problem and have uploaded it here.

I also created a video of the effect, but could not upload it here. The video can be found at pozzie.net/images/opc2.wmv .

I have considered subscriptions, but I have not yet worked out how to do it in PHP.

PHP version is 5.0.5 and Zend engine is 2.0.4. This combination has been running complex long lived PHP apps for me for quite a while with no dramas. I do hope this isnt soley a PHP problem, as upgrading the versions would be a real nuisance.

I am evaluating the EasyOPC-DA COM in a PHP environment. The script I am running in CLI simply opens a new instance:$client =new COM("OPCLabs.EasyDAClient.5.0");then sets up a variant array of 29 value ids:$ids = new VARIANT(array of value id strings);and then reads the values from the OPC server every 1/2 second in an infinite loop:$results = $client->ReadMultipleItems("", OPCServerName, $ids);Doing this all is well behaved. Now here is the bizzare part. If I add the line:foreach ($results as $X) { };after the ReadMultipleItems within the infinite loop the eopcdal.exe process starts to use ever increasing memory, and its cpu usage percentage also starts to increase, and even more bizzarely, the calling PHP script also starts to use more memory and cpu percentage. I have tried this with eopcdal.exe operating as a local server and as a service, and the behaviour remains the same and 100% repeatable.If I add something like:$result = strtok($X->Vtq->ToString(),' ');within the { } of the foreach then it seems like the increases gain in rate.If left running eventually the cpu goes to 100% and an error is thrown with no error type statement.I am certain I am not imagining this, and I am also certain I have no idea what to try next.Any ideas appreciated.