Re: [PHP] Having a problem with clone.
Am 10.05.13 11:35, schrieb Richard Quadling: Trying to clone an uncloneable object of class Smarty_Variable Different PHP versions maybe? Look at this thread I found: http://wordpress.org/support/topic/fatal-error-trying-to-clone-an-uncloneable-object-of-class-reflectionclass The last post -- Marco Behnke Dipl. Informatiker (FH), SAE Audio Engineer Diploma Zend Certified Engineer PHP 5.3 Tel.: 0174 / 9722336 e-Mail: ma...@behnke.biz Softwaretechnik Behnke Heinrich-Heine-Str. 7D 21218 Seevetal http://www.behnke.biz signature.asc Description: OpenPGP digital signature
Re: [PHP] Having a problem with clone.
On 11 May 2013 09:52, Marco Behnke ma...@behnke.biz wrote: Am 10.05.13 11:35, schrieb Richard Quadling: Trying to clone an uncloneable object of class Smarty_Variable Different PHP versions maybe? Look at this thread I found: http://wordpress.org/support/topic/fatal-error-trying-to-clone-an-uncloneable-object-of-class-reflectionclass The last post Not applicable. That option was deprecated and removed in 5.3. The issue is in the Gender extension. Looking at the recent patch to trunk it looks potentially OK. Not an expert there. Will be able to test this on Monday. Thanks though. Regards, Richard. -- Richard Quadling Twitter : @RQuadling
Re: [PHP] Having a problem with clone.
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 xx/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
Re: [PHP] Having a problem with clone.
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 xx/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
Re: [PHP] Having a problem with clone.
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 xx/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
Re: [PHP] Having a problem
On 4/25/05, Rittwick Banerjee [EMAIL PROTECTED] wrote: Hi friends, This is Rittwick Banerjee I have a problem with PHP and MySql while i'm trying to give a code into a PHP file. The main problem is I can't delete any kinds of records from my MySql database using a PHP code . Can any help me ? Are you serious? How about showing us what you have tried to do... People may be willing to help of they have seen you trying to help yourself... If there any code possible please e-mail that to me at [EMAIL PROTECTED] Thank you... Thank you -- 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
Re: [PHP] Having a problem
On Monday 25 April 2005 10:46, Rittwick Banerjee wrote: Hi friends, This is Rittwick Banerjee I have a problem with PHP and MySql while i'm trying to give a code into a PHP file. The main problem is I can't delete any kinds of records from my MySql database using a PHP code . Can any help me ? If there any code possible please e-mail that to me at [EMAIL PROTECTED] Check if the user you're using to connect to the MySQL database has DELETE permissions over the database or table you want to manipulate. Thank you... -- Cyberly yours, Petar Nedyalkov Devoted Orbitel Fan :-) PGP ID: 7AE45436 PGP Public Key: http://bu.orbitel.bg/pgp/bu.asc PGP Fingerprint: 7923 8D52 B145 02E8 6F63 8BDA 2D3F 7C0B 7AE4 5436 pgpm1asqhZO0d.pgp Description: PGP signature
Re: [PHP] Having a problem with RCPT TO and email
On Fri, 07 May 2004 10:49:08 -0700 Todd Cary [EMAIL PROTECTED] wrote: fputs($smtp, RCPT TO: [EMAIL PROTECTED]\r\n); You should (are you doing?) something like this: -- cut -- HELO blah MAIL FROM: [EMAIL PROTECTED] RCPT TO: [EMAIL PROTECTED] DATA From: My real name [EMAIL PROTECTED] To: Your real name [EMAIL PROTECTED] Subject: Something to test ..blank line.. Hello, blah blah -- Bye . -- cut -- -- Petr U. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Having a problem with RCPT TO and email
DATA From: My real name [EMAIL PROTECTED] To: Your real name [EMAIL PROTECTED] Subject: Something to test That's it! Thanks! Petr U. wrote: On Fri, 07 May 2004 10:49:08 -0700 Todd Cary [EMAIL PROTECTED] wrote: fputs($smtp, RCPT TO: [EMAIL PROTECTED]\r\n); You should (are you doing?) something like this: -- cut -- HELO blah MAIL FROM: [EMAIL PROTECTED] RCPT TO: [EMAIL PROTECTED] DATA From: My real name [EMAIL PROTECTED] To: Your real name [EMAIL PROTECTED] Subject: Something to test ..blank line.. Hello, blah blah -- Bye . -- cut -- -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] Having a problem with sessions, Part Deux.
Henrik, Which session handler are you using? Files, mm, User? Jaime Bozza -Original Message- From: Henrik Hudson [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 20, 2002 11:55 PM To: [EMAIL PROTECTED] Subject: [PHP] Having a problem with sessions, Part Deux. Just FYI. I posted the forwarded question earlier, but did some more testing. I was doing some testing tonight when server traffic was low (ie: stop / restart Apache) and I found out that when register_globals is On, the below code doesn't work. Is this something to do with the EGPCS and how variables are inherited? When register_globals is off, the code works great. Could someone explain why that is? That'd be great :) I would have thought that you can still access the HTTP_SESSION_VARS even if globals is on? Thanks. Henrik On Sunday 20 January 2002 15:12, Henrik Hudson wrote: Hey List- Banging my head again the wall with this one. One of our developers was trying to get some session stuff to work and he couldn't and asked me to look into it. I have a script that contains the following (the sessions.php href reference is the same script accept it calls this one): _ session_start(); if (!isset($HTTP_SESSION_VARS[count])) { $HTTP_SESSION_VARS[count] = 0; } else { $HTTP_SESSION_VARS[count]++; } //Print the counter echo Counter is now: $HTTP_SESSION_VARS[count];\nbr\n; echo Let's go to another a href=\sessions.php\page/a...brbr; ___ On my box at home running PHP 4.0.6 it works great. On the work server running PHP 4.0.6 it doesn't work. Just keeps setting count to 0. The work box is running Apache 1.3.20 with the following compile options: './configure' '--with-apxs' '--with-config-file-path=/etc/php' '--with-openssl=/usr/local/openssl' '--with-zlib' '--with-bz2' '--with-pspell' '--enable-ftp' '--enable-gd' '--with-imap' '--with-mcrypt' '--with-mhash' '--with-mysql=/usr/local/mysql' The home box is running Apache 1.3.22 with the following compile options: './configure' '--with-apxs' '--with-config-file-path=/etc/php' '--with-openssl=/usr/local/openssl' '--with-zlib' '--with-bz2' '--with-mysql=/usr/local/mysql' '--with-mcrypt' '--with-mhash' '--disable-xml' '--enable-ftp' '--with-gettext' '--with-pspell' '--enable-inline-optimization' The only major difference that I could find in the php.ini file is that at home I have register globals off and at work they are on? Even with register globals on, you can still use the $HTTP_*_VARS, right? The sessionID cookie is getting put into my browser, I checked so the session is starting correctly, just not retaining the variable. Any ideas anyone? Thanks list. Henrik -- Henrik Hudson [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] Having a problem with sessions, Part Deux.
I am using files on both systems. The session files are also showing up on both systems. (/tmp) On Monday 21 January 2002 08:15, Jaime Bozza wrote: Henrik, Which session handler are you using? Files, mm, User? Jaime Bozza -Original Message- From: Henrik Hudson [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 20, 2002 11:55 PM To: [EMAIL PROTECTED] Subject: [PHP] Having a problem with sessions, Part Deux. Just FYI. I posted the forwarded question earlier, but did some more testing. I was doing some testing tonight when server traffic was low (ie: stop / restart Apache) and I found out that when register_globals is On, the below code doesn't work. Is this something to do with the EGPCS and how variables are inherited? When register_globals is off, the code works great. Could someone explain why that is? That'd be great :) I would have thought that you can still access the HTTP_SESSION_VARS even if globals is on? Thanks. Henrik On Sunday 20 January 2002 15:12, Henrik Hudson wrote: Hey List- Banging my head again the wall with this one. One of our developers was trying to get some session stuff to work and he couldn't and asked me to look into it. I have a script that contains the following (the sessions.php href reference is the same script accept it calls this one): _ session_start(); if (!isset($HTTP_SESSION_VARS[count])) { $HTTP_SESSION_VARS[count] = 0; } else { $HTTP_SESSION_VARS[count]++; } //Print the counter echo Counter is now: $HTTP_SESSION_VARS[count];\nbr\n; echo Let's go to another a href=\sessions.php\page/a...brbr; ___ On my box at home running PHP 4.0.6 it works great. On the work server running PHP 4.0.6 it doesn't work. Just keeps setting count to 0. The work box is running Apache 1.3.20 with the following compile options: './configure' '--with-apxs' '--with-config-file-path=/etc/php' '--with-openssl=/usr/local/openssl' '--with-zlib' '--with-bz2' '--with-pspell' '--enable-ftp' '--enable-gd' '--with-imap' '--with-mcrypt' '--with-mhash' '--with-mysql=/usr/local/mysql' The home box is running Apache 1.3.22 with the following compile options: './configure' '--with-apxs' '--with-config-file-path=/etc/php' '--with-openssl=/usr/local/openssl' '--with-zlib' '--with-bz2' '--with-mysql=/usr/local/mysql' '--with-mcrypt' '--with-mhash' '--disable-xml' '--enable-ftp' '--with-gettext' '--with-pspell' '--enable-inline-optimization' The only major difference that I could find in the php.ini file is that at home I have register globals off and at work they are on? Even with register globals on, you can still use the $HTTP_*_VARS, right? The sessionID cookie is getting put into my browser, I checked so the session is starting correctly, just not retaining the variable. Any ideas anyone? Thanks list. Henrik -- Henrik Hudson [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]