[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted

2009-09-17 Thread Jake Barnes

Well, I deleted every mention of the function  format_date() and now
everything works fine. Truly strange why I could not get the function
to work.



On Sep 12, 11:47 am, Jake Barnes lkrub...@geocities.com wrote:
 On Sep 12, 10:58 am, pcummins patwcumm...@gmail.com wrote:

  It sounds like you need the date helper in your template.

  ?php use_helper('Date')?

 I ssh to the server. I then followed the path listed in the error
 message:

 Fatal error: Call to undefined function format_date() in /home/
 theesociety/public_html/cache/test/dev/modules/autoSfGuardUser/
 templates/_list_td_tabular.php on line 11

 This folder:

 home/theesociety/public_html/cache/test/dev/modules/autoSfGuardUser/
 templates/

 has these files:

 theesoci...@rome:~/public_html/cache/test/dev/modules/autoSfGuardUser/
 templates$ ls -al
 total 96
 drwxrwxrwx 2 theesociety theesociety 4096 2009-09-11 13:30 .
 drwxrwxrwx 5 theesociety theesociety 4096 2009-09-02 15:46 ..
 -rw-r--r-- 1 theesociety theesociety  135 2009-09-11 13:30 _assets.php
 -rw-r--r-- 1 theesociety theesociety  881 2009-09-11 13:30
 editSuccess.php
 -rw-r--r-- 1 theesociety theesociety  967 2009-09-11 13:30
 _filters_field.php
 -rw-r--r-- 1 theesociety theesociety 1589 2009-09-11 13:30
 _filters.php
 -rw-r--r-- 1 theesociety theesociety  310 2009-09-11 13:30
 _flashes.php
 -rw-r--r-- 1 theesociety theesociety 1283 2009-09-11 13:30
 _form_actions.php
 -rw-r--r-- 1 theesociety theesociety  963 2009-09-11 13:30
 _form_field.php
 -rw-r--r-- 1 theesociety theesociety  857 2009-09-11 13:30
 _form_fieldset.php
 -rw-r--r-- 1 theesociety theesociety    0 2009-09-11 13:30
 _form_footer.php
 -rw-r--r-- 1 theesociety theesociety    0 2009-09-11 13:30
 _form_header.php
 -rw-r--r-- 1 theesociety theesociety  831 2009-09-11 13:30 _form.php
 -rw-r--r-- 1 theesociety theesociety 1127 2009-09-11 13:30
 indexSuccess.php
 -rw-r--r-- 1 theesociety theesociety  112 2009-09-11 13:30
 _list_actions.php
 -rw-r--r-- 1 theesociety theesociety  548 2009-09-11 13:30
 _list_batch_actions.php
 -rw-r--r-- 1 theesociety theesociety  248 2009-09-11 13:30
 _list_field_boolean.php
 -rw-r--r-- 1 theesociety theesociety    0 2009-09-11 13:30
 _list_footer.php
 -rw-r--r-- 1 theesociety theesociety    0 2009-09-11 13:30
 _list_header.php
 -rw-r--r-- 1 theesociety theesociety 2276 2009-09-11 13:30 _list.php
 -rw-r--r-- 1 theesociety theesociety  363 2009-09-11 13:30
 _list_td_actions.php
 -rw-r--r-- 1 theesociety theesociety  138 2009-09-11 13:30
 _list_td_batch_actions.php
 -rw-r--r-- 1 theesociety theesociety  435 2009-09-11 13:30
 _list_td_stacked.php
 -rw-r--r-- 1 theesociety theesociety  492 2009-09-11 13:30
 _list_td_tabular.php
 -rw-r--r-- 1 theesociety theesociety   80 2009-09-11 13:30
 _list_th_stacked.php
 -rw-r--r-- 1 theesociety theesociety 2310 2009-09-11 13:30
 _list_th_tabular.php
 -rw-r--r-- 1 theesociety theesociety  815 2009-09-11 13:30
 newSuccess.php
 -rw-r--r-- 1 theesociety theesociety 1486 2009-09-11 13:30
 _pagination.php

 Both index.php and edit.php already had this at the top:

 ?php use_helper('I18N', 'Date') ?

 So the Date helpers should have already been there. But since I was
 getting an error, I opened up _list_td_tabular.php and I added this
 in:

 ?php use_helper('Date') ?

 But the error remains unchanged.

 Also, I'm working on files in the cache folder, so this will break
 every time I do symfony cc. While I'd be happy to get it working
 just for now, I'd also be curious if people have ideas about to fix
 this problem further upstream.



  On Sep 12, 3:27 am, JakeBarneslkrub...@geocities.com wrote:

   The previous error has vancished. Now the view partly renders but dies
   with this error:

   Fatal error: Call to undefined function format_date() in /home/
   theesociety/public_html/cache/test/dev/modules/autoSfGuardUser/
   templates/_list_td_tabular.php on line 8

   I am not aware of any change that I've made that could effect what
   functions are available to the sfGuardUser plugin, especially since it
   is serving its administrative module from a cache file. Does anyone
   know what could cause an error like this?

   On Sep 11, 1:38 pm, JakeBarneslkrub...@geocities.com wrote:

For the most part, everything on my site is working great, however, a
bug has suddenly appeared regarding sfGuard. I have not made any
changes to this module that I can recall. If I go here:

frontend_dev.php/sf_guard_user.html

Then I get this:

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
allocate 4864 bytes) in /usr/share/php/symfony/widget/
sfWidgetFormChoice.class.php on line 113

