php-general Digest 28 Aug 2013 10:15:58 -0000 Issue 8348
php-general Digest 28 Aug 2013 10:15:58 - Issue 8348 Topics (messages 322011 through 322011): Re: php seg faults on creation pdf 322011 by: KAs Coenen Administrivia: To subscribe to the digest, e-mail: php-general-digest-subscr...@lists.php.net To unsubscribe from the digest, e-mail: php-general-digest-unsubscr...@lists.php.net To post to the list, e-mail: php-gene...@lists.php.net -- ---BeginMessage--- Hi, Some more info. I ran gdb on the core file (after reinstalling with debug mode): # /usr/local/gdb/bin/gdb /usr/local/php5/bin/php-cgi /opt/apache/htdocs/wachtlijst/core GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i386-pc-solaris2.10. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/local/php5/bin/php-cgi...done. [New LWP 1] [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `/usr/local/php5/bin/php-cgi /opt/apache/htdocs/wachtlijst/test.php'. Program terminated with signal 11, Segmentation fault. #0 0x0093baa4 in _object_and_properties_init (arg=error reading variable: Cannot access memory at address 0xffd8, arg@entry=error reading variable: Cannot access memory at address 0x8, class_type=error reading variable: Cannot access memory at address 0xffd0, class_type@entry=error reading variable: Cannot access memory at address 0x8, properties=error reading variable: Cannot access memory at address 0xffc8, properties@entry=error reading variable: Cannot access memory at address 0x8) at /export/home/coenenka/php-5.5.1/Zend/zend_API.c:1200 1200 Z_OBJVAL_P(arg) = class_type-create_object(class_type TSRMLS_CC); Does anyone see anything in this? The dir /export/home/coenenka is not the install dir (but my home drive) and I have no clue why it is referencing to that dir (it is the location of the source). Greetings, Kas From: kascoe...@hotmail.com To: php-gene...@lists.php.net Subject: php seg faults on creation pdf Date: Wed, 28 Aug 2013 10:00:29 +0200 Hi, When surfing to a website that generates a pdf the apache server segfaults. This made me run the script (that generates the pdf) with the php cli command. The php also segfaults with the same error: # /usr/local/php5/bin/php-cgi test.php Segmentation Fault (core dumped) Pstack output: # pstack core core 'core' of 726: /usr/local/php5/bin/php-cgi test.php 00960af5 _object_and_properties_init () + 111 I attached the truss output to the mail. I am running this on a solaris server: # uname -a SunOS zone-eu4 5.10 Generic_142910-17 i86pc i386 i86pc # cat /etc/release Oracle Solaris 10 9/10 s10x_u9wos_14a X86 Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. Assembled 11 August 2010 pdflib module is 2.1.10. PDFlib lite is version 7.0.5. I tried to compile everything in 64 bit. I suspect the problem is that somewhere a 32bit lib or executable is being used instead of a 64bit. Can anyone help me out on this? Kind regards, Kas ---End Message---
[PHP] RE: php seg faults on creation pdf
Hi, Some more info. I ran gdb on the core file (after reinstalling with debug mode): # /usr/local/gdb/bin/gdb /usr/local/php5/bin/php-cgi /opt/apache/htdocs/wachtlijst/core GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i386-pc-solaris2.10. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/local/php5/bin/php-cgi...done. [New LWP 1] [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Core was generated by `/usr/local/php5/bin/php-cgi /opt/apache/htdocs/wachtlijst/test.php'. Program terminated with signal 11, Segmentation fault. #0 0x0093baa4 in _object_and_properties_init (arg=error reading variable: Cannot access memory at address 0xffd8, arg@entry=error reading variable: Cannot access memory at address 0x8, class_type=error reading variable: Cannot access memory at address 0xffd0, class_type@entry=error reading variable: Cannot access memory at address 0x8, properties=error reading variable: Cannot access memory at address 0xffc8, properties@entry=error reading variable: Cannot access memory at address 0x8) at /export/home/coenenka/php-5.5.1/Zend/zend_API.c:1200 1200 Z_OBJVAL_P(arg) = class_type-create_object(class_type TSRMLS_CC); Does anyone see anything in this? The dir /export/home/coenenka is not the install dir (but my home drive) and I have no clue why it is referencing to that dir (it is the location of the source). Greetings, Kas From: kascoe...@hotmail.com To: php-general@lists.php.net Subject: php seg faults on creation pdf Date: Wed, 28 Aug 2013 10:00:29 +0200 Hi, When surfing to a website that generates a pdf the apache server segfaults. This made me run the script (that generates the pdf) with the php cli command. The php also segfaults with the same error: # /usr/local/php5/bin/php-cgi test.php Segmentation Fault (core dumped) Pstack output: # pstack core core 'core' of 726: /usr/local/php5/bin/php-cgi test.php 00960af5 _object_and_properties_init () + 111 I attached the truss output to the mail. I am running this on a solaris server: # uname -a SunOS zone-eu4 5.10 Generic_142910-17 i86pc i386 i86pc # cat /etc/release Oracle Solaris 10 9/10 s10x_u9wos_14a X86 Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. Assembled 11 August 2010 pdflib module is 2.1.10. PDFlib lite is version 7.0.5. I tried to compile everything in 64 bit. I suspect the problem is that somewhere a 32bit lib or executable is being used instead of a 64bit. Can anyone help me out on this? Kind regards, Kas -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Basic Auth
Stuart, Just wanted to follow up with my thanks for your excellent help in providing understanding of how to generate the 401 error page and getting me thru the process of performing a sign-out from basic auth. Without your patience it never would have happened. Also wanted to tell you that I've scrapped it all. Keeping the code for a rainy day of course, but giving up on using it (as well as the basic auth signon process) to use my own 'roll-your-own' code. Since IE insisted on presenting multiple credentials during the signon process it was a futile effort to be doing a signoff. And yes - I've taken the proper precautions to hash the incoming password value before submission and storing in my db that way. Thanks again. It's help like this that makes this group such a great resource. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Basic Auth
On 27 Aug 2013, at 18:45, Jim Giner jim.gi...@albanyhandball.com wrote: From your latest missive I gleaned that I needed to have a script on my server One last time: YOU DON'T NEED TO CHANGE ANYTHING ON THE SERVER-SIDE! Ok, I see that you've decided to use another method, which is great; HTTP auth is a pretty antiquated way to handle authentication these days. Whatever you're using, I wish you all the best with it. -Stuart -- Stuart Dallas 3ft9 Ltd http://3ft9.com/
