| php mbstring extension doesnt load [message #175313] |
Sat, 03 September 2011 23:09  |
Cat 22
Messages: 6
Registered: September 2011
Karma: 0
|
Junior Member |
|
|
I'm on a mandriva x64 (2010.0) system and have
PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
installed, i use lighttpd as my webserver for local stuff.
I find i need the mbstring extension so i installed it via mcc
its now in /usr/lib64/php/extensions/mbstring.so
but php -m dosent list it as loaded.
The /etc/php.ini file has an mbstring section which i
set to this (all the other items under [mbstring] are commented out):
[mbstring]
; language for internal character representation.
; http://php.net/mbstring.language
mbstring.language = English
I restarted lighttpd but i still dont have mbstring loaded.
What have i missed?
Thanks
Cat22
|
|
|
|
| Re: php mbstring extension doesnt load [message #175314 is a reply to message #175313] |
Sun, 04 September 2011 02:22  |
Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
On 9/3/2011 7:09 PM, Cat 22 wrote:
> I'm on a mandriva x64 (2010.0) system and have
> PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
> installed, i use lighttpd as my webserver for local stuff.
> I find i need the mbstring extension so i installed it via mcc
> its now in /usr/lib64/php/extensions/mbstring.so
> but php -m dosent list it as loaded.
> The /etc/php.ini file has an mbstring section which i
> set to this (all the other items under [mbstring] are commented out):
> [mbstring]
> ; language for internal character representation.
> ; http://php.net/mbstring.language
> mbstring.language = English
>
> I restarted lighttpd but i still dont have mbstring loaded.
> What have i missed?
> Thanks
> Cat22
>
>
Did you load the extension in your php.ini file?
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
|
|
|
|
| Re: php mbstring extension doesnt load [message #175315 is a reply to message #175314] |
Sun, 04 September 2011 05:03 |
Cat 22
Messages: 6
Registered: September 2011
Karma: 0
|
Junior Member |
|
|
Jerry Stuckle wrote:
> On 9/3/2011 7:09 PM, Cat 22 wrote:
>> I'm on a mandriva x64 (2010.0) system and have
>> PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>> installed, i use lighttpd as my webserver for local stuff.
>> I find i need the mbstring extension so i installed it via mcc
>> its now in /usr/lib64/php/extensions/mbstring.so
>> but php -m dosent list it as loaded.
>> The /etc/php.ini file has an mbstring section which i
>> set to this (all the other items under [mbstring] are commented
>> out):
>> [mbstring]
>> ; language for internal character representation.
>> ; http://php.net/mbstring.language
>> mbstring.language = English
>>
>> I restarted lighttpd but i still dont have mbstring loaded.
>> What have i missed?
>> Thanks
>> Cat22
>>
>>
>
> Did you load the extension in your php.ini file?
>
I tried that, like this but it didnt help
from /etc/php.ini:
; Directory in which the loadable extensions (modules) reside.
; http://php.net/extension-dir
extension_dir = "/usr/lib64/php/extensions"
; If you wish to have an extension loaded automatically, use the
following
; syntax:
;
; extension=modulename.extension
extension=mbstring.so <== i added this line
;
; On Mandriva, we don't add the extensions in php.ini anymore, we put
; them in /etc/php.d/<number>_<name>.ini, for example 10_recode.ini.
;
; This is so that the RPMS can register themselves without having to
; modify the php.ini file.
Also:
#locate mbstring
/etc/php.d/29_mbstring.ini
/usr/lib64/php/extensions/mbstring.so
#cat /etc/php.d/29_mbstring.ini
extension = mbstring.so
I then restarted lighttpd
Still no joy
Thanks
Cat22
|
|
|
|
| Re: php mbstring extension doesnt load [message #175316 is a reply to message #175315] |
Sun, 04 September 2011 10:28 |
Thomas 'PointedEars'
Messages: 701
Registered: October 2010
Karma: 0
|
Senior Member |
|
|
Cat 22 wrote:
> Jerry Stuckle wrote:
>> Did you load the extension in your php.ini file?
> I tried that, like this but it didnt help
>
> from /etc/php.ini:
>
> ; Directory in which the loadable extensions (modules) reside.
> ; http://php.net/extension-dir
> extension_dir = "/usr/lib64/php/extensions"
>
> ; If you wish to have an extension loaded automatically, use the
> following
> ; syntax:
> ;
> ; extension=modulename.extension
> extension=mbstring.so <== i added this line
How could you be doing this after reading the following?
> ;
> ; On Mandriva, we don't add the extensions in php.ini anymore, we put
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> ; them in /etc/php.d/<number>_<name>.ini, for example 10_recode.ini.
And please fix your From header field. Both parts.
<http://www.interhack.net/pubs/munging-harmful/>
PointedEars
--
realism: HTML 4.01 Strict
evangelism: XHTML 1.0 Strict
madness: XHTML 1.1 as application/xhtml+xml
-- Bjoern Hoehrmann
|
|
|
|
| Re: php mbstring extension doesnt load [message #175318 is a reply to message #175315] |
Sun, 04 September 2011 13:38 |
Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
On 9/4/2011 1:03 AM, Cat 22 wrote:
> Jerry Stuckle wrote:
>
>> On 9/3/2011 7:09 PM, Cat 22 wrote:
>>> I'm on a mandriva x64 (2010.0) system and have
>>> PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>>> installed, i use lighttpd as my webserver for local stuff.
>>> I find i need the mbstring extension so i installed it via mcc
>>> its now in /usr/lib64/php/extensions/mbstring.so
>>> but php -m dosent list it as loaded.
>>> The /etc/php.ini file has an mbstring section which i
>>> set to this (all the other items under [mbstring] are commented
>>> out):
>>> [mbstring]
>>> ; language for internal character representation.
>>> ; http://php.net/mbstring.language
>>> mbstring.language = English
>>>
>>> I restarted lighttpd but i still dont have mbstring loaded.
>>> What have i missed?
>>> Thanks
>>> Cat22
>>>
>>>
>>
>> Did you load the extension in your php.ini file?
>>
> I tried that, like this but it didnt help
>
> from /etc/php.ini:
>
> ; Directory in which the loadable extensions (modules) reside.
> ; http://php.net/extension-dir
> extension_dir = "/usr/lib64/php/extensions"
>
> ; If you wish to have an extension loaded automatically, use the
> following
> ; syntax:
> ;
> ; extension=modulename.extension
> extension=mbstring.so<== i added this line
> ;
> ; On Mandriva, we don't add the extensions in php.ini anymore, we put
> ; them in /etc/php.d/<number>_<name>.ini, for example 10_recode.ini.
> ;
> ; This is so that the RPMS can register themselves without having to
> ; modify the php.ini file.
>
> Also:
>
> #locate mbstring
> /etc/php.d/29_mbstring.ini
> /usr/lib64/php/extensions/mbstring.so
>
> #cat /etc/php.d/29_mbstring.ini
> extension = mbstring.so
>
> I then restarted lighttpd
> Still no joy
> Thanks
> Cat22
OK, some other questions. First of all, did you change the correct
php.ini file? This usually is more of a problem in Windows systems than
Unix ones, but it can still occur. phpinfo() will show you which ini
file is being used.
Also, are you using the 64 bit version of PHP? Is the version of
mbstring you installed the correct one for your version of PHP (I don't
know where you got either one). Also, what's in
/etc/php.d/29_mbstring.ini? Is this the file you're supposed to include?
ALso, I'm not familiar with Mandriva, but you should be asking them what
they requires for their package system to work.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
|
|
|
|
| Re: php mbstring extension doesnt load [message #175321 is a reply to message #175316] |
Mon, 05 September 2011 02:12 |
Cat22
Messages: 2
Registered: September 2011
Karma: 0
|
Junior Member |
|
|
On Sun 9/4/2011 3:28 AM, Thomas 'PointedEars' Lahn wrote:
> Cat 22 wrote:
>
>> Jerry Stuckle wrote:
>>> Did you load the extension in your php.ini file?
>> I tried that, like this but it didnt help
>>
>> from /etc/php.ini:
>>
>> ; Directory in which the loadable extensions (modules) reside.
>> ; http://php.net/extension-dir
>> extension_dir = "/usr/lib64/php/extensions"
>>
>> ; If you wish to have an extension loaded automatically, use the
>> following
>> ; syntax:
>> ;
>> ; extension=modulename.extension
>> extension=mbstring.so<== i added this line
>
> How could you be doing this after reading the following?
>
>> ;
>> ; On Mandriva, we don't add the extensions in php.ini anymore, we put
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> ; them in /etc/php.d/<number>_<name>.ini, for example 10_recode.ini.
>
> And please fix your From header field. Both parts.
What part of it dont you like?
>
> <http://www.interhack.net/pubs/munging-harmful/>
>
>
> PointedEars
|
|
|
|
| Re: php mbstring extension doesnt load [message #175322 is a reply to message #175318] |
Mon, 05 September 2011 02:22 |
Cat22
Messages: 2
Registered: September 2011
Karma: 0
|
Junior Member |
|
|
On Sun 9/4/2011 6:38 AM, Jerry Stuckle wrote:
> On 9/4/2011 1:03 AM, Cat 22 wrote:
>> Jerry Stuckle wrote:
>>
>>> On 9/3/2011 7:09 PM, Cat 22 wrote:
>>>> I'm on a mandriva x64 (2010.0) system and have
>>>> PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>>>> installed, i use lighttpd as my webserver for local stuff.
>>>> I find i need the mbstring extension so i installed it via mcc
>>>> its now in /usr/lib64/php/extensions/mbstring.so
>>>> but php -m dosent list it as loaded.
>>>> The /etc/php.ini file has an mbstring section which i
>>>> set to this (all the other items under [mbstring] are commented
>>>> out):
>>>> [mbstring]
>>>> ; language for internal character representation.
>>>> ; http://php.net/mbstring.language
>>>> mbstring.language = English
>>>>
>>>> I restarted lighttpd but i still dont have mbstring loaded.
>>>> What have i missed?
>>>> Thanks
>>>> Cat22
>>>>
>>>>
>>>
>>> Did you load the extension in your php.ini file?
>>>
>> I tried that, like this but it didnt help
>>
>> from /etc/php.ini:
>>
>> ; Directory in which the loadable extensions (modules) reside.
>> ; http://php.net/extension-dir
>> extension_dir = "/usr/lib64/php/extensions"
>>
>> ; If you wish to have an extension loaded automatically, use the
>> following
>> ; syntax:
>> ;
>> ; extension=modulename.extension
>> extension=mbstring.so<== i added this line
>> ;
>> ; On Mandriva, we don't add the extensions in php.ini anymore, we put
>> ; them in /etc/php.d/<number>_<name>.ini, for example 10_recode.ini.
>> ;
>> ; This is so that the RPMS can register themselves without having to
>> ; modify the php.ini file.
>>
>> Also:
>>
>> #locate mbstring
>> /etc/php.d/29_mbstring.ini
>> /usr/lib64/php/extensions/mbstring.so
>>
>> #cat /etc/php.d/29_mbstring.ini
>> extension = mbstring.so
>>
>> I then restarted lighttpd
>> Still no joy
>> Thanks
>> Cat22
>
>
> OK, some other questions. First of all, did you change the correct
> php.ini file? This usually is more of a problem in Windows systems than
> Unix ones, but it can still occur. phpinfo() will show you which ini
> file is being used.
>
> Also, are you using the 64 bit version of PHP? Is the version of
> mbstring you installed the correct one for your version of PHP (I don't
> know where you got either one). Also, what's in
> /etc/php.d/29_mbstring.ini? Is this the file you're supposed to include?
>
> ALso, I'm not familiar with Mandriva, but you should be asking them what
> they requires for their package system to work.
>
I am trying to run phpsysinfo. version 2.5.4 runs fine so i tried
installing the latest version (3.0.13) and this is where i ran into the
mbstring error. I think i just need to get mbstring.so to load and i;ll
probably be ok, but even tho its the same directory as other loadable
extensions it doesnt load.
Yeh, I'm using the x86_64 version of php, everything is x86_64 and
version 5.3.6 according to mandriva control center
Thanks
Cat22
|
|
|
|
| Re: php mbstring extension doesnt load [message #175323 is a reply to message #175321] |
Mon, 05 September 2011 02:32 |
Doug Miller
Messages: 171
Registered: August 2011
Karma: 0
|
Senior Member |
|
|
On 9/4/2011 10:12 PM, Cat22 wrote:
> On Sun 9/4/2011 3:28 AM, Thomas 'PointedEars' Lahn wrote:
>> And please fix your From header field. Both parts.
> What part of it dont you like?
Never mind PointedHead -- that's just his pet delusion coming out.
>>
>> <http://www.interhack.net/pubs/munging-harmful/>
Note the date that article was written: thirteen years ago. The steps
recommended therein for stopping spam haven't worked at all. And that's
why people continue to munge their email addresses when posting to
UseNet, despite the delusions of net nannies like PointedHead who still,
in the face of abundant evidence to the contrary, continue to actually
believe nonsense like the cited article.
|
|
|
|
| Re: php mbstring extension doesnt load [message #175325 is a reply to message #175322] |
Mon, 05 September 2011 12:25 |
Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
On 9/4/2011 10:22 PM, Cat22 wrote:
> On Sun 9/4/2011 6:38 AM, Jerry Stuckle wrote:
>> On 9/4/2011 1:03 AM, Cat 22 wrote:
>>> Jerry Stuckle wrote:
>>>
>>>> On 9/3/2011 7:09 PM, Cat 22 wrote:
>>>> > I'm on a mandriva x64 (2010.0) system and have
>>>> > PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>>>> > installed, i use lighttpd as my webserver for local stuff.
>>>> > I find i need the mbstring extension so i installed it via mcc
>>>> > its now in /usr/lib64/php/extensions/mbstring.so
>>>> > but php -m dosent list it as loaded.
>>>> > The /etc/php.ini file has an mbstring section which i
>>>> > set to this (all the other items under [mbstring] are commented
>>>> > out):
>>>> > [mbstring]
>>>> > ; language for internal character representation.
>>>> > ; http://php.net/mbstring.language
>>>> > mbstring.language = English
>>>> >
>>>> > I restarted lighttpd but i still dont have mbstring loaded.
>>>> > What have i missed?
>>>> > Thanks
>>>> > Cat22
>>>> >
>>>> >
>>>>
>>>> Did you load the extension in your php.ini file?
>>>>
>>> I tried that, like this but it didnt help
>>>
>>> from /etc/php.ini:
>>>
>>> ; Directory in which the loadable extensions (modules) reside.
>>> ; http://php.net/extension-dir
>>> extension_dir = "/usr/lib64/php/extensions"
>>>
>>> ; If you wish to have an extension loaded automatically, use the
>>> following
>>> ; syntax:
>>> ;
>>> ; extension=modulename.extension
>>> extension=mbstring.so<== i added this line
>>> ;
>>> ; On Mandriva, we don't add the extensions in php.ini anymore, we put
>>> ; them in /etc/php.d/<number>_<name>.ini, for example 10_recode.ini.
>>> ;
>>> ; This is so that the RPMS can register themselves without having to
>>> ; modify the php.ini file.
>>>
>>> Also:
>>>
>>> #locate mbstring
>>> /etc/php.d/29_mbstring.ini
>>> /usr/lib64/php/extensions/mbstring.so
>>>
>>> #cat /etc/php.d/29_mbstring.ini
>>> extension = mbstring.so
>>>
>>> I then restarted lighttpd
>>> Still no joy
>>> Thanks
>>> Cat22
>>
>>
>> OK, some other questions. First of all, did you change the correct
>> php.ini file? This usually is more of a problem in Windows systems than
>> Unix ones, but it can still occur. phpinfo() will show you which ini
>> file is being used.
>>
>> Also, are you using the 64 bit version of PHP? Is the version of
>> mbstring you installed the correct one for your version of PHP (I don't
>> know where you got either one). Also, what's in
>> /etc/php.d/29_mbstring.ini? Is this the file you're supposed to include?
>>
>> ALso, I'm not familiar with Mandriva, but you should be asking them what
>> they requires for their package system to work.
>>
> I am trying to run phpsysinfo. version 2.5.4 runs fine so i tried
> installing the latest version (3.0.13) and this is where i ran into the
> mbstring error. I think i just need to get mbstring.so to load and i;ll
> probably be ok, but even tho its the same directory as other loadable
> extensions it doesnt load.
> Yeh, I'm using the x86_64 version of php, everything is x86_64 and
> version 5.3.6 according to mandriva control center
> Thanks
> Cat22
OK, what about the answers to my other questions? What the mandriva
control center says is immaterial here.
Also, do you have the correct version of mbstring.so on your system?
Extensions are version-specific.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
|
|
|
|
| Re: php mbstring extension doesnt load [message #175327 is a reply to message #175318] |
Tue, 06 September 2011 00:06 |
Cat 22
Messages: 6
Registered: September 2011
Karma: 0
|
Junior Member |
|
|
Jerry Stuckle wrote:
> On 9/4/2011 1:03 AM, Cat 22 wrote:
>> Jerry Stuckle wrote:
>>
>>> On 9/3/2011 7:09 PM, Cat 22 wrote:
>>>> I'm on a mandriva x64 (2010.0) system and have
>>>> PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>>>> installed, i use lighttpd as my webserver for local stuff.
>>>> I find i need the mbstring extension so i installed it via mcc
>>>> its now in /usr/lib64/php/extensions/mbstring.so
>>>> but php -m dosent list it as loaded.
>>>> The /etc/php.ini file has an mbstring section which i
>>>> set to this (all the other items under [mbstring] are commented
>>>> out):
>>>> [mbstring]
>>>> ; language for internal character representation.
>>>> ; http://php.net/mbstring.language
>>>> mbstring.language = English
>>>>
>>>> I restarted lighttpd but i still dont have mbstring loaded.
>>>> What have i missed?
>>>> Thanks
>>>> Cat22
>>>>
>>>>
>>>
>>> Did you load the extension in your php.ini file?
>>>
>> I tried that, like this but it didnt help
>>
>> from /etc/php.ini:
>>
>> ; Directory in which the loadable extensions (modules) reside.
>> ; http://php.net/extension-dir
>> extension_dir = "/usr/lib64/php/extensions"
>>
>> ; If you wish to have an extension loaded automatically, use the
>> following
>> ; syntax:
>> ;
>> ; extension=modulename.extension
>> extension=mbstring.so<== i added this line
>> ;
>> ; On Mandriva, we don't add the extensions in php.ini anymore, we
>> put ; them in /etc/php.d/<number>_<name>.ini, for example
>> 10_recode.ini. ;
>> ; This is so that the RPMS can register themselves without having
>> to ; modify the php.ini file.
>>
>> Also:
>>
>> #locate mbstring
>> /etc/php.d/29_mbstring.ini
>> /usr/lib64/php/extensions/mbstring.so
>>
>> #cat /etc/php.d/29_mbstring.ini
>> extension = mbstring.so
>>
>> I then restarted lighttpd
>> Still no joy
>> Thanks
>> Cat22
>
>
> OK, some other questions. First of all, did you change the correct
> php.ini file? This usually is more of a problem in Windows systems
> than
As near as i can tell i have these:
/etc/php-cgi-fcgi.ini
/etc/php.ini
/etc/php.ini.ccpbackup
grepping i find:
rep mbstring /etc/php.ini
extension=mbstring.so
[mbstring]
; http://php.net/mbstring.language
mbstring.language = English
; http://php.net/mbstring.internal-encoding
;mbstring.internal_encoding = EUC-JP
; http://php.net/mbstring.http-input
;mbstring.http_input = auto
; http://php.net/mbstring.http-output
;mbstring.http_output = SJIS
; mbstring.internal_encoding setting. Input chars are
; http://php.net/mbstring.encoding-translation
;mbstring.encoding_translation = Off
; http://php.net/mbstring.detect-order
;mbstring.detect_order = auto
; http://php.net/mbstring.substitute-character
;mbstring.substitute_character = none;
; overload(replace) single byte functions by mbstring functions.
; http://php.net/mbstring.func-overload
;mbstring.func_overload = 0
;mbstring.strict_detection = Off
; Default: mbstring.http_output_conv_mimetype=^(text/|
application/xhtml\+xml)
;mbstring.http_output_conv_mimetype=
;mbstring.script_encoding=
; With mbstring support this will automatically be converted into the
encoding
; given by corresponding encode setting. When empty
mbstring.internal_encoding
and for the other ini file:
grep mbstring /etc/php-cgi-fcgi.ini
extension=mbstring.so
[mbstring]
; http://php.net/mbstring.language
mbstring.language = English
; http://php.net/mbstring.internal-encoding
;mbstring.internal_encoding = EUC-JP
; http://php.net/mbstring.http-input
;mbstring.http_input = auto
; http://php.net/mbstring.http-output
;mbstring.http_output = SJIS
; mbstring.internal_encoding setting. Input chars are
; http://php.net/mbstring.encoding-translation
;mbstring.encoding_translation = Off
; http://php.net/mbstring.detect-order
;mbstring.detect_order = auto
; http://php.net/mbstring.substitute-character
;mbstring.substitute_character = none;
; overload(replace) single byte functions by mbstring functions.
; http://php.net/mbstring.func-overload
;mbstring.func_overload = 0
;mbstring.strict_detection = Off
; Default: mbstring.http_output_conv_mimetype=^(text/|
application/xhtml\+xml)
;mbstring.http_output_conv_mimetype=
;mbstring.script_encoding=
; With mbstring support this will automatically be converted into the
encoding
; given by corresponding encode setting. When empty
mbstring.internal_encoding
> Unix ones, but it can still occur. phpinfo() will show you which
> ini file is being used.
I dont have phpinfo on my system.
I do have these tho:
php php-cgi php-config php-fcgi phpize
>
> Also, are you using the 64 bit version of PHP? Is the version of
> mbstring you installed the correct one for your version of PHP (I
> don't
yes, i checked using the "file" cmd and php, php-cgi and lighttpd are
all x86_64 executables as is mbstring.so so no conflict there
> know where you got either one). Also, what's in
> /etc/php.d/29_mbstring.ini? Is this the file you're supposed to
> include?
>
> ALso, I'm not familiar with Mandriva, but you should be asking them
> what they requires for their package system to work.
>
Well generally in Mandrive there are ini files located in
/etc/php.d/, each file has a one liner "extension=mbstring.so" (as an
example
the actual mbstring.so file is in /usr/lib64/php/extensions/
My guess at this point is that the vesion of php they distribute has
no ability to load modules at run time.
I cant find any info that shows any of the modules being dynamically
loaded. Its possible however that some ini option has dynamic loading
turned off
|
|
|
|
| Re: php mbstring extension doesnt load [message #175328 is a reply to message #175327] |
Tue, 06 September 2011 00:46 |
Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
On 9/5/2011 8:06 PM, Cat 22 wrote:
> Jerry Stuckle wrote:
>
>> On 9/4/2011 1:03 AM, Cat 22 wrote:
>>> Jerry Stuckle wrote:
>>>
>>>> On 9/3/2011 7:09 PM, Cat 22 wrote:
>>>> > I'm on a mandriva x64 (2010.0) system and have
>>>> > PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>>>> > installed, i use lighttpd as my webserver for local stuff.
>>>> > I find i need the mbstring extension so i installed it via mcc
>>>> > its now in /usr/lib64/php/extensions/mbstring.so
>>>> > but php -m dosent list it as loaded.
>>>> > The /etc/php.ini file has an mbstring section which i
>>>> > set to this (all the other items under [mbstring] are commented
>>>> > out):
>>>> > [mbstring]
>>>> > ; language for internal character representation.
>>>> > ; http://php.net/mbstring.language
>>>> > mbstring.language = English
>>>> >
>>>> > I restarted lighttpd but i still dont have mbstring loaded.
>>>> > What have i missed?
>>>> > Thanks
>>>> > Cat22
>>>> >
>>>> >
>>>>
>>>> Did you load the extension in your php.ini file?
>>>>
>>> I tried that, like this but it didnt help
>>>
>>> from /etc/php.ini:
>>>
>>> ; Directory in which the loadable extensions (modules) reside.
>>> ; http://php.net/extension-dir
>>> extension_dir = "/usr/lib64/php/extensions"
>>>
>>> ; If you wish to have an extension loaded automatically, use the
>>> following
>>> ; syntax:
>>> ;
>>> ; extension=modulename.extension
>>> extension=mbstring.so<== i added this line
>>> ;
>>> ; On Mandriva, we don't add the extensions in php.ini anymore, we
>>> put ; them in /etc/php.d/<number>_<name>.ini, for example
>>> 10_recode.ini. ;
>>> ; This is so that the RPMS can register themselves without having
>>> to ; modify the php.ini file.
>>>
>>> Also:
>>>
>>> #locate mbstring
>>> /etc/php.d/29_mbstring.ini
>>> /usr/lib64/php/extensions/mbstring.so
>>>
>>> #cat /etc/php.d/29_mbstring.ini
>>> extension = mbstring.so
>>>
>>> I then restarted lighttpd
>>> Still no joy
>>> Thanks
>>> Cat22
>>
>>
>> OK, some other questions. First of all, did you change the correct
>> php.ini file? This usually is more of a problem in Windows systems
>> than
> As near as i can tell i have these:
> /etc/php-cgi-fcgi.ini
> /etc/php.ini
> /etc/php.ini.ccpbackup
>
> grepping i find:
>
> rep mbstring /etc/php.ini
> extension=mbstring.so
> [mbstring]
> ; http://php.net/mbstring.language
> mbstring.language = English
> ; http://php.net/mbstring.internal-encoding
> ;mbstring.internal_encoding = EUC-JP
> ; http://php.net/mbstring.http-input
> ;mbstring.http_input = auto
> ; http://php.net/mbstring.http-output
> ;mbstring.http_output = SJIS
> ; mbstring.internal_encoding setting. Input chars are
> ; http://php.net/mbstring.encoding-translation
> ;mbstring.encoding_translation = Off
> ; http://php.net/mbstring.detect-order
> ;mbstring.detect_order = auto
> ; http://php.net/mbstring.substitute-character
> ;mbstring.substitute_character = none;
> ; overload(replace) single byte functions by mbstring functions.
> ; http://php.net/mbstring.func-overload
> ;mbstring.func_overload = 0
> ;mbstring.strict_detection = Off
> ; Default: mbstring.http_output_conv_mimetype=^(text/|
> application/xhtml\+xml)
> ;mbstring.http_output_conv_mimetype=
> ;mbstring.script_encoding=
> ; With mbstring support this will automatically be converted into the
> encoding
> ; given by corresponding encode setting. When empty
> mbstring.internal_encoding
>
> and for the other ini file:
> grep mbstring /etc/php-cgi-fcgi.ini
> extension=mbstring.so
> [mbstring]
> ; http://php.net/mbstring.language
> mbstring.language = English
> ; http://php.net/mbstring.internal-encoding
> ;mbstring.internal_encoding = EUC-JP
> ; http://php.net/mbstring.http-input
> ;mbstring.http_input = auto
> ; http://php.net/mbstring.http-output
> ;mbstring.http_output = SJIS
> ; mbstring.internal_encoding setting. Input chars are
> ; http://php.net/mbstring.encoding-translation
> ;mbstring.encoding_translation = Off
> ; http://php.net/mbstring.detect-order
> ;mbstring.detect_order = auto
> ; http://php.net/mbstring.substitute-character
> ;mbstring.substitute_character = none;
> ; overload(replace) single byte functions by mbstring functions.
> ; http://php.net/mbstring.func-overload
> ;mbstring.func_overload = 0
> ;mbstring.strict_detection = Off
> ; Default: mbstring.http_output_conv_mimetype=^(text/|
> application/xhtml\+xml)
> ;mbstring.http_output_conv_mimetype=
> ;mbstring.script_encoding=
> ; With mbstring support this will automatically be converted into the
> encoding
> ; given by corresponding encode setting. When empty
> mbstring.internal_encoding
>
>
>> Unix ones, but it can still occur. phpinfo() will show you which
>> ini file is being used.
> I dont have phpinfo on my system.
> I do have these tho:
> php php-cgi php-config php-fcgi phpize
>
>>
>> Also, are you using the 64 bit version of PHP? Is the version of
>> mbstring you installed the correct one for your version of PHP (I
>> don't
> yes, i checked using the "file" cmd and php, php-cgi and lighttpd are
> all x86_64 executables as is mbstring.so so no conflict there
>> know where you got either one). Also, what's in
>> /etc/php.d/29_mbstring.ini? Is this the file you're supposed to
>> include?
>>
>> ALso, I'm not familiar with Mandriva, but you should be asking them
>> what they requires for their package system to work.
>>
> Well generally in Mandrive there are ini files located in
> /etc/php.d/, each file has a one liner "extension=mbstring.so" (as an
> example
> the actual mbstring.so file is in /usr/lib64/php/extensions/
>
> My guess at this point is that the vesion of php they distribute has
> no ability to load modules at run time.
> I cant find any info that shows any of the modules being dynamically
> loaded. Its possible however that some ini option has dynamic loading
> turned off
>
Dynamic loading would not be turned off (not even sure it can be).
Once again - check phpinfo(). It will tell you (among a lot of other
good things) which initialization file is being used. That's the one
you need to be looking at.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
|
|
|
|
| Re: php mbstring extension doesnt load [message #175329 is a reply to message #175328] |
Tue, 06 September 2011 01:12 |
Cat 22
Messages: 6
Registered: September 2011
Karma: 0
|
Junior Member |
|
|
Jerry Stuckle wrote:
> On 9/5/2011 8:06 PM, Cat 22 wrote:
>> Jerry Stuckle wrote:
>>
>>> On 9/4/2011 1:03 AM, Cat 22 wrote:
>>>> Jerry Stuckle wrote:
>>>>
>>>> > On 9/3/2011 7:09 PM, Cat 22 wrote:
>>>> >> I'm on a mandriva x64 (2010.0) system and have
>>>> >> PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>>>> >> installed, i use lighttpd as my webserver for local stuff.
>>>> >> I find i need the mbstring extension so i installed it via mcc
>>>> >> its now in /usr/lib64/php/extensions/mbstring.so
>>>> >> but php -m dosent list it as loaded.
>>>> >> The /etc/php.ini file has an mbstring section which i
>>>> >> set to this (all the other items under [mbstring] are
>>>> >> commented out):
>>>> >> [mbstring]
>>>> >> ; language for internal character representation.
>>>> >> ; http://php.net/mbstring.language
>>>> >> mbstring.language = English
>>>> >>
>>>> >> I restarted lighttpd but i still dont have mbstring loaded.
>>>> >> What have i missed?
>>>> >> Thanks
>>>> >> Cat22
>>>> >>
>>>> >>
>>>> >
>>>> > Did you load the extension in your php.ini file?
>>>> >
>>>> I tried that, like this but it didnt help
>>>>
>>>> from /etc/php.ini:
>>>>
>>>> ; Directory in which the loadable extensions (modules) reside.
>>>> ; http://php.net/extension-dir
>>>> extension_dir = "/usr/lib64/php/extensions"
>>>>
>>>> ; If you wish to have an extension loaded automatically, use the
>>>> following
>>>> ; syntax:
>>>> ;
>>>> ; extension=modulename.extension
>>>> extension=mbstring.so<== i added this line
>>>> ;
>>>> ; On Mandriva, we don't add the extensions in php.ini anymore,
>>>> we put ; them in /etc/php.d/<number>_<name>.ini, for example
>>>> 10_recode.ini. ;
>>>> ; This is so that the RPMS can register themselves without
>>>> having to ; modify the php.ini file.
>>>>
>>>> Also:
>>>>
>>>> #locate mbstring
>>>> /etc/php.d/29_mbstring.ini
>>>> /usr/lib64/php/extensions/mbstring.so
>>>>
>>>> #cat /etc/php.d/29_mbstring.ini
>>>> extension = mbstring.so
>>>>
>>>> I then restarted lighttpd
>>>> Still no joy
>>>> Thanks
>>>> Cat22
>>>
>>>
>>> OK, some other questions. First of all, did you change the
>>> correct
>>> php.ini file? This usually is more of a problem in Windows
>>> systems than
>> As near as i can tell i have these:
>> /etc/php-cgi-fcgi.ini
>> /etc/php.ini
>> /etc/php.ini.ccpbackup
>>
>> grepping i find:
>>
>> rep mbstring /etc/php.ini
>> extension=mbstring.so
>> [mbstring]
>> ; http://php.net/mbstring.language
>> mbstring.language = English
>> ; http://php.net/mbstring.internal-encoding
>> ;mbstring.internal_encoding = EUC-JP
>> ; http://php.net/mbstring.http-input
>> ;mbstring.http_input = auto
>> ; http://php.net/mbstring.http-output
>> ;mbstring.http_output = SJIS
>> ; mbstring.internal_encoding setting. Input chars are
>> ; http://php.net/mbstring.encoding-translation
>> ;mbstring.encoding_translation = Off
>> ; http://php.net/mbstring.detect-order
>> ;mbstring.detect_order = auto
>> ; http://php.net/mbstring.substitute-character
>> ;mbstring.substitute_character = none;
>> ; overload(replace) single byte functions by mbstring functions.
>> ; http://php.net/mbstring.func-overload
>> ;mbstring.func_overload = 0
>> ;mbstring.strict_detection = Off
>> ; Default: mbstring.http_output_conv_mimetype=^(text/|
>> application/xhtml\+xml)
>> ;mbstring.http_output_conv_mimetype=
>> ;mbstring.script_encoding=
>> ; With mbstring support this will automatically be converted into
>> the encoding
>> ; given by corresponding encode setting. When empty
>> mbstring.internal_encoding
>>
>> and for the other ini file:
>> grep mbstring /etc/php-cgi-fcgi.ini
>> extension=mbstring.so
>> [mbstring]
>> ; http://php.net/mbstring.language
>> mbstring.language = English
>> ; http://php.net/mbstring.internal-encoding
>> ;mbstring.internal_encoding = EUC-JP
>> ; http://php.net/mbstring.http-input
>> ;mbstring.http_input = auto
>> ; http://php.net/mbstring.http-output
>> ;mbstring.http_output = SJIS
>> ; mbstring.internal_encoding setting. Input chars are
>> ; http://php.net/mbstring.encoding-translation
>> ;mbstring.encoding_translation = Off
>> ; http://php.net/mbstring.detect-order
>> ;mbstring.detect_order = auto
>> ; http://php.net/mbstring.substitute-character
>> ;mbstring.substitute_character = none;
>> ; overload(replace) single byte functions by mbstring functions.
>> ; http://php.net/mbstring.func-overload
>> ;mbstring.func_overload = 0
>> ;mbstring.strict_detection = Off
>> ; Default: mbstring.http_output_conv_mimetype=^(text/|
>> application/xhtml\+xml)
>> ;mbstring.http_output_conv_mimetype=
>> ;mbstring.script_encoding=
>> ; With mbstring support this will automatically be converted into
>> the encoding
>> ; given by corresponding encode setting. When empty
>> mbstring.internal_encoding
>>
>>
>>> Unix ones, but it can still occur. phpinfo() will show you which
>>> ini file is being used.
>> I dont have phpinfo on my system.
>> I do have these tho:
>> php php-cgi php-config php-fcgi phpize
>>
>>>
>>> Also, are you using the 64 bit version of PHP? Is the version of
>>> mbstring you installed the correct one for your version of PHP (I
>>> don't
>> yes, i checked using the "file" cmd and php, php-cgi and lighttpd
>> are all x86_64 executables as is mbstring.so so no conflict there
>>> know where you got either one). Also, what's in
>>> /etc/php.d/29_mbstring.ini? Is this the file you're supposed to
>>> include?
>>>
>>> ALso, I'm not familiar with Mandriva, but you should be asking
>>> them what they requires for their package system to work.
>>>
>> Well generally in Mandrive there are ini files located in
>> /etc/php.d/, each file has a one liner "extension=mbstring.so" (as
>> an example
>> the actual mbstring.so file is in /usr/lib64/php/extensions/
>>
>> My guess at this point is that the vesion of php they distribute
>> has no ability to load modules at run time.
>> I cant find any info that shows any of the modules being
>> dynamically loaded. Its possible however that some ini option has
>> dynamic loading turned off
>>
>
> Dynamic loading would not be turned off (not even sure it can be).
>
> Once again - check phpinfo(). It will tell you (among a lot of
> other
> good things) which initialization file is being used. That's the
> one you need to be looking at.
>
There is no phpinfo on my system, should it have been part of php?
|
|
|
|
| Re: php mbstring extension doesnt load [message #175330 is a reply to message #175329] |
Tue, 06 September 2011 01:27 |
Cat 22
Messages: 6
Registered: September 2011
Karma: 0
|
Junior Member |
|
|
Cat 22 wrote:
> Jerry Stuckle wrote:
>
>> On 9/5/2011 8:06 PM, Cat 22 wrote:
>>> Jerry Stuckle wrote:
>>>
>>>> On 9/4/2011 1:03 AM, Cat 22 wrote:
>>>> > Jerry Stuckle wrote:
>>>> >
>>>> >> On 9/3/2011 7:09 PM, Cat 22 wrote:
>>>> >>> I'm on a mandriva x64 (2010.0) system and have
>>>> >>> PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>>>> >>> installed, i use lighttpd as my webserver for local stuff.
>>>> >>> I find i need the mbstring extension so i installed it via
>>>> >>> mcc its now in /usr/lib64/php/extensions/mbstring.so
>>>> >>> but php -m dosent list it as loaded.
>>>> >>> The /etc/php.ini file has an mbstring section which i
>>>> >>> set to this (all the other items under [mbstring] are
>>>> >>> commented out):
>>>> >>> [mbstring]
>>>> >>> ; language for internal character representation.
>>>> >>> ; http://php.net/mbstring.language
>>>> >>> mbstring.language = English
>>>> >>>
>>>> >>> I restarted lighttpd but i still dont have mbstring loaded.
>>>> >>> What have i missed?
>>>> >>> Thanks
>>>> >>> Cat22
>>>> >>>
>>>> >>>
>>>> >>
>>>> >> Did you load the extension in your php.ini file?
>>>> >>
>>>> > I tried that, like this but it didnt help
>>>> >
>>>> > from /etc/php.ini:
>>>> >
>>>> > ; Directory in which the loadable extensions (modules) reside.
>>>> > ; http://php.net/extension-dir
>>>> > extension_dir = "/usr/lib64/php/extensions"
>>>> >
>>>> > ; If you wish to have an extension loaded automatically, use
>>>> > the following
>>>> > ; syntax:
>>>> > ;
>>>> > ; extension=modulename.extension
>>>> > extension=mbstring.so<== i added this line
>>>> > ;
>>>> > ; On Mandriva, we don't add the extensions in php.ini anymore,
>>>> > we put ; them in /etc/php.d/<number>_<name>.ini, for example
>>>> > 10_recode.ini. ;
>>>> > ; This is so that the RPMS can register themselves without
>>>> > having to ; modify the php.ini file.
>>>> >
>>>> > Also:
>>>> >
>>>> > #locate mbstring
>>>> > /etc/php.d/29_mbstring.ini
>>>> > /usr/lib64/php/extensions/mbstring.so
>>>> >
>>>> > #cat /etc/php.d/29_mbstring.ini
>>>> > extension = mbstring.so
>>>> >
>>>> > I then restarted lighttpd
>>>> > Still no joy
>>>> > Thanks
>>>> > Cat22
>>>>
>>>>
>>>> OK, some other questions. First of all, did you change the
>>>> correct
>>>> php.ini file? This usually is more of a problem in Windows
>>>> systems than
>>> As near as i can tell i have these:
>>> /etc/php-cgi-fcgi.ini
>>> /etc/php.ini
>>> /etc/php.ini.ccpbackup
>>>
>>> grepping i find:
>>>
>>> rep mbstring /etc/php.ini
>>> extension=mbstring.so
>>> [mbstring]
>>> ; http://php.net/mbstring.language
>>> mbstring.language = English
>>> ; http://php.net/mbstring.internal-encoding
>>> ;mbstring.internal_encoding = EUC-JP
>>> ; http://php.net/mbstring.http-input
>>> ;mbstring.http_input = auto
>>> ; http://php.net/mbstring.http-output
>>> ;mbstring.http_output = SJIS
>>> ; mbstring.internal_encoding setting. Input chars are
>>> ; http://php.net/mbstring.encoding-translation
>>> ;mbstring.encoding_translation = Off
>>> ; http://php.net/mbstring.detect-order
>>> ;mbstring.detect_order = auto
>>> ; http://php.net/mbstring.substitute-character
>>> ;mbstring.substitute_character = none;
>>> ; overload(replace) single byte functions by mbstring functions.
>>> ; http://php.net/mbstring.func-overload
>>> ;mbstring.func_overload = 0
>>> ;mbstring.strict_detection = Off
>>> ; Default: mbstring.http_output_conv_mimetype=^(text/|
>>> application/xhtml\+xml)
>>> ;mbstring.http_output_conv_mimetype=
>>> ;mbstring.script_encoding=
>>> ; With mbstring support this will automatically be converted into
>>> the encoding
>>> ; given by corresponding encode setting. When empty
>>> mbstring.internal_encoding
>>>
>>> and for the other ini file:
>>> grep mbstring /etc/php-cgi-fcgi.ini
>>> extension=mbstring.so
>>> [mbstring]
>>> ; http://php.net/mbstring.language
>>> mbstring.language = English
>>> ; http://php.net/mbstring.internal-encoding
>>> ;mbstring.internal_encoding = EUC-JP
>>> ; http://php.net/mbstring.http-input
>>> ;mbstring.http_input = auto
>>> ; http://php.net/mbstring.http-output
>>> ;mbstring.http_output = SJIS
>>> ; mbstring.internal_encoding setting. Input chars are
>>> ; http://php.net/mbstring.encoding-translation
>>> ;mbstring.encoding_translation = Off
>>> ; http://php.net/mbstring.detect-order
>>> ;mbstring.detect_order = auto
>>> ; http://php.net/mbstring.substitute-character
>>> ;mbstring.substitute_character = none;
>>> ; overload(replace) single byte functions by mbstring functions.
>>> ; http://php.net/mbstring.func-overload
>>> ;mbstring.func_overload = 0
>>> ;mbstring.strict_detection = Off
>>> ; Default: mbstring.http_output_conv_mimetype=^(text/|
>>> application/xhtml\+xml)
>>> ;mbstring.http_output_conv_mimetype=
>>> ;mbstring.script_encoding=
>>> ; With mbstring support this will automatically be converted into
>>> the encoding
>>> ; given by corresponding encode setting. When empty
>>> mbstring.internal_encoding
>>>
>>>
>>>> Unix ones, but it can still occur. phpinfo() will show you
>>>> which ini file is being used.
>>> I dont have phpinfo on my system.
>>> I do have these tho:
>>> php php-cgi php-config php-fcgi phpize
>>>
>>>>
>>>> Also, are you using the 64 bit version of PHP? Is the version
>>>> of mbstring you installed the correct one for your version of
>>>> PHP (I don't
>>> yes, i checked using the "file" cmd and php, php-cgi and lighttpd
>>> are all x86_64 executables as is mbstring.so so no conflict there
>>>> know where you got either one). Also, what's in
>>>> /etc/php.d/29_mbstring.ini? Is this the file you're supposed to
>>>> include?
>>>>
>>>> ALso, I'm not familiar with Mandriva, but you should be asking
>>>> them what they requires for their package system to work.
>>>>
>>> Well generally in Mandrive there are ini files located in
>>> /etc/php.d/, each file has a one liner "extension=mbstring.so"
>>> (as an example
>>> the actual mbstring.so file is in /usr/lib64/php/extensions/
>>>
>>> My guess at this point is that the vesion of php they distribute
>>> has no ability to load modules at run time.
>>> I cant find any info that shows any of the modules being
>>> dynamically loaded. Its possible however that some ini option has
>>> dynamic loading turned off
>>>
>>
>> Dynamic loading would not be turned off (not even sure it can be).
>>
>> Once again - check phpinfo(). It will tell you (among a lot of
>> other
>> good things) which initialization file is being used. That's the
>> one you need to be looking at.
>>
> There is no phpinfo on my system, should it have been part of php?
I downloaded PHPsnippet-information-phpinfo.php fromthe net
it shows a of of stuff but no reference to mbstring
at the end of the listing i see this too:
xml
XML Support => active
XML Namespace Support => active
libxml2 Version => 2.7.6
xmlreader
XMLReader => enabled
xmlwriter
XMLWriter => enabled
Additional Modules
Module Name
Looks to me like there are no modules being loaded at all
I'm starting to think this is a Mandriva bug and strongly
considering filing a bug report on it.
|
|
|
|
| Re: php mbstring extension doesnt load [message #175331 is a reply to message #175329] |
Tue, 06 September 2011 01:52 |
Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
On 9/5/2011 9:12 PM, Cat 22 wrote:
> Jerry Stuckle wrote:
>
>> On 9/5/2011 8:06 PM, Cat 22 wrote:
>>> Jerry Stuckle wrote:
>>>
>>>> On 9/4/2011 1:03 AM, Cat 22 wrote:
>>>> > Jerry Stuckle wrote:
>>>> >
>>>> >> On 9/3/2011 7:09 PM, Cat 22 wrote:
>>>> >>> I'm on a mandriva x64 (2010.0) system and have
>>>> >>> PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>>>> >>> installed, i use lighttpd as my webserver for local stuff.
>>>> >>> I find i need the mbstring extension so i installed it via mcc
>>>> >>> its now in /usr/lib64/php/extensions/mbstring.so
>>>> >>> but php -m dosent list it as loaded.
>>>> >>> The /etc/php.ini file has an mbstring section which i
>>>> >>> set to this (all the other items under [mbstring] are
>>>> >>> commented out):
>>>> >>> [mbstring]
>>>> >>> ; language for internal character representation.
>>>> >>> ; http://php.net/mbstring.language
>>>> >>> mbstring.language = English
>>>> >>>
>>>> >>> I restarted lighttpd but i still dont have mbstring loaded.
>>>> >>> What have i missed?
>>>> >>> Thanks
>>>> >>> Cat22
>>>> >>>
>>>> >>>
>>>> >>
>>>> >> Did you load the extension in your php.ini file?
>>>> >>
>>>> > I tried that, like this but it didnt help
>>>> >
>>>> > from /etc/php.ini:
>>>> >
>>>> > ; Directory in which the loadable extensions (modules) reside.
>>>> > ; http://php.net/extension-dir
>>>> > extension_dir = "/usr/lib64/php/extensions"
>>>> >
>>>> > ; If you wish to have an extension loaded automatically, use the
>>>> > following
>>>> > ; syntax:
>>>> > ;
>>>> > ; extension=modulename.extension
>>>> > extension=mbstring.so<== i added this line
>>>> > ;
>>>> > ; On Mandriva, we don't add the extensions in php.ini anymore,
>>>> > we put ; them in /etc/php.d/<number>_<name>.ini, for example
>>>> > 10_recode.ini. ;
>>>> > ; This is so that the RPMS can register themselves without
>>>> > having to ; modify the php.ini file.
>>>> >
>>>> > Also:
>>>> >
>>>> > #locate mbstring
>>>> > /etc/php.d/29_mbstring.ini
>>>> > /usr/lib64/php/extensions/mbstring.so
>>>> >
>>>> > #cat /etc/php.d/29_mbstring.ini
>>>> > extension = mbstring.so
>>>> >
>>>> > I then restarted lighttpd
>>>> > Still no joy
>>>> > Thanks
>>>> > Cat22
>>>>
>>>>
>>>> OK, some other questions. First of all, did you change the
>>>> correct
>>>> php.ini file? This usually is more of a problem in Windows
>>>> systems than
>>> As near as i can tell i have these:
>>> /etc/php-cgi-fcgi.ini
>>> /etc/php.ini
>>> /etc/php.ini.ccpbackup
>>>
>>> grepping i find:
>>>
>>> rep mbstring /etc/php.ini
>>> extension=mbstring.so
>>> [mbstring]
>>> ; http://php.net/mbstring.language
>>> mbstring.language = English
>>> ; http://php.net/mbstring.internal-encoding
>>> ;mbstring.internal_encoding = EUC-JP
>>> ; http://php.net/mbstring.http-input
>>> ;mbstring.http_input = auto
>>> ; http://php.net/mbstring.http-output
>>> ;mbstring.http_output = SJIS
>>> ; mbstring.internal_encoding setting. Input chars are
>>> ; http://php.net/mbstring.encoding-translation
>>> ;mbstring.encoding_translation = Off
>>> ; http://php.net/mbstring.detect-order
>>> ;mbstring.detect_order = auto
>>> ; http://php.net/mbstring.substitute-character
>>> ;mbstring.substitute_character = none;
>>> ; overload(replace) single byte functions by mbstring functions.
>>> ; http://php.net/mbstring.func-overload
>>> ;mbstring.func_overload = 0
>>> ;mbstring.strict_detection = Off
>>> ; Default: mbstring.http_output_conv_mimetype=^(text/|
>>> application/xhtml\+xml)
>>> ;mbstring.http_output_conv_mimetype=
>>> ;mbstring.script_encoding=
>>> ; With mbstring support this will automatically be converted into
>>> the encoding
>>> ; given by corresponding encode setting. When empty
>>> mbstring.internal_encoding
>>>
>>> and for the other ini file:
>>> grep mbstring /etc/php-cgi-fcgi.ini
>>> extension=mbstring.so
>>> [mbstring]
>>> ; http://php.net/mbstring.language
>>> mbstring.language = English
>>> ; http://php.net/mbstring.internal-encoding
>>> ;mbstring.internal_encoding = EUC-JP
>>> ; http://php.net/mbstring.http-input
>>> ;mbstring.http_input = auto
>>> ; http://php.net/mbstring.http-output
>>> ;mbstring.http_output = SJIS
>>> ; mbstring.internal_encoding setting. Input chars are
>>> ; http://php.net/mbstring.encoding-translation
>>> ;mbstring.encoding_translation = Off
>>> ; http://php.net/mbstring.detect-order
>>> ;mbstring.detect_order = auto
>>> ; http://php.net/mbstring.substitute-character
>>> ;mbstring.substitute_character = none;
>>> ; overload(replace) single byte functions by mbstring functions.
>>> ; http://php.net/mbstring.func-overload
>>> ;mbstring.func_overload = 0
>>> ;mbstring.strict_detection = Off
>>> ; Default: mbstring.http_output_conv_mimetype=^(text/|
>>> application/xhtml\+xml)
>>> ;mbstring.http_output_conv_mimetype=
>>> ;mbstring.script_encoding=
>>> ; With mbstring support this will automatically be converted into
>>> the encoding
>>> ; given by corresponding encode setting. When empty
>>> mbstring.internal_encoding
>>>
>>>
>>>> Unix ones, but it can still occur. phpinfo() will show you which
>>>> ini file is being used.
>>> I dont have phpinfo on my system.
>>> I do have these tho:
>>> php php-cgi php-config php-fcgi phpize
>>>
>>>>
>>>> Also, are you using the 64 bit version of PHP? Is the version of
>>>> mbstring you installed the correct one for your version of PHP (I
>>>> don't
>>> yes, i checked using the "file" cmd and php, php-cgi and lighttpd
>>> are all x86_64 executables as is mbstring.so so no conflict there
>>>> know where you got either one). Also, what's in
>>>> /etc/php.d/29_mbstring.ini? Is this the file you're supposed to
>>>> include?
>>>>
>>>> ALso, I'm not familiar with Mandriva, but you should be asking
>>>> them what they requires for their package system to work.
>>>>
>>> Well generally in Mandrive there are ini files located in
>>> /etc/php.d/, each file has a one liner "extension=mbstring.so" (as
>>> an example
>>> the actual mbstring.so file is in /usr/lib64/php/extensions/
>>>
>>> My guess at this point is that the vesion of php they distribute
>>> has no ability to load modules at run time.
>>> I cant find any info that shows any of the modules being
>>> dynamically loaded. Its possible however that some ini option has
>>> dynamic loading turned off
>>>
>>
>> Dynamic loading would not be turned off (not even sure it can be).
>>
>> Once again - check phpinfo(). It will tell you (among a lot of
>> other
>> good things) which initialization file is being used. That's the
>> one you need to be looking at.
>>
> There is no phpinfo on my system, should it have been part of php?
phpinfo() is a PHP function call (see the manual).
Create a web page with just the following:
<?php
phpinfo();
?>
Place it where it is accessible to your web server and bring the page up
in your browser (don't leave it on your system - it tells people all
kinds of things about your installation).
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
|
|
|
|
| Re: php mbstring extension doesnt load [message #175332 is a reply to message #175330] |
Tue, 06 September 2011 02:15 |
Cat 22
Messages: 6
Registered: September 2011
Karma: 0
|
Junior Member |
|
|
Cat 22 wrote:
> Cat 22 wrote:
>
>> Jerry Stuckle wrote:
>>
>>> On 9/5/2011 8:06 PM, Cat 22 wrote:
>>>> Jerry Stuckle wrote:
>>>>
>>>> > On 9/4/2011 1:03 AM, Cat 22 wrote:
>>>> >> Jerry Stuckle wrote:
>>>> >>
>>>> >>> On 9/3/2011 7:09 PM, Cat 22 wrote:
>>>> >>>> I'm on a mandriva x64 (2010.0) system and have
>>>> >>>> PHP 5.2.6 (cli) (built: Nov 15 2009 11:54:34)
>>>> >>>> installed, i use lighttpd as my webserver for local stuff.
>>>> >>>> I find i need the mbstring extension so i installed it via
>>>> >>>> mcc its now in /usr/lib64/php/extensions/mbstring.so
>>>> >>>> but php -m dosent list it as loaded.
>>>> >>>> The /etc/php.ini file has an mbstring section which i
>>>> >>>> set to this (all the other items under [mbstring] are
>>>> >>>> commented out):
>>>> >>>> [mbstring]
>>>> >>>> ; language for internal character representation.
>>>> >>>> ; http://php.net/mbstring.language
>>>> >>>> mbstring.language = English
>>>> >>>>
>>>> >>>> I restarted lighttpd but i still dont have mbstring loaded.
>>>> >>>> What have i missed?
>>>> >>>> Thanks
>>>> >>>> Cat22
>>>> >>>>
>>>> >>>>
>>>> >>>
>>>> >>> Did you load the extension in your php.ini file?
>>>> >>>
>>>> >> I tried that, like this but it didnt help
>>>> >>
>>>> >> from /etc/php.ini:
>>>> >>
>>>> >> ; Directory in which the loadable extensions (modules) reside.
>>>> >> ; http://php.net/extension-dir
>>>> >> extension_dir = "/usr/lib64/php/extensions"
>>>> >>
>>>> >> ; If you wish to have an extension loaded automatically, use
>>>> >> the following
>>>> >> ; syntax:
>>>> >> ;
>>>> >> ; extension=modulename.extension
>>>> >> extension=mbstring.so<== i added this line
>>>> >> ;
>>>> >> ; On Mandriva, we don't add the extensions in php.ini anymore,
>>>> >> we put ; them in /etc/php.d/<number>_<name>.ini, for example
>>>> >> 10_recode.ini. ;
>>>> >> ; This is so that the RPMS can register themselves without
>>>> >> having to ; modify the php.ini file.
>>>> >>
>>>> >> Also:
>>>> >>
>>>> >> #locate mbstring
>>>> >> /etc/php.d/29_mbstring.ini
>>>> >> /usr/lib64/php/extensions/mbstring.so
>>>> >>
>>>> >> #cat /etc/php.d/29_mbstring.ini
>>>> >> extension = mbstring.so
>>>> >>
>>>> >> I then restarted lighttpd
>>>> >> Still no joy
>>>> >> Thanks
>>>> >> Cat22
>>>> >
>>>> >
>>>> > OK, some other questions. First of all, did you change the
>>>> > correct
>>>> > php.ini file? This usually is more of a problem in Windows
>>>> > systems than
>>>> As near as i can tell i have these:
>>>> /etc/php-cgi-fcgi.ini
>>>> /etc/php.ini
>>>> /etc/php.ini.ccpbackup
>>>>
>>>> grepping i find:
>>>>
>>>> rep mbstring /etc/php.ini
>>>> extension=mbstring.so
>>>> [mbstring]
>>>> ; http://php.net/mbstring.language
>>>> mbstring.language = English
>>>> ; http://php.net/mbstring.internal-encoding
>>>> ;mbstring.internal_encoding = EUC-JP
>>>> ; http://php.net/mbstring.http-input
>>>> ;mbstring.http_input = auto
>>>> ; http://php.net/mbstring.http-output
>>>> ;mbstring.http_output = SJIS
>>>> ; mbstring.internal_encoding setting. Input chars are
>>>> ; http://php.net/mbstring.encoding-translation
>>>> ;mbstring.encoding_translation = Off
>>>> ; http://php.net/mbstring.detect-order
>>>> ;mbstring.detect_order = auto
>>>> ; http://php.net/mbstring.substitute-character
>>>> ;mbstring.substitute_character = none;
>>>> ; overload(replace) single byte functions by mbstring functions.
>>>> ; http://php.net/mbstring.func-overload
>>>> ;mbstring.func_overload = 0
>>>> ;mbstring.strict_detection = Off
>>>> ; Default: mbstring.http_output_conv_mimetype=^(text/|
>>>> application/xhtml\+xml)
>>>> ;mbstring.http_output_conv_mimetype=
>>>> ;mbstring.script_encoding=
>>>> ; With mbstring support this will automatically be converted
>>>> into the encoding
>>>> ; given by corresponding encode setting. When empty
>>>> mbstring.internal_encoding
>>>>
>>>> and for the other ini file:
>>>> grep mbstring /etc/php-cgi-fcgi.ini
>>>> extension=mbstring.so
>>>> [mbstring]
>>>> ; http://php.net/mbstring.language
>>>> mbstring.language = English
>>>> ; http://php.net/mbstring.internal-encoding
>>>> ;mbstring.internal_encoding = EUC-JP
>>>> ; http://php.net/mbstring.http-input
>>>> ;mbstring.http_input = auto
>>>> ; http://php.net/mbstring.http-output
>>>> ;mbstring.http_output = SJIS
>>>> ; mbstring.internal_encoding setting. Input chars are
>>>> ; http://php.net/mbstring.encoding-translation
>>>> ;mbstring.encoding_translation = Off
>>>> ; http://php.net/mbstring.detect-order
>>>> ;mbstring.detect_order = auto
>>>> ; http://php.net/mbstring.substitute-character
>>>> ;mbstring.substitute_character = none;
>>>> ; overload(replace) single byte functions by mbstring functions.
>>>> ; http://php.net/mbstring.func-overload
>>>> ;mbstring.func_overload = 0
>>>> ;mbstring.strict_detection = Off
>>>> ; Default: mbstring.http_output_conv_mimetype=^(text/|
>>>> application/xhtml\+xml)
>>>> ;mbstring.http_output_conv_mimetype=
>>>> ;mbstring.script_encoding=
>>>> ; With mbstring support this will automatically be converted
>>>> into the encoding
>>>> ; given by corresponding encode setting. When empty
>>>> mbstring.internal_encoding
>>>>
>>>>
>>>> > Unix ones, but it can still occur. phpinfo() will show you
>>>> > which ini file is being used.
>>>> I dont have phpinfo on my system.
>>>> I do have these tho:
>>>> php php-cgi php-config php-fcgi phpize
>>>>
>>>> >
>>>> > Also, are you using the 64 bit version of PHP? Is the version
>>>> > of mbstring you installed the correct one for your version of
>>>> > PHP (I don't
>>>> yes, i checked using the "file" cmd and php, php-cgi and
>>>> lighttpd are all x86_64 executables as is mbstring.so so no
>>>> conflict there
>>>> > know where you got either one). Also, what's in
>>>> > /etc/php.d/29_mbstring.ini? Is this the file you're supposed
>>>> > to include?
>>>> >
>>>> > ALso, I'm not familiar with Mandriva, but you should be asking
>>>> > them what they requires for their package system to work.
>>>> >
>>>> Well generally in Mandrive there are ini files located in
>>>> /etc/php.d/, each file has a one liner "extension=mbstring.so"
>>>> (as an example
>>>> the actual mbstring.so file is in /usr/lib64/php/extensions/
>>>>
>>>> My guess at this point is that the vesion of php they distribute
>>>> has no ability to load modules at run time.
>>>> I cant find any info that shows any of the modules being
>>>> dynamically loaded. Its possible however that some ini option
>>>> has dynamic loading turned off
>>>>
>>>
>>> Dynamic loading would not be turned off (not even sure it can
>>> be).
>>>
>>> Once again - check phpinfo(). It will tell you (among a lot of
>>> other
>>> good things) which initialization file is being used. That's the
>>> one you need to be looking at.
>>>
>> There is no phpinfo on my system, should it have been part of php?
> I downloaded PHPsnippet-information-phpinfo.php fromthe net
> it shows a of of stuff but no reference to mbstring
> at the end of the listing i see this too:
> xml
>
> XML Support => active
> XML Namespace Support => active
> libxml2 Version => 2.7.6
>
> xmlreader
>
> XMLReader => enabled
>
> xmlwriter
>
> XMLWriter => enabled
>
> Additional Modules
>
> Module Name
>
> Looks to me like there are no modules being loaded at all
> I'm starting to think this is a Mandriva bug and strongly
> considering filing a bug report on it.
I filed a bug, you can review it if you like at
https://qa.mandriva.com/ bug #64176
|
|
|
|
Calendar
Search
Help
Members
Register
Login
Home
]