The last entry in Subversion, regarding sfGuardPlugin, is this:

Some base class has apparently been left out of Subversion. I can not
easily find it. It is on the dev site but not on the live site. I'd
like to find it and add it to the live site. 

That was 100 small revisions ago. No changes, just adding in some base

[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted

2009-09-12 Thread Jake Barnes


The previous error has vancished. Now the view partly renders but dies
with this error:


Fatal error: Call to undefined function format_date() in /home/
theesociety/public_html/cache/test/dev/modules/autoSfGuardUser/
templates/_list_td_tabular.php on line 8

I am not aware of any change that I've made that could effect what
functions are available to the sfGuardUser plugin, especially since it
is serving its administrative module from a cache file. Does anyone
know what could cause an error like this?







On Sep 11, 1:38 pm, Jake Barnes lkrub...@geocities.com wrote:
 For the most part, everything on my site is working great, however, a
 bug has suddenly appeared regarding sfGuard. I have not made any
 changes to this module that I can recall. If I go here:

 frontend_dev.php/sf_guard_user.html

 Then I get this:

 Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
 allocate 4864 bytes) in /usr/share/php/symfony/widget/
 sfWidgetFormChoice.class.php on line 113

 The last entry in Subversion, regarding sfGuardPlugin, is this:

 Some base class has apparently been left out of Subversion. I can not
 easily find it. It is on the dev site but not on the live site. I'd
 like to find it and add it to the live site. 

 That was 100 small revisions ago. No changes, just adding in some base
 classes.

 And yes, I've already done symfony cc.

 Any suggestions?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
symfony users group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to 
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/symfony-users?hl=en
-~--~~~~--~~--~--~---



[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted

2009-09-12 Thread pcummins

It sounds like you need the date helper in your template.

?php use_helper('Date')?


On Sep 12, 3:27 am, Jake Barnes lkrub...@geocities.com wrote:
 The previous error has vancished. Now the view partly renders but dies
 with this error:

 Fatal error: Call to undefined function format_date() in /home/
 theesociety/public_html/cache/test/dev/modules/autoSfGuardUser/
 templates/_list_td_tabular.php on line 8

 I am not aware of any change that I've made that could effect what
 functions are available to the sfGuardUser plugin, especially since it
 is serving its administrative module from a cache file. Does anyone
 know what could cause an error like this?

 On Sep 11, 1:38 pm, Jake Barnes lkrub...@geocities.com wrote:

  For the most part, everything on my site is working great, however, a
  bug has suddenly appeared regarding sfGuard. I have not made any
  changes to this module that I can recall. If I go here:

  frontend_dev.php/sf_guard_user.html

  Then I get this:

  Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
  allocate 4864 bytes) in /usr/share/php/symfony/widget/
  sfWidgetFormChoice.class.php on line 113

  The last entry in Subversion, regarding sfGuardPlugin, is this:

  Some base class has apparently been left out of Subversion. I can not
  easily find it. It is on the dev site but not on the live site. I'd
  like to find it and add it to the live site. 

  That was 100 small revisions ago. No changes, just adding in some base
  classes.

  And yes, I've already done symfony cc.

  Any suggestions?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
