Re: [PHP] Having a problem with clone.

2013-05-11 Thread Marco Behnke
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.

2013-05-11 Thread Richard Quadling
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.

2013-05-10 Thread Richard Quadling
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.

2013-05-10 Thread Richard Quadling
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.

2013-05-10 Thread Nick Whiting
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

2005-04-25 Thread Chris Ramsay
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

2005-04-25 Thread Petar Nedyalkov
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

2004-05-07 Thread Petr U.
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

2004-05-07 Thread Todd Cary
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.

2002-01-21 Thread Jaime Bozza

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.

2002-01-21 Thread Henrik Hudson

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]