Answers.Body: <p>It might be that the pdf receipt format is too complex, try to disable sending them, see if it makes a difference</p>
  
  <p>It's under admin > setting > misc</p>
  
  <p>"Attach PDF copy to receipts"</p>
  
  <p>If you need to send the pdf, I recommend you to let civi use a dedicated software to generate the pdf instead of the default (doing it in php, that uses tons of memory), it's a setting in the same page:
  "Path to wkhtmltopdf executable"</p>
  
  <p>you'll need to install this software on your server.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-01-22T17:28:28.457Z
Answers.Text: Interesting thought, Xavier. After posting this, I decided to try 'not' sending a confirmation receipt in email, and it worked perfectly. It's not the registration that's the problem, but the email that gets sent. I'm going to test out the PDF idea now.
Answers.UserDisplayName: Marcel Gagne
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-01-22T17:34:44.390Z
Answers.Text: Well, dang, Xavier! That was the problem. I will soon find out if the client likes that answer and whether they think a PDF copy of the receipt it somehow necessary, but at least it works again. If it's important, I'll look at wkhtmltopdf and install that.
Answers.UserDisplayName: Marcel Gagne
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-01-22T17:23:30.633Z
Answers.LastActivityDate: 2016-01-22T17:23:30.633Z
Answers.UserDisplayName: Xavier
Body: <p>We've got a 4.6.10 CiviCRM site which has been running without fuss for a while. Now, when adding an event participant, we get an error 500. The process of adding the participant works fine (they appear in the list of participants) but the receipt does not get sent out and the page never returns. In the Apache error log, I see the following :</p>
  
  <p>Allowed memory size of 536870912 bytes exhausted (tried to allocate 474218496 bytes) in /var/www/html/sites/all/modules/civicrm/CRM/Core/Error.php on line 550</p>
  
  <p>The memory limit was actually 128M but it was increased, just in case. As you might guess, it makes no difference. I decided to set "display_errors = 1" in my php.ini, but that just gives me a completely white screen without the 500 error displayed. </p>
  
  <p>Any thoughts or ideas on how to figure this one out would be greatly appreciated. </p>
  
  <p>-- Marcel</p>
  
Tags: <civievent><php>
Title: Getting an error 500 (PHP memory allocation) when adding event participant
ThreadText: # Getting an error 500 (PHP memory allocation) when adding event participant
  
  (Asked by: username_0 on 2016-01-22)
  
  We've got a 4.6.10 CiviCRM site which has been running without fuss for a while. Now, when adding an event participant, we get an error 500. The process of adding the participant works fine (they appear in the list of participants) but the receipt does not get sent out and the page never returns. In the Apache error log, I see the following :
  
  Allowed memory size of 536870912 bytes exhausted (tried to allocate 474218496 bytes) in /var/www/html/sites/all/modules/civicrm/CRM/Core/Error.php on line 550
  
  The memory limit was actually 128M but it was increased, just in case. As you might guess, it makes no difference. I decided to set "display\_errors = 1" in my php.ini, but that just gives me a completely white screen without the 500 error displayed.
  
  Any thoughts or ideas on how to figure this one out would be greatly appreciated.
  
  -- Marcel
  
  **Tags:** civievent, php
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2016-01-22. Score: 3
  
  It might be that the pdf receipt format is too complex, try to disable sending them, see if it makes a difference
  
  It's under admin > setting > misc
  
  "Attach PDF copy to receipts"
  
  If you need to send the pdf, I recommend you to let civi use a dedicated software to generate the pdf instead of the default (doing it in php, that uses tons of memory), it's a setting in the same page:
  "Path to wkhtmltopdf executable"
  
  you'll need to install this software on your server.
  
  > **Comments:**
  > **username_0**: Interesting thought, username_1. After posting this, I decided to try 'not' sending a confirmation receipt in email, and it worked perfectly. It's not the registration that's the problem, but the email that gets sent. I'm going to test out the PDF idea now.  
  > **username_0**: Well, dang, username_1! That was the problem. I will soon find out if the client likes that answer and whether they think a PDF copy of the receipt it somehow necessary, but at least it works again. If it's important, I'll look at wkhtmltopdf and install that.  
  
  ---
  
  