symfony users group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to 
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/symfony-users?hl=en
-~--~~~~--~~--~--~---



[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted

2009-09-12 Thread Jake Barnes



On Sep 12, 10:58 am, pcummins patwcumm...@gmail.com wrote:
 It sounds like you need the date helper in your template.

 ?php use_helper('Date')?



Yes, but this is an auto-generated template that has worked in the
past. When I look in Subversion, I do not see edits on the
sfGuardPlugin. So  why would such an error suddenly start to appear?














 On Sep 12, 3:27 am, Jake Barnes lkrub...@geocities.com wrote:

  The previous error has vancished. Now the view partly renders but dies
  with this error:

  Fatal error: Call to undefined function format_date() in /home/
  theesociety/public_html/cache/test/dev/modules/autoSfGuardUser/
  templates/_list_td_tabular.php on line 8

  I am not aware of any change that I've made that could effect what
  functions are available to the sfGuardUser plugin, especially since it
  is serving its administrative module from a cache file. Does anyone
  know what could cause an error like this?

  On Sep 11, 1:38 pm, Jake Barnes lkrub...@geocities.com wrote:

   For the most part, everything on my site is working great, however, a
   bug has suddenly appeared regarding sfGuard. I have not made any
   changes to this module that I can recall. If I go here:

   frontend_dev.php/sf_guard_user.html

   Then I get this:

   Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
   allocate 4864 bytes) in /usr/share/php/symfony/widget/
   sfWidgetFormChoice.class.php on line 113

   The last entry in Subversion, regarding sfGuardPlugin, is this:

   Some base class has apparently been left out of Subversion. I can not
   easily find it. It is on the dev site but not on the live site. I'd
   like to find it and add it to the live site. 

   That was 100 small revisions ago. No changes, just adding in some base
   classes.

   And yes, I've already done symfony cc.

   Any suggestions?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
symfony users group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to 
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/symfony-users?hl=en
-~--~~~~--~~--~--~---



