Setup problem [DEPRECATED dl() as of php 5.3]

C_K_Wu-2 2009-12-01 10:16:08 UTC #1

Hi, folks,

For the last two days, I had been trying to install (eGW 1.6.002 +
CK-ERP) over a new Fedora 12 environment (running the default php 5.3).

After successfully logging into the setup page, a blank page returns
instead of the usually Step 1,2,3,… page.

I traced the problem to …/phpgwapi/inc/class.translation.inc.php and
the following line (approx line 75),

==> if (extension_loaded(‘mbstring’) ||
@dl(PHP_SHLIB_PREFIX.‘mbstring.’.PHP_SHLIB_SUFFIX)) {

Changing this line to,

==> if (extension_loaded(‘mbstring’)) {

get everything back to normal, ie installation/setup completed successfully.

====================================================
Accordingly to php.net,

dl — Loads a PHP extension at runtime

.
.
This function has been /DEPRECATED/ as of PHP 5.3.0 and /REMOVED/ as of
PHP 6.0.0. Relying on this feature is highly discouraged.

=====================================================

I don’t know if the cutting out of @dl() , may have other implications
or side effects, the development team may like to follow up on this.

I have also grepped on ‘@dl(’ and there are quite a number of places
where the dl function is being used within the 1.6.002 code base.
Because of the ‘@’ sign, the undefined dl() function error would not
even be reported in error_log. Correcting the various ‘@dl(’ 's may
solve some strange unexpected failures.

Best Regards,
CK

Ralf_Becker_6 2009-12-01 11:27:02 UTC #2

Hi CK,

we are currently preparing a new community release 1.6.003, with
complete PHP5.3 (not PHP6) support. It’s currently available via svn
(1.6 branch) or the daily 1.6 snapshot on www.egroupware.org/download

So far I had no problems with dl and 5.3, thought openSUSE loads the
extensions automatically, when you install them. I have mbstring
installed, as it’s required to fully support utf-8.

I suspect your provider forbids dl() - some do - or you use a multi
threaded webserver, which does not provide dl(). In Trunk we use a
special function to check and load an extension, which checks of the
existence of dl() before calling it.

I added that check now to translations class in 1.6:
http://www.egroupware.org/viewvc/egroupware?view=rev&revision=28657

Please check and report if it fixes the problem on your system.

Ralf

C K Wu schrieb:

Hi, folks,

For the last two days, I had been trying to install (eGW 1.6.002 +
CK-ERP) over a new Fedora 12 environment (running the default php 5.3).

After successfully logging into the setup page, a blank page returns
instead of the usually Step 1,2,3,… page.

I traced the problem to …/phpgwapi/inc/class.translation.inc.php and
the following line (approx line 75),

==> if (extension_loaded(‘mbstring’) ||
@dl(PHP_SHLIB_PREFIX.‘mbstring.’.PHP_SHLIB_SUFFIX)) {

Changing this line to,

==> if (extension_loaded(‘mbstring’)) {

get everything back to normal, ie installation/setup completed successfully.

====================================================
Accordingly to php.net,

dl — Loads a PHP extension at runtime

.
.
This function has been /DEPRECATED/ as of PHP 5.3.0 and /REMOVED/ as of
PHP 6.0.0. Relying on this feature is highly discouraged.

=====================================================

I don’t know if the cutting out of @dl() , may have other implications
or side effects, the development team may like to follow up on this.

I have also grepped on ‘@dl(’ and there are quite a number of places
where the dl function is being used within the 1.6.002 code base.
Because of the ‘@’ sign, the undefined dl() function error would not
even be reported in error_log. Correcting the various ‘@dl(’ 's may
solve some strange unexpected failures.

Best Regards,
CK

Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

C_K_Wu-2 2009-12-02 01:45:24 UTC #3

Hi, Ralf,

Thank you for the quick reply.

I have downloaded your adjustment, and it works fine with the original
1.6.002 code base, and solves the setup problem. At the same time, you
may like to watch out for the other @dl() 's. It appears that the
default Fedora 12 environment does have enable_dl set to Off.

Best Regards,
CK

Hi CK,

we are currently preparing a new community release 1.6.003, with
complete PHP5.3 (not PHP6) support. It’s currently available via svn
(1.6 branch) or the daily 1.6 snapshot on www.egroupware.org/download

So far I had no problems with dl and 5.3, thought openSUSE loads the
extensions automatically, when you install them. I have mbstring
installed, as it’s required to fully support utf-8.

I suspect your provider forbids dl() - some do - or you use a multi
threaded webserver, which does not provide dl(). In Trunk we use a
special function to check and load an extension, which checks of the
existence of dl() before calling it.

I added that check now to translations class in 1.6:
http://www.egroupware.org/viewvc/egroupware?view=rev&revision=28657

Please check and report if it fixes the problem on your system.

Ralf

C K Wu schrieb:

Hi, folks,

For the last two days, I had been trying to install (eGW 1.6.002 +
CK-ERP) over a new Fedora 12 environment (running the default php 5.3).

After successfully logging into the setup page, a blank page returns
instead of the usually Step 1,2,3,… page.

I traced the problem to …/phpgwapi/inc/class.translation.inc.php and
the following line (approx line 75),

==> if (extension_loaded(‘mbstring’) ||
@dl(PHP_SHLIB_PREFIX.‘mbstring.’.PHP_SHLIB_SUFFIX)) {

Changing this line to,

==> if (extension_loaded(‘mbstring’)) {

get everything back to normal, ie installation/setup completed successfully.

====================================================
Accordingly to php.net,

dl — Loads a PHP extension at runtime

.
.
This function has been /DEPRECATED/ as of PHP 5.3.0 and /REMOVED/ as of
PHP 6.0.0. Relying on this feature is highly discouraged.

=====================================================

I don’t know if the cutting out of @dl() , may have other implications
or side effects, the development team may like to follow up on this.

I have also grepped on ‘@dl(’ and there are quite a number of places
where the dl function is being used within the 1.6.002 code base.
Because of the ‘@’ sign, the undefined dl() function error would not
even be reported in error_log. Correcting the various ‘@dl(’ 's may
solve some strange unexpected failures.

Best Regards,
CK

Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers