Re: [C++] SCA PHP Extension patches
On 3/7/07, Pete Robbins [EMAIL PROTECTED] wrote: On 22/02/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/22/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/21/07, Pete Robbins [EMAIL PROTECTED] wrote: Thanks. The apache mailing list seems sensitive to attachments. The Jira is the right place for it anyway. Cheers, On 21/02/07, Caroline Maynard [EMAIL PROTECTED] wrote: I had attached it to my post, and it appeared to get through OK for me, but perhaps not for others. So I've now raised https://issues.apache.org/jira/browse/TUSCANY-1133 and attached it to that. On 21/02/07, Simon Laws [EMAIL PROTECTED] wrote: I can't find the JIRA that you attached the patch to. Can you point me in the right direction? -- Caroline -- Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks Caroline OK, the patch improves the situation on windows somewhat so it's checked in now. I need to get it out and re-run on linux. Regards Simon I have been working on the PHP Extension on Linux and have got it into a working state but not without some changes in the code from pecl. Here is what I have done (though this is not yet checked in to svn): a) I have created a separate build for the extesnion with it's own build.sh. It can be packaged and released separately from the rest of Tuscany. This is an experiment to see if this model works and whether we should do this for other Tuscany Native extensions. I have included PHPCalculator sample with the extension rather than in the sca/samples. b) I have simplified the PHPCalcualtor sample. Currently there is no way for a PHP client to locate and call a Tuscany service as this code in the PHP_SCA code is not yet written. I have replaced the C++ client to a simple Python client. This cleans up the build process significantly! My concern is that this may make life easier for us but still hides a problem that I have experienced on linux which means that using a C++ client doesn't work with the C++ SCA automake system. I just haven't had the time to go back and work out why. I'm not suggesting you have the time either btw. Next I have changed the sample so that it demonstrates: 1. Add and Subtract are simple services in Calculator.php that can be called from the client. They do not reference any other service. 2. Multiply service can be called form the client and then uses a PHP_SCA injected reference to the multiply service ( Multiply.php). The resolution and calling of this referenced service does not involve the Tuscany php extension (I think) 3. Divide service can be called from the client and then uses an injected binding.tuscany that should go via a tuscany proxy/wrapper to invoke the method in Divide.php Not sure without seeing what code you now have. The way it was set up in SVN is demonstrated in the diagram. http://svn.apache.org/repos/asf/incubator/tuscany/cpp/sca/samples/PHPCalculator/phpcalculator.png. Only the CPP local client at the bottom was tested due, as you note, to PHP clients not being implemented yet. So 1. Add.php A basic PHP script that implements the component's add function and uses PHP SCA to find a PHP logging component. PHP SCA is running embedded here so it should go out via the native runtime, and use the model built from SCDL, to find the log comoponent. 2 Subtract.php A basic PHP script with a PHP funtion implementing the component's sub function. Again finds a PHP logging components via the native runtime. 3 Multiple.php A PHP class which provides a class function to implement the component's mul function. Again finds a PHP logging component via the native runtime 4 Divide.php A PHP SCA service (uses @services annotation) and provides a class function to implement the component's div function. Uses the native runtime to find a C++ Divide component and passes the message on. Because we don't have a PHP Client and because the C++ calculator component does add/subtract/multiply operations internally I also use the divide component (4) to call out to add/subtract/multiply temporarily. You will see some commented out lines in there. Currently 1. works with the Python client invoking locateService which returns a PythonProxy that is wired to the PHPServiceWrapper around Calculator.php. Cool 2 also works but I had to edit the pecl/sdo/sca/SCA.php createInstanceAndFillInReferences method so that it does not always return an SCA_TuscanyProxy if called when php is embedded. I changed this to test for the binding type being 'tuscany' so that in case 2 a non-Tuscany proxy gets returned. Unfortunately you find the SCA_SDO midst reorganization. The mechanism for developing extensions is being generalized to make it
Re: [C++] SCA PHP Extension patches
On 07/03/07, Simon Laws [EMAIL PROTECTED] wrote: On 3/7/07, Pete Robbins [EMAIL PROTECTED] wrote: On 22/02/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/22/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/21/07, Pete Robbins [EMAIL PROTECTED] wrote: Thanks. The apache mailing list seems sensitive to attachments. The Jira is the right place for it anyway. Cheers, On 21/02/07, Caroline Maynard [EMAIL PROTECTED] wrote: I had attached it to my post, and it appeared to get through OK for me, but perhaps not for others. So I've now raised https://issues.apache.org/jira/browse/TUSCANY-1133 and attached it to that. On 21/02/07, Simon Laws [EMAIL PROTECTED] wrote: I can't find the JIRA that you attached the patch to. Can you point me in the right direction? -- Caroline -- Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks Caroline OK, the patch improves the situation on windows somewhat so it's checked in now. I need to get it out and re-run on linux. Regards Simon I have been working on the PHP Extension on Linux and have got it into a working state but not without some changes in the code from pecl. Here is what I have done (though this is not yet checked in to svn): a) I have created a separate build for the extesnion with it's own build.sh. It can be packaged and released separately from the rest of Tuscany. This is an experiment to see if this model works and whether we should do this for other Tuscany Native extensions. I have included PHPCalculator sample with the extension rather than in the sca/samples. b) I have simplified the PHPCalcualtor sample. Currently there is no way for a PHP client to locate and call a Tuscany service as this code in the PHP_SCA code is not yet written. I have replaced the C++ client to a simple Python client. This cleans up the build process significantly! My concern is that this may make life easier for us but still hides a problem that I have experienced on linux which means that using a C++ client doesn't work with the C++ SCA automake system. I just haven't had the time to go back and work out why. I'm not suggesting you have the time either btw. I will go back and make this work someday! There should be nothing that a C++ client will pull in to cause the problem you see. For this simple sample though I don't want to have to do all the scagen, compile stuff when I can use a simple Python or Ruby client. Next I have changed the sample so that it demonstrates: 1. Add and Subtract are simple services in Calculator.php that can be called from the client. They do not reference any other service. 2. Multiply service can be called form the client and then uses a PHP_SCA injected reference to the multiply service ( Multiply.php). The resolution and calling of this referenced service does not involve the Tuscany php extension (I think) 3. Divide service can be called from the client and then uses an injected binding.tuscany that should go via a tuscany proxy/wrapper to invoke the method in Divide.php Not sure without seeing what code you now have. The way it was set up in SVN is demonstrated in the diagram. http://svn.apache.org/repos/asf/incubator/tuscany/cpp/sca/samples/PHPCalculator/phpcalculator.png . Only the CPP local client at the bottom was tested due, as you note, to PHP clients not being implemented yet. So 1. Add.php A basic PHP script that implements the component's add function and uses PHP SCA to find a PHP logging component. PHP SCA is running embedded here so it should go out via the native runtime, and use the model built from SCDL, to find the log comoponent. 2 Subtract.php A basic PHP script with a PHP funtion implementing the component's sub function. Again finds a PHP logging components via the native runtime. 3 Multiple.php A PHP class which provides a class function to implement the component's mul function. Again finds a PHP logging component via the native runtime 4 Divide.php A PHP SCA service (uses @services annotation) and provides a class function to implement the component's div function. Uses the native runtime to find a C++ Divide component and passes the message on. Because we don't have a PHP Client and because the C++ calculator component does add/subtract/multiply operations internally I also use the divide component (4) to call out to add/subtract/multiply temporarily. You will see some commented out lines in there. Currently 1. works with the Python client invoking locateService which returns a PythonProxy that is wired to the PHPServiceWrapper around Calculator.php. Cool 2 also works but I had to edit the
Re: [C++] SCA PHP Extension patches
On 3/7/07, Pete Robbins [EMAIL PROTECTED] wrote: On 07/03/07, Simon Laws [EMAIL PROTECTED] wrote: On 3/7/07, Pete Robbins [EMAIL PROTECTED] wrote: On 22/02/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/22/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/21/07, Pete Robbins [EMAIL PROTECTED] wrote: Thanks. The apache mailing list seems sensitive to attachments. The Jira is the right place for it anyway. Cheers, On 21/02/07, Caroline Maynard [EMAIL PROTECTED] wrote: I had attached it to my post, and it appeared to get through OK for me, but perhaps not for others. So I've now raised https://issues.apache.org/jira/browse/TUSCANY-1133 and attached it to that. On 21/02/07, Simon Laws [EMAIL PROTECTED] wrote: I can't find the JIRA that you attached the patch to. Can you point me in the right direction? -- Caroline -- Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks Caroline OK, the patch improves the situation on windows somewhat so it's checked in now. I need to get it out and re-run on linux. Regards Simon I have been working on the PHP Extension on Linux and have got it into a working state but not without some changes in the code from pecl. Here is what I have done (though this is not yet checked in to svn): a) I have created a separate build for the extesnion with it's own build.sh. It can be packaged and released separately from the rest of Tuscany. This is an experiment to see if this model works and whether we should do this for other Tuscany Native extensions. I have included PHPCalculator sample with the extension rather than in the sca/samples. b) I have simplified the PHPCalcualtor sample. Currently there is no way for a PHP client to locate and call a Tuscany service as this code in the PHP_SCA code is not yet written. I have replaced the C++ client to a simple Python client. This cleans up the build process significantly! My concern is that this may make life easier for us but still hides a problem that I have experienced on linux which means that using a C++ client doesn't work with the C++ SCA automake system. I just haven't had the time to go back and work out why. I'm not suggesting you have the time either btw. I will go back and make this work someday! There should be nothing that a C++ client will pull in to cause the problem you see. For this simple sample though I don't want to have to do all the scagen, compile stuff when I can use a simple Python or Ruby client. Next I have changed the sample so that it demonstrates: 1. Add and Subtract are simple services in Calculator.php that can be called from the client. They do not reference any other service. 2. Multiply service can be called form the client and then uses a PHP_SCA injected reference to the multiply service ( Multiply.php). The resolution and calling of this referenced service does not involve the Tuscany php extension (I think) 3. Divide service can be called from the client and then uses an injected binding.tuscany that should go via a tuscany proxy/wrapper to invoke the method in Divide.php Not sure without seeing what code you now have. The way it was set up in SVN is demonstrated in the diagram. http://svn.apache.org/repos/asf/incubator/tuscany/cpp/sca/samples/PHPCalculator/phpcalculator.png . Only the CPP local client at the bottom was tested due, as you note, to PHP clients not being implemented yet. So 1. Add.php A basic PHP script that implements the component's add function and uses PHP SCA to find a PHP logging component. PHP SCA is running embedded here so it should go out via the native runtime, and use the model built from SCDL, to find the log comoponent. 2 Subtract.php A basic PHP script with a PHP funtion implementing the component's sub function. Again finds a PHP logging components via the native runtime. 3 Multiple.php A PHP class which provides a class function to implement the component's mul function. Again finds a PHP logging component via the native runtime 4 Divide.php A PHP SCA service (uses @services annotation) and provides a class function to implement the component's div function. Uses the native runtime to find a C++ Divide component and passes the message on. Because we don't have a PHP Client and because the C++ calculator component does add/subtract/multiply operations internally I also use the divide component (4) to call out to add/subtract/multiply temporarily. You will see some commented out lines in there. Currently 1. works with the
Re: [C++] SCA PHP Extension patches
On 07/03/07, Simon Laws [EMAIL PROTECTED] wrote: On 3/7/07, Pete Robbins [EMAIL PROTECTED] wrote: On 07/03/07, Simon Laws [EMAIL PROTECTED] wrote: On 3/7/07, Pete Robbins [EMAIL PROTECTED] wrote: On 22/02/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/22/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/21/07, Pete Robbins [EMAIL PROTECTED] wrote: Thanks. The apache mailing list seems sensitive to attachments. The Jira is the right place for it anyway. Cheers, On 21/02/07, Caroline Maynard [EMAIL PROTECTED] wrote: I had attached it to my post, and it appeared to get through OK for me, but perhaps not for others. So I've now raised https://issues.apache.org/jira/browse/TUSCANY-1133 and attached it to that. On 21/02/07, Simon Laws [EMAIL PROTECTED] wrote: I can't find the JIRA that you attached the patch to. Can you point me in the right direction? -- Caroline -- Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks Caroline OK, the patch improves the situation on windows somewhat so it's checked in now. I need to get it out and re-run on linux. Regards Simon I have been working on the PHP Extension on Linux and have got it into a working state but not without some changes in the code from pecl. Here is what I have done (though this is not yet checked in to svn): a) I have created a separate build for the extesnion with it's own build.sh. It can be packaged and released separately from the rest of Tuscany. This is an experiment to see if this model works and whether we should do this for other Tuscany Native extensions. I have included PHPCalculator sample with the extension rather than in the sca/samples. b) I have simplified the PHPCalcualtor sample. Currently there is no way for a PHP client to locate and call a Tuscany service as this code in the PHP_SCA code is not yet written. I have replaced the C++ client to a simple Python client. This cleans up the build process significantly! My concern is that this may make life easier for us but still hides a problem that I have experienced on linux which means that using a C++ client doesn't work with the C++ SCA automake system. I just haven't had the time to go back and work out why. I'm not suggesting you have the time either btw. I will go back and make this work someday! There should be nothing that a C++ client will pull in to cause the problem you see. For this simple sample though I don't want to have to do all the scagen, compile stuff when I can use a simple Python or Ruby client. Next I have changed the sample so that it demonstrates: 1. Add and Subtract are simple services in Calculator.php that can be called from the client. They do not reference any other service. 2. Multiply service can be called form the client and then uses a PHP_SCA injected reference to the multiply service ( Multiply.php). The resolution and calling of this referenced service does not involve the Tuscany php extension (I think) 3. Divide service can be called from the client and then uses an injected binding.tuscany that should go via a tuscany proxy/wrapper to invoke the method in Divide.php Not sure without seeing what code you now have. The way it was set up in SVN is demonstrated in the diagram. http://svn.apache.org/repos/asf/incubator/tuscany/cpp/sca/samples/PHPCalculator/phpcalculator.png . Only the CPP local client at the bottom was tested due, as you note, to PHP clients not being implemented yet. So 1. Add.php A basic PHP script that implements the component's add function and uses PHP SCA to find a PHP logging component. PHP SCA is running embedded here so it should go out via the native runtime, and use the model built from SCDL, to find the log comoponent. 2 Subtract.php A basic PHP script with a PHP funtion implementing the component's sub function. Again finds a PHP logging components via the native runtime. 3 Multiple.php A PHP class which provides a class function to implement the component's mul function. Again finds a PHP logging component via the native runtime 4 Divide.php A PHP SCA service (uses @services annotation) and provides a class function to implement the component's div function. Uses the native runtime to find a C++ Divide component and passes the message on. Because we don't have a PHP Client and because the C++ calculator component does
Re: [C++] SCA PHP Extension patches
On 2/21/07, Pete Robbins [EMAIL PROTECTED] wrote: Thanks. The apache mailing list seems sensitive to attachments. The Jira is the right place for it anyway. Cheers, On 21/02/07, Caroline Maynard [EMAIL PROTECTED] wrote: I had attached it to my post, and it appeared to get through OK for me, but perhaps not for others. So I've now raised https://issues.apache.org/jira/browse/TUSCANY-1133 and attached it to that. On 21/02/07, Simon Laws [EMAIL PROTECTED] wrote: I can't find the JIRA that you attached the patch to. Can you point me in the right direction? -- Caroline -- Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks Caroline
Re: [C++] SCA PHP Extension patches
On 2/22/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/21/07, Pete Robbins [EMAIL PROTECTED] wrote: Thanks. The apache mailing list seems sensitive to attachments. The Jira is the right place for it anyway. Cheers, On 21/02/07, Caroline Maynard [EMAIL PROTECTED] wrote: I had attached it to my post, and it appeared to get through OK for me, but perhaps not for others. So I've now raised https://issues.apache.org/jira/browse/TUSCANY-1133 and attached it to that. On 21/02/07, Simon Laws [EMAIL PROTECTED] wrote: I can't find the JIRA that you attached the patch to. Can you point me in the right direction? -- Caroline -- Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks Caroline OK, the patch improves the situation on windows somewhat so it's checked in now. I need to get it out and re-run on linux. Regards Simon
Re: [C++] SCA PHP Extension patches
I've been battling with getting this working under Windows, and attach a patch with my latest efforts. Note that these changes work hand-in-hand with corresponding changes to the Tuscany bindings for PHP SCA, which are already in place in the AVOCET branch in the PECL repository. On my Windows box with the patch installed, the PHP Calculator sample runs clean, with no crashes on shutdown and no reported leaks of PHP memory. I've also done quite a bit of tidying up, to make the inner workings a more standard use of the PHP engine. In particular, I've broken out the big php_eval_script() into its component parts, which makes it much easier to debug. Unfortunately I haven't had time to refactor SCA_TuscanyWrapper::invoke() subsequently, so it is rather a long sprawl at present and could do with further prettying. I also hid the SCA_Tuscany object handle from user space, because exporting the handle as a reference was rather dangerous code. One thing I haven't yet tackled is getting the thread context right for reentrant paths through the extension. I've been investigating this, and I think it's going to require saving a thread context in each of the mediator objects, and restoring the correct one on invoke(). However what's there seems to work OK in the simple environment of the PHP Calculator sample. I'm out for a few days now - could someone give it a spin on *IX and make sure that's still OK? On 07/02/07, Simon Laws [EMAIL PROTECTED] wrote: I've just checked in some changes to the VC project on windows which will hopefully work for you now. I've also updated the build for the PHP Calculator sample. Having said this I can't get it to run on my windows box. As I've said before I'm a bit suspicious of my windows configuration but I'm not getting the same error as before so it's likely that ithis is a real problem with the PHP Extension code. Would still be useful to know if you see a failure in the PHP engine code also. -- Caroline - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [C++] SCA PHP Extension patches
On 2/21/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/21/07, Caroline Maynard [EMAIL PROTECTED] wrote: I've been battling with getting this working under Windows, and attach a patch with my latest efforts. Note that these changes work hand-in-hand with corresponding changes to the Tuscany bindings for PHP SCA, which are already in place in the AVOCET branch in the PECL repository. On my Windows box with the patch installed, the PHP Calculator sample runs clean, with no crashes on shutdown and no reported leaks of PHP memory. I've also done quite a bit of tidying up, to make the inner workings a more standard use of the PHP engine. In particular, I've broken out the big php_eval_script() into its component parts, which makes it much easier to debug. Unfortunately I haven't had time to refactor SCA_TuscanyWrapper::invoke() subsequently, so it is rather a long sprawl at present and could do with further prettying. I also hid the SCA_Tuscany object handle from user space, because exporting the handle as a reference was rather dangerous code. One thing I haven't yet tackled is getting the thread context right for reentrant paths through the extension. I've been investigating this, and I think it's going to require saving a thread context in each of the mediator objects, and restoring the correct one on invoke(). However what's there seems to work OK in the simple environment of the PHP Calculator sample. I'm out for a few days now - could someone give it a spin on *IX and make sure that's still OK? On 07/02/07, Simon Laws [EMAIL PROTECTED] wrote: I've just checked in some changes to the VC project on windows which will hopefully work for you now. I've also updated the build for the PHP Calculator sample. Having said this I can't get it to run on my windows box. As I've said before I'm a bit suspicious of my windows configuration but I'm not getting the same error as before so it's likely that ithis is a real problem with the PHP Extension code. Would still be useful to know if you see a failure in the PHP engine code also. -- Caroline - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Great, thanks Caroline. I'll give it a spin. Simon Hi Caroline. I can't find the JIRA that you attached the patch to. Can you point me in the right direction? Thanks Simon
Re: [C++] SCA PHP Extension patches
I had attached it to my post, and it appeared to get through OK for me, but perhaps not for others. So I've now raised https://issues.apache.org/jira/browse/TUSCANY-1133 and attached it to that. On 21/02/07, Simon Laws [EMAIL PROTECTED] wrote: I can't find the JIRA that you attached the patch to. Can you point me in the right direction? -- Caroline
Re: [C++] SCA PHP Extension patches
Thanks. The apache mailing list seems sensitive to attachments. The Jira is the right place for it anyway. Cheers, On 21/02/07, Caroline Maynard [EMAIL PROTECTED] wrote: I had attached it to my post, and it appeared to get through OK for me, but perhaps not for others. So I've now raised https://issues.apache.org/jira/browse/TUSCANY-1133 and attached it to that. On 21/02/07, Simon Laws [EMAIL PROTECTED] wrote: I can't find the JIRA that you attached the patch to. Can you point me in the right direction? -- Caroline -- Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[C++] SCA PHP Extension patches
I've attached patches to add reference support to the PHP Extension ( https://issues.apache.org/jira/browse/TUSCANY-1089). This is a fairly major change and there have been several build problems in getting this to work. As it's been a bit of a struggle I'm keen to get someone else to help me try in on other boxes because I'm still having problems on my configuration and its not clear if it's me or if there are rela problems. Sharing via svn is the best way to do this but I should mention that this won't work without some changes to the SCA_SDO PECL extension which I'm in the process of making at the moment. They aren't there just yet. Simon
Re: [C++] SCA PHP Extension patches
Hi Simon, I'm taking a look at them now. I'll let you know how I get on. Cheers Andy On 2/2/07, Simon Laws [EMAIL PROTECTED] wrote: I've attached patches to add reference support to the PHP Extension ( https://issues.apache.org/jira/browse/TUSCANY-1089). This is a fairly major change and there have been several build problems in getting this to work. As it's been a bit of a struggle I'm keen to get someone else to help me try in on other boxes because I'm still having problems on my configuration and its not clear if it's me or if there are rela problems. Sharing via svn is the best way to do this but I should mention that this won't work without some changes to the SCA_SDO PECL extension which I'm in the process of making at the moment. They aren't there just yet. Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [C++] SCA PHP Extension patches
On 2/2/07, Andrew Borley [EMAIL PROTECTED] wrote: Hi Simon, I'm taking a look at them now. I'll let you know how I get on. Cheers Andy On 2/2/07, Simon Laws [EMAIL PROTECTED] wrote: I've attached patches to add reference support to the PHP Extension ( https://issues.apache.org/jira/browse/TUSCANY-1089). This is a fairly major change and there have been several build problems in getting this to work. As it's been a bit of a struggle I'm keen to get someone else to help me try in on other boxes because I'm still having problems on my configuration and its not clear if it's me or if there are rela problems. Sharing via svn is the best way to do this but I should mention that this won't work without some changes to the SCA_SDO PECL extension which I'm in the process of making at the moment. They aren't there just yet. Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Andy, just thinking that by defauly we may want to disable the automake link to the PHP Extension and PHP Calculator sub projects because of course they won't generally build unless you have your environment set up just so. In the patches I left them enabled :-( Simon
Re: [C++] SCA PHP Extension patches
On 2/2/07, Simon Laws [EMAIL PROTECTED] wrote: On 2/2/07, Andrew Borley [EMAIL PROTECTED] wrote: Hi Simon, I'm taking a look at them now. I'll let you know how I get on. Cheers Andy On 2/2/07, Simon Laws [EMAIL PROTECTED] wrote: I've attached patches to add reference support to the PHP Extension ( https://issues.apache.org/jira/browse/TUSCANY-1089). This is a fairly major change and there have been several build problems in getting this to work. As it's been a bit of a struggle I'm keen to get someone else to help me try in on other boxes because I'm still having problems on my configuration and its not clear if it's me or if there are rela problems. Sharing via svn is the best way to do this but I should mention that this won't work without some changes to the SCA_SDO PECL extension which I'm in the process of making at the moment. They aren't there just yet. Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Andy, just thinking that by defauly we may want to disable the automake link to the PHP Extension and PHP Calculator sub projects because of course they won't generally build unless you have your environment set up just so. In the patches I left them enabled :-( Simon Hi Simon, The PHP extension sample are by default disabled at the moment - you need to run configure --enable-php to build them on Linux. I've committed the patches ( aslo updated the windows vcproj file), but currently I'm failing to build on windows due to not having the PECL SCA_SDO stuff that you mentioned and also getting some weird DLL import and Winsock error messages... any ideas? Cheers Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]