[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted

2009-09-12 Thread Jake Barnes



On Sep 12, 10:58 am, pcummins patwcumm...@gmail.com wrote:
 It sounds like you need the date helper in your template.

 ?php use_helper('Date')?



I ssh to the server. I then followed the path listed in the error
message:

Fatal error: Call to undefined function format_date() in /home/
theesociety/public_html/cache/test/dev/modules/autoSfGuardUser/
templates/_list_td_tabular.php on line 11

This folder:

home/theesociety/public_html/cache/test/dev/modules/autoSfGuardUser/
templates/

has these files:

theesoci...@rome:~/public_html/cache/test/dev/modules/autoSfGuardUser/
templates$ ls -al
total 96
drwxrwxrwx 2 theesociety theesociety 4096 2009-09-11 13:30 .
drwxrwxrwx 5 theesociety theesociety 4096 2009-09-02 15:46 ..
-rw-r--r-- 1 theesociety theesociety  135 2009-09-11 13:30 _assets.php
-rw-r--r-- 1 theesociety theesociety  881 2009-09-11 13:30
editSuccess.php
-rw-r--r-- 1 theesociety theesociety  967 2009-09-11 13:30
_filters_field.php
-rw-r--r-- 1 theesociety theesociety 1589 2009-09-11 13:30
_filters.php
-rw-r--r-- 1 theesociety theesociety  310 2009-09-11 13:30
_flashes.php
-rw-r--r-- 1 theesociety theesociety 1283 2009-09-11 13:30
_form_actions.php
-rw-r--r-- 1 theesociety theesociety  963 2009-09-11 13:30
_form_field.php
-rw-r--r-- 1 theesociety theesociety  857 2009-09-11 13:30
_form_fieldset.php
-rw-r--r-- 1 theesociety theesociety0 2009-09-11 13:30
_form_footer.php
-rw-r--r-- 1 theesociety theesociety0 2009-09-11 13:30
_form_header.php
-rw-r--r-- 1 theesociety theesociety  831 2009-09-11 13:30 _form.php
-rw-r--r-- 1 theesociety theesociety 1127 2009-09-11 13:30
indexSuccess.php
-rw-r--r-- 1 theesociety theesociety  112 2009-09-11 13:30
_list_actions.php
-rw-r--r-- 1 theesociety theesociety  548 2009-09-11 13:30
_list_batch_actions.php
-rw-r--r-- 1 theesociety theesociety  248 2009-09-11 13:30
_list_field_boolean.php
-rw-r--r-- 1 theesociety theesociety0 2009-09-11 13:30
_list_footer.php
-rw-r--r-- 1 theesociety theesociety0 2009-09-11 13:30
_list_header.php
-rw-r--r-- 1 theesociety theesociety 2276 2009-09-11 13:30 _list.php
-rw-r--r-- 1 theesociety theesociety  363 2009-09-11 13:30
_list_td_actions.php
-rw-r--r-- 1 theesociety theesociety  138 2009-09-11 13:30
_list_td_batch_actions.php
-rw-r--r-- 1 theesociety theesociety  435 2009-09-11 13:30
_list_td_stacked.php
-rw-r--r-- 1 theesociety theesociety  492 2009-09-11 13:30
_list_td_tabular.php
-rw-r--r-- 1 theesociety theesociety   80 2009-09-11 13:30
_list_th_stacked.php
-rw-r--r-- 1 theesociety theesociety 2310 2009-09-11 13:30
_list_th_tabular.php
-rw-r--r-- 1 theesociety theesociety  815 2009-09-11 13:30
newSuccess.php
-rw-r--r-- 1 theesociety theesociety 1486 2009-09-11 13:30
_pagination.php


Both index.php and edit.php already had this at the top:

?php use_helper('I18N', 'Date') ?

So the Date helpers should have already been there. But since I was
getting an error, I opened up _list_td_tabular.php and I added this
in:

?php use_helper('Date') ?

But the error remains unchanged.

Also, I'm working on files in the cache folder, so this will break
every time I do symfony cc. While I'd be happy to get it working
just for now, I'd also be curious if people have ideas about to fix
this problem further upstream.





 On Sep 12, 3:27 am, Jake Barnes lkrub...@geocities.com wrote:

  The previous error has vancished. Now the view partly renders but dies
  with this error:

  Fatal error: Call to undefined function format_date() in /home/
  theesociety/public_html/cache/test/dev/modules/autoSfGuardUser/
  templates/_list_td_tabular.php on line 8

  I am not aware of any change that I've made that could effect what
  functions are available to the sfGuardUser plugin, especially since it
  is serving its administrative module from a cache file. Does anyone
  know what could cause an error like this?

  On Sep 11, 1:38 pm, Jake Barnes lkrub...@geocities.com wrote:

   For the most part, everything on my site is working great, however, a
   bug has suddenly appeared regarding sfGuard. I have not made any
   changes to this module that I can recall. If I go here:

   frontend_dev.php/sf_guard_user.html

   Then I get this:

   Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
   allocate 4864 bytes) in /usr/share/php/symfony/widget/
   sfWidgetFormChoice.class.php on line 113

   The last entry in Subversion, regarding sfGuardPlugin, is this:

   Some base class has apparently been left out of Subversion. I can not
   easily find it. It is on the dev site but not on the live site. I'd
   like to find it and add it to the live site. 

   That was 100 small revisions ago. No changes, just adding in some base
   classes.

   And yes, I've already done symfony cc.

   Any suggestions?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
symfony users group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe 

[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted

2009-09-11 Thread Sid Ferreira
what's the memory limit to your php?

On Fri, Sep 11, 2009 at 14:38, Jake Barnes lkrub...@geocities.com wrote:



 For the most part, everything on my site is working great, however, a
 bug has suddenly appeared regarding sfGuard. I have not made any
 changes to this module that I can recall. If I go here:

 frontend_dev.php/sf_guard_user.html

 Then I get this:

 Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
 allocate 4864 bytes) in /usr/share/php/symfony/widget/
 sfWidgetFormChoice.class.php on line 113

 The last entry in Subversion, regarding sfGuardPlugin, is this:

 Some base class has apparently been left out of Subversion. I can not
 easily find it. It is on the dev site but not on the live site. I'd
 like to find it and add it to the live site. 

 That was 100 small revisions ago. No changes, just adding in some base
 classes.

 And yes, I've already done symfony cc.

 Any suggestions?


 



