#45917 [Opn->Bgs]: Load custom c++ library statically not possible with apache2.2

From: Date: Tue, 26 Aug 2008 22:30:29 +0000
Subject: #45917 [Opn->Bgs]: Load custom c++ library statically not possible with apache2.2
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-128440@lists.php.net to get a copy of this message
ID: 45917 Updated by: jani@php.net Reported By: nagakkumaran at gmail dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: winxpsp2 PHP Version: 5.2.6 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: ------------------------------------------------------------------------ [2008-08-26 06:31:37] nagakkumaran at gmail dot com Description: ------------ I am trying to create custom library for php extending zend. That was working fine, but if i try to refer a c++ dll inside that library, apache2.2 is not loading the custom library itself. but if i try to load the same c++ dll dynamically like c-type dll, i am able to get a reference of the function defined in that dll. Loading the c++ dll into the custom library statically is failing. If needed i will provide the code that iam testing Thanks for considering nagakumaran Expected result: ---------------- To be able to link c++ dll's statically with php custom libraries for apache2.2 and iis versions Actual result: -------------- Apache fails to load the php custom library if c++ dll is refered statically inside the custom library ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=45917&edit=1

« previous php.bugs (#128440) next »