Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.php > #3064 > unrolled thread

php mbstring extension doesnt load

Back to article view | Back to comp.lang.php

Contents

  php mbstring extension doesnt load Cat 22 <cat22@invalid.org> - 2011-09-03 16:09 -0700
    Re: php mbstring extension doesnt load Jerry Stuckle <jstucklex@attglobal.net> - 2011-09-03 22:22 -0400
      Re: php mbstring extension doesnt load Cat 22 <cat22@invalid.org> - 2011-09-03 22:03 -0700
        Re: php mbstring extension doesnt load Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2011-09-04 12:28 +0200
          Re: php mbstring extension doesnt load Cat22 <oops@invalid.org> - 2011-09-04 19:12 -0700
            Re: php mbstring extension doesnt load Doug Miller <doug_at_milmacdotcom@example.com> - 2011-09-04 22:32 -0400
        Re: php mbstring extension doesnt load Jerry Stuckle <jstucklex@attglobal.net> - 2011-09-04 09:38 -0400
          Re: php mbstring extension doesnt load Cat22 <oops@invalid.org> - 2011-09-04 19:22 -0700
            Re: php mbstring extension doesnt load Jerry Stuckle <jstucklex@attglobal.net> - 2011-09-05 08:25 -0400
          Re: php mbstring extension doesnt load Cat 22 <cat22@invalid.org> - 2011-09-05 17:06 -0700
            Re: php mbstring extension doesnt load Jerry Stuckle <jstucklex@attglobal.net> - 2011-09-05 20:46 -0400
              Re: php mbstring extension doesnt load Cat 22 <cat22@invalid.org> - 2011-09-05 18:12 -0700
                Re: php mbstring extension doesnt load Cat 22 <cat22@invalid.org> - 2011-09-05 18:27 -0700
                  Re: php mbstring extension doesnt load Cat 22 <cat22@invalid.org> - 2011-09-05 19:15 -0700
                Re: php mbstring extension doesnt load Jerry Stuckle <jstucklex@attglobal.net> - 2011-09-05 21:52 -0400

#3064 — php mbstring extension doesnt load

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

[toc] | [next] | [standalone]

#3065

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@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#3067

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

[toc] | [prev] | [next] | [standalone]

#3068

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

[toc] | [prev] | [next] | [standalone]

#3074

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

[toc] | [prev] | [next] | [standalone]

#3076

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.

[toc] | [prev] | [next] | [standalone]

#3070

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@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#3075

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

[toc] | [prev] | [next] | [standalone]

#3078

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@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#3080

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

[toc] | [prev] | [next] | [standalone]

#3081

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@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#3082

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?

[toc] | [prev] | [next] | [standalone]

#3083

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.

[toc] | [prev] | [next] | [standalone]

#3085

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

[toc] | [prev] | [next] | [standalone]

#3084

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@attglobal.net
==================

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.php

csiph-web