-- 
Sidney G B Ferreira
Desenvolvedor Web

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
symfony users group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to 
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/symfony-users?hl=en
-~--~~~~--~~--~--~---



[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted

2009-09-11 Thread Gregoire Laporte

Hello, i think you need to increase the memory_limit in your php.ini like 256mo 
and after restart apache!

 Date: Fri, 11 Sep 2009 10:38:37 -0700
 Subject: [symfony-users] sf_guard error:  Fatal error: Allowed memory size of 
 16777216 bytes  exhausted
 From: lkrub...@geocities.com
 To: symfony-users@googlegroups.com
 
 
 
 For the most part, everything on my site is working great, however, a
 bug has suddenly appeared regarding sfGuard. I have not made any
 changes to this module that I can recall. If I go here:
 
 frontend_dev.php/sf_guard_user.html
 
 Then I get this:
 
 Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
 allocate 4864 bytes) in /usr/share/php/symfony/widget/
 sfWidgetFormChoice.class.php on line 113
 
 The last entry in Subversion, regarding sfGuardPlugin, is this:
 
 Some base class has apparently been left out of Subversion. I can not
 easily find it. It is on the dev site but not on the live site. I'd
 like to find it and add it to the live site. 
 
 That was 100 small revisions ago. No changes, just adding in some base
 classes.
 
 And yes, I've already done symfony cc.
 
 Any suggestions?
 
 
  

_
Tchattez en direct en en vidéo avec vos amis !  
http://www.windowslive.fr/messenger/
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
symfony users group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to 
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/symfony-users?hl=en
-~--~~~~--~~--~--~---



[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted

2009-09-11 Thread david

Have you made any other changes to your site?
It might be a knock on effect.  If your site is under change control it  
should be a simple matter of checking revisions to see if something else  
might be affecting things.

It's generally a good idea to setup a cron (unix) or AT(windows) job to  
grab some performance metrics a few times a day - this will help identify  
things like running time, memory usage, etc. With this info you can then  
see the trend of your app over time.   If your site is borderline - then  
applying the fix suggested by Greg is an appropriate move - otherwise  
you'll need to dig a little deeper.

This helps in situations like this to see if your site is suddenly acting  
out of character - or if it's been a borderline problem all along.

These types of errors sometimes indicate recursion issues.


On Fri, 11 Sep 2009 19:43:17 +0200, Gregoire Laporte  
saturn1...@hotmail.com wrote:


 Hello, i think you need to increase the memory_limit in your php.ini  
 like 256mo and after restart apache!

 Date: Fri, 11 Sep 2009 10:38:37 -0700
 Subject: [symfony-users] sf_guard error:  Fatal error: Allowed memory  
 size of 16777216 bytes  exhausted
 From: lkrub...@geocities.com
 To: symfony-users@googlegroups.com



 For the most part, everything on my site is working great, however, a
 bug has suddenly appeared regarding sfGuard. I have not made any
 changes to this module that I can recall. If I go here:

 frontend_dev.php/sf_guard_user.html

 Then I get this:

 Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
 allocate 4864 bytes) in /usr/share/php/symfony/widget/
 sfWidgetFormChoice.class.php on line 113

 The last entry in Subversion, regarding sfGuardPlugin, is this:

 Some base class has apparently been left out of Subversion. I can not
 easily find it. It is on the dev site but not on the live site. I'd
 like to find it and add it to the live site. 

 That was 100 small revisions ago. No changes, just adding in some base
 classes.

 And yes, I've already done symfony cc.

 Any suggestions?


 

 _
 Tchattez en direct en en vidéo avec vos amis !
 http://www.windowslive.fr/messenger/
 


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
symfony users group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to 
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/symfony-users?hl=en
-~--~~~~--~~--~--~---