php-general Digest 10 May 2013 21:42:00 -0000 Issue 8226
Topics (messages 321051 through 321062):
undef func
321051 by: georg
321056 by: Daniel Brown
321057 by: tamouse mailing lists
321058 by: Daniel Brown
321059 by: georg
321060 by: Gabriel Ricci
321061 by: georg
321062 by: Serge Fonville
Re: Having a problem with clone.
321052 by: Richard Quadling
321053 by: Richard Quadling
321055 by: Nick Whiting
pecl/gender bug in PHP V5.3
321054 by: Richard Quadling
Administrivia:
To subscribe to the digest, e-mail:
php-general-digest-subscr...@lists.php.net
To unsubscribe from the digest, e-mail:
php-general-digest-unsubscr...@lists.php.net
To post to the list, e-mail:
php-gene...@lists.php.net
----------------------------------------------------------------------
--- Begin Message ---
Hello !
im increasingly frustrated on my effort to get PHP/ODBC going with Apache on
Linux (did it on MS XP, that was trixy but this is worse, nothing seem to be
correct; utilities missing, erroneous file-directory references, crapy
stringency in description...)
well:
"undefined function odbc_connect() " is what I currently find in my Apache
Error_log
So evidently I have sucessfully gotten at least PHP to get working, but to
connect to ODBC
(this then would indicate that dynamical loading of libararies is not
successful, but what...)
man tnx for clues
georg
--- End Message ---
--- Begin Message ---
On Fri, May 10, 2013 at 6:15 AM, georg <georg.chamb...@telia.com> wrote:
> Hello !
>
> im increasingly frustrated on my effort to get PHP/ODBC going with Apache on
> Linux (did it on MS XP, that was trixy but this is worse, nothing seem to be
> correct; utilities missing, erroneous file-directory references, crapy
> stringency in description...)
>
> well:
>
> "undefined function odbc_connect() " is what I currently find in my Apache
> Error_log
>
> So evidently I have sucessfully gotten at least PHP to get working, but to
> connect to ODBC
>
> (this then would indicate that dynamical loading of libararies is not
> successful, but what...)
>
> man tnx for clues
> georg
Did you uncomment the line in php.ini to load the ODBC DLLs?
--
</Daniel P. Brown>
Network Infrastructure Manager
http://www.php.net/
--- End Message ---
--- Begin Message ---
On Fri, May 10, 2013 at 12:23 PM, Daniel Brown <danbr...@php.net> wrote:
> On Fri, May 10, 2013 at 6:15 AM, georg <georg.chamb...@telia.com> wrote:
>> Hello !
>>
>> im increasingly frustrated on my effort to get PHP/ODBC going with Apache on
>> Linux (did it on MS XP, that was trixy but this is worse, nothing seem to be
>> correct; utilities missing, erroneous file-directory references, crapy
>> stringency in description...)
>>
>> well:
>>
>> "undefined function odbc_connect() " is what I currently find in my Apache
>> Error_log
>>
>> So evidently I have sucessfully gotten at least PHP to get working, but to
>> connect to ODBC
>>
>> (this then would indicate that dynamical loading of libararies is not
>> successful, but what...)
>>
>> man tnx for clues
>> georg
>
> Did you uncomment the line in php.ini to load the ODBC DLLs?
Aren't DLLs a Windows thing?
--- End Message ---
--- Begin Message ---
On Fri, May 10, 2013 at 3:18 PM, tamouse mailing lists
<tamouse.li...@gmail.com> wrote:
>
> Aren't DLLs a Windows thing?
Yeah, I misread the bit about "MS XP" and thought he was using XP
for this install. I just realized the remainder of the discussion
between us was off-list, so - for posterity - my response, when
finding out it is indeed a Linux box, is: pecl install pdo_odbc.
--
</Daniel P. Brown>
Network Infrastructure Manager
http://www.php.net/
--- End Message ---
--- Begin Message ---
unfortunately that didnt take, pecl is undefined command (my linux is not so
strong)
trying yum renders no such package
----- Original Message -----
From: "Daniel Brown" <danbr...@php.net>
To: "tamouse mailing lists" <tamouse.li...@gmail.com>
Cc: "georg" <georg.chamb...@telia.com>; "PHP General"
<php-gene...@lists.php.net>
Sent: Friday, May 10, 2013 9:21 PM
Subject: Re: [PHP] undef func
On Fri, May 10, 2013 at 3:18 PM, tamouse mailing lists
<tamouse.li...@gmail.com> wrote:
Aren't DLLs a Windows thing?
Yeah, I misread the bit about "MS XP" and thought he was using XP
for this install. I just realized the remainder of the discussion
between us was off-list, so - for posterity - my response, when
finding out it is indeed a Linux box, is: pecl install pdo_odbc.
--
</Daniel P. Brown>
Network Infrastructure Manager
http://www.php.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
To have pecl, you need to install PEAR first, "yum install php-pear" (or
"yum install php5-pear") should work.
Then you can try "pecl install pdo_odbc."
Att.
Gabriel Ricci
____________________
Website <http://gabrielricci.github.com>
Follow @gabrielricci <http://www.twitter.com/gabrielricci>
Facebook profile <http://www.facebook.com/gabrielricci2>, GitHub
profile<http://www.github.com/gabrielricci/>
<http://code.google.com/p/syslibjs/>
On Fri, May 10, 2013 at 6:03 PM, georg <georg.chamb...@telia.com> wrote:
> unfortunately that didnt take, pecl is undefined command (my linux is not
> so strong)
> trying yum renders no such package
>
>
>
> ----- Original Message ----- From: "Daniel Brown" <danbr...@php.net>
> To: "tamouse mailing lists" <tamouse.li...@gmail.com>
> Cc: "georg" <georg.chamb...@telia.com>; "PHP General" <
> php-gene...@lists.php.net>
> Sent: Friday, May 10, 2013 9:21 PM
> Subject: Re: [PHP] undef func
>
>
>
> On Fri, May 10, 2013 at 3:18 PM, tamouse mailing lists
>> <tamouse.li...@gmail.com> wrote:
>>
>>>
>>> Aren't DLLs a Windows thing?
>>>
>>
>> Yeah, I misread the bit about "MS XP" and thought he was using XP
>> for this install. I just realized the remainder of the discussion
>> between us was off-list, so - for posterity - my response, when
>> finding out it is indeed a Linux box, is: pecl install pdo_odbc.
>>
>> --
>> </Daniel P. Brown>
>> Network Infrastructure Manager
>> http://www.php.net/
>>
>> --
>> PHP General Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
noop, didnt take, no such package, was my reward
/georg
----- Original Message -----
From: Gabriel Ricci
To: georg
Cc: Daniel Brown ; tamouse mailing lists ; PHP General
Sent: Friday, May 10, 2013 11:06 PM
Subject: Re: [PHP] undef func
To have pecl, you need to install PEAR first, "yum install php-pear" (or "yum
install php5-pear") should work.
Then you can try "pecl install pdo_odbc."
Att.
Gabriel Ricci
____________________
Website
Follow @gabrielricci
Facebook profile, GitHub profile
On Fri, May 10, 2013 at 6:03 PM, georg <georg.chamb...@telia.com> wrote:
unfortunately that didnt take, pecl is undefined command (my linux is not
so strong)
trying yum renders no such package
----- Original Message ----- From: "Daniel Brown" <danbr...@php.net>
To: "tamouse mailing lists" <tamouse.li...@gmail.com>
Cc: "georg" <georg.chamb...@telia.com>; "PHP General"
<php-gene...@lists.php.net>
Sent: Friday, May 10, 2013 9:21 PM
Subject: Re: [PHP] undef func
On Fri, May 10, 2013 at 3:18 PM, tamouse mailing lists
<tamouse.li...@gmail.com> wrote:
Aren't DLLs a Windows thing?
Yeah, I misread the bit about "MS XP" and thought he was using XP
for this install. I just realized the remainder of the discussion
between us was off-list, so - for posterity - my response, when
finding out it is indeed a Linux box, is: pecl install pdo_odbc.
--
</Daniel P. Brown>
Network Infrastructure Manager
http://www.php.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Assuming OP is using a distro that uses yum for package management;
A "yum whatprovides pecl" should provide the package name that needs to be
installed, in case of an apt based distro, this could be done through
aptitude. Either way, it seems what might provide more information is
details like the commands executed, the distro used and the errors received
HTH
Kind regards/met vriendelijke groet,
Serge Fonville
http://www.sergefonville.nl
Convince Microsoft!
They need to add TRUNCATE PARTITION in SQL Server
https://connect.microsoft.com/SQLServer/feedback/details/417926/truncate-partition-of-partitioned-table
2013/5/10 georg <georg.chamb...@telia.com>
> noop, didnt take, no such package, was my reward
>
> /georg
> ----- Original Message -----
> From: Gabriel Ricci
> To: georg
> Cc: Daniel Brown ; tamouse mailing lists ; PHP General
> Sent: Friday, May 10, 2013 11:06 PM
> Subject: Re: [PHP] undef func
>
>
> To have pecl, you need to install PEAR first, "yum install php-pear" (or
> "yum install php5-pear") should work.
>
>
> Then you can try "pecl install pdo_odbc."
>
>
>
> Att.
>
> Gabriel Ricci
> ____________________
>
> Website
> Follow @gabrielricci
> Facebook profile, GitHub profile
>
>
>
>
>
> On Fri, May 10, 2013 at 6:03 PM, georg <georg.chamb...@telia.com> wrote:
>
> unfortunately that didnt take, pecl is undefined command (my linux is
> not so strong)
> trying yum renders no such package
>
>
>
> ----- Original Message ----- From: "Daniel Brown" <danbr...@php.net>
> To: "tamouse mailing lists" <tamouse.li...@gmail.com>
> Cc: "georg" <georg.chamb...@telia.com>; "PHP General" <
> php-gene...@lists.php.net>
> Sent: Friday, May 10, 2013 9:21 PM
> Subject: Re: [PHP] undef func
>
>
>
>
> On Fri, May 10, 2013 at 3:18 PM, tamouse mailing lists
> <tamouse.li...@gmail.com> wrote:
>
>
> Aren't DLLs a Windows thing?
>
>
> Yeah, I misread the bit about "MS XP" and thought he was using XP
> for this install. I just realized the remainder of the discussion
> between us was off-list, so - for posterity - my response, when
> finding out it is indeed a Linux box, is: pecl install pdo_odbc.
>
> --
> </Daniel P. Brown>
> Network Infrastructure Manager
> http://www.php.net/
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>
>
--- End Message ---
--- Begin Message ---
On 10 May 2013 12:08, Nick Whiting <nwhit...@xstudiosinc.com> wrote:
>
> Do you have a backtace for this?
>
> What is the gender class doing?
>
> Have u done a global search for keyword "clone"?
>
>
>
> On Friday, May 10, 2013, Richard Quadling wrote:
>
>> Hi.
>>
>> I'm having an issue where I get ...
>>
>> Fatal error: Trying to clone an uncloneable object of class
>> Smarty_Variable
>> in
>>
>> xxxxxx/trunk.newbuild/includes/frontend/site_includes/classes/smarty-3.10/sysplugins/smarty_internal_template.php
>> on line 269
>>
>> This issue happens consistently on our live server and on our test server,
>> but not on my dev setup.
>>
>> The issue doesn't happen if I comment out 1 line of completely unrelated
>> code ...
>>
>> $o_Gender = new Gender\Gender;
>>
>> If I immediately follow that with ...
>>
>> unset($o_Gender);
>>
>> and have no other access to $o_Gender, I still get the error.
>>
>> Comment out the code, no problems.
>>
>> The extension is used in other parts of the system with seemingly no
>> problem. That is, the code behaves as expected and I get no errors, but
>> those elements don't use Smarty. The error being reported is clearly
>> wrong.
>> And the extension (as far as I can see) has no interaction with global
>> elements in any way (I have to use the Gender namespace to access anything
>> in it - which I think is correct). I've var_dump()'d a debug_backtrace()
>> at
>> the point of failure in the Smarty code, with and without the $o_Gender
>> variable being defined (it isn't used in the Smarty template - so Smarty
>> is
>> never touching it). When I compare the 2 dumps, the only differences is in
>> the datetime stamp elements and the object count values (there's 1 more
>> when $o_Gender exists).
>>
>> My setup is on a CentOS VM running PHP V5.4.14
>>
>> The live setup is on a remote CentOS server running PHP V5.3.21
>> The test server is on CentOS server running PHP V5.3.3
>>
>> I don't know CentOS well enough to just swap out a new version of PHP. But
>> I will be getting some help on that.
>>
>>
>> Where do I start to find the problem?
>>
>> I have full root access to the command line test server, so I can, within
>> reason, follow instructions to run/wrap the code in any way needed.
>>
>> Any help would be GREATLY appreciated!!!
>>
>> Thanks in advance,
>>
>> Richard.
>>
>> --
>> Richard Quadling
>> Twitter : @RQuadling
>>
>
>
> --
> Nickolas Whiting
> Lead Developer
> X Studios
> 321-281-1708x107
>
>
The Gender class is from the pecl/Gender extension.
As for a backtrace, the code is in Smarty and works fine if I don't have
pecl/Gender instantiated.
I'm guessing this is really an internals issue. The code operates on V5.3
and V5.4 without the extension with no issue. Put the extension in and only
on one page (so far) do we get the issue.
--
Richard Quadling
Twitter : @RQuadling
EE : http://e-e.com/M_248814.html
Zend : http://bit.ly/9O8vFY
--- End Message ---
--- Begin Message ---
On 10 May 2013 12:18, Richard Quadling <rquadl...@gmail.com> wrote:
>
> On 10 May 2013 12:08, Nick Whiting <nwhit...@xstudiosinc.com> wrote:
>
>>
>> Do you have a backtace for this?
>>
>> What is the gender class doing?
>>
>> Have u done a global search for keyword "clone"?
>>
>>
>>
>> On Friday, May 10, 2013, Richard Quadling wrote:
>>
>>> Hi.
>>>
>>> I'm having an issue where I get ...
>>>
>>> Fatal error: Trying to clone an uncloneable object of class
>>> Smarty_Variable
>>> in
>>>
>>> xxxxxx/trunk.newbuild/includes/frontend/site_includes/classes/smarty-3.10/sysplugins/smarty_internal_template.php
>>> on line 269
>>>
>>> This issue happens consistently on our live server and on our test
>>> server,
>>> but not on my dev setup.
>>>
>>> The issue doesn't happen if I comment out 1 line of completely unrelated
>>> code ...
>>>
>>> $o_Gender = new Gender\Gender;
>>>
>>> If I immediately follow that with ...
>>>
>>> unset($o_Gender);
>>>
>>> and have no other access to $o_Gender, I still get the error.
>>>
>>> Comment out the code, no problems.
>>>
>>> The extension is used in other parts of the system with seemingly no
>>> problem. That is, the code behaves as expected and I get no errors, but
>>> those elements don't use Smarty. The error being reported is clearly
>>> wrong.
>>> And the extension (as far as I can see) has no interaction with global
>>> elements in any way (I have to use the Gender namespace to access
>>> anything
>>> in it - which I think is correct). I've var_dump()'d a debug_backtrace()
>>> at
>>> the point of failure in the Smarty code, with and without the $o_Gender
>>> variable being defined (it isn't used in the Smarty template - so Smarty
>>> is
>>> never touching it). When I compare the 2 dumps, the only differences is
>>> in
>>> the datetime stamp elements and the object count values (there's 1 more
>>> when $o_Gender exists).
>>>
>>> My setup is on a CentOS VM running PHP V5.4.14
>>>
>>> The live setup is on a remote CentOS server running PHP V5.3.21
>>> The test server is on CentOS server running PHP V5.3.3
>>>
>>> I don't know CentOS well enough to just swap out a new version of PHP.
>>> But
>>> I will be getting some help on that.
>>>
>>>
>>> Where do I start to find the problem?
>>>
>>> I have full root access to the command line test server, so I can, within
>>> reason, follow instructions to run/wrap the code in any way needed.
>>>
>>> Any help would be GREATLY appreciated!!!
>>>
>>> Thanks in advance,
>>>
>>> Richard.
>>
>>
> The Gender class is from the pecl/Gender extension.
>
> As for a backtrace, the code is in Smarty and works fine if I don't have
> pecl/Gender instantiated.
>
> I'm guessing this is really an internals issue. The code operates on V5.3
> and V5.4 without the extension with no issue. Put the extension in and only
> on one page (so far) do we get the issue.
>
The clone error is incorrect as the object can be cloned, and is, very
successfully, just not when I've created an instance of gender. I'm
thinking there's a memory issue, but I don't know how to diagnose it.
--
Richard Quadling
Twitter : @RQuadling
EE : http://e-e.com/M_248814.html
Zend : http://bit.ly/9O8vFY
--- End Message ---
--- Begin Message ---
Do you have a backtace for this?
What is the gender class doing?
Have u done a global search for keyword "clone"?
On Friday, May 10, 2013, Richard Quadling wrote:
> Hi.
>
> I'm having an issue where I get ...
>
> Fatal error: Trying to clone an uncloneable object of class Smarty_Variable
> in
>
> xxxxxx/trunk.newbuild/includes/frontend/site_includes/classes/smarty-3.10/sysplugins/smarty_internal_template.php
> on line 269
>
> This issue happens consistently on our live server and on our test server,
> but not on my dev setup.
>
> The issue doesn't happen if I comment out 1 line of completely unrelated
> code ...
>
> $o_Gender = new Gender\Gender;
>
> If I immediately follow that with ...
>
> unset($o_Gender);
>
> and have no other access to $o_Gender, I still get the error.
>
> Comment out the code, no problems.
>
> The extension is used in other parts of the system with seemingly no
> problem. That is, the code behaves as expected and I get no errors, but
> those elements don't use Smarty. The error being reported is clearly wrong.
> And the extension (as far as I can see) has no interaction with global
> elements in any way (I have to use the Gender namespace to access anything
> in it - which I think is correct). I've var_dump()'d a debug_backtrace() at
> the point of failure in the Smarty code, with and without the $o_Gender
> variable being defined (it isn't used in the Smarty template - so Smarty is
> never touching it). When I compare the 2 dumps, the only differences is in
> the datetime stamp elements and the object count values (there's 1 more
> when $o_Gender exists).
>
> My setup is on a CentOS VM running PHP V5.4.14
>
> The live setup is on a remote CentOS server running PHP V5.3.21
> The test server is on CentOS server running PHP V5.3.3
>
> I don't know CentOS well enough to just swap out a new version of PHP. But
> I will be getting some help on that.
>
>
> Where do I start to find the problem?
>
> I have full root access to the command line test server, so I can, within
> reason, follow instructions to run/wrap the code in any way needed.
>
> Any help would be GREATLY appreciated!!!
>
> Thanks in advance,
>
> Richard.
>
> --
> Richard Quadling
> Twitter : @RQuadling
>
--
Nickolas Whiting
Lead Developer
X Studios
321-281-1708x107
--- End Message ---
--- Begin Message ---
Hello all.
Very odd behaviour.
<?php
if (extension_loaded('gender')) {
$o_Gender = new Gender\Gender;
var_dump($o_Gender);
}
class Variable {
public $value = null;
}
$a = new Variable;
$b = clone $a;
var_dump($a, $b);
?>
If using pecl/Gender V0.9.0 with PHP V5.3.3, V5.3.13, V5.3.23, then I get
an error ...
PHP Fatal error: Trying to clone an uncloneable object of class Variable
in - on line 14
No problem with V5.4.14
No idea why this is the case. Changelog for V5.3 doesn't reveal anything
regarding cloning.
I'm running this on a CentOS vm (not my speciality, so I can't diagnose any
further, sorry).
If anyone can shed some light on this, then that would be useful.
Regards,
Richard.
--
Richard Quadling
Twitter : @RQuadling
--- End Message ---
