[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted
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 wrote: > On Sep 12, 10:58 am, pcummins wrote: > > > It sounds like you need the date helper in your template. > > > > > 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: > > > > 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: > > > > 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, JakeBarnes 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, JakeBarnes 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
[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted
On Sep 12, 10:58 am, pcummins wrote: > It sounds like you need the date helper in your template. > > > 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: 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: 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 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 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
[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted
On Sep 12, 10:58 am, pcummins wrote: > It sounds like you need the date helper in your template. > > > 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 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 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
It sounds like you need the date helper in your template. On Sep 12, 3:27 am, Jake Barnes 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 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
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 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
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 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 -~--~~~~--~~--~--~---
[symfony-users] Re: sf_guard error: Fatal error: Allowed memory size of 16777216 bytes exhausted
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
what's the memory limit to your php? On Fri, Sep 11, 2009 at 14:38, Jake Barnes 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 -~--~~~~--~~--~--~---
