Re: Bug #14381 Updated: xlst_error causes error with valid XSLT processor instance
| From: | Jani Taskinen | Date: | Fri, 14 Dec 2001 17:45:19 +0000 |
| Subject: | Re: Bug #14381 Updated: xlst_error causes error with valid XSLT processor instance | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-73771@lists.php.net to get a copy of this message | ||
But it still shouldn't crash..?
--Jani
On 14 Dec 2001 sterling@php.net wrote:
>ID: 14381
>Updated by: sterling
>Reported By: hans@parse.nl
>Old Status: Open
>Status: Bogus
>Bug Type: XSLT related
>Operating System: Linux-2.4.14 glibc-2.2.3
>PHP Version: 4.1.0
>New Comment:
>
>RTFM, the syntax for the xslt extension has changed...
>
>Previous Comments:
>------------------------------------------------------------------------
>
>[2001-12-07 12:07:06] hans@parse.nl
>
>
>the following code causes Apache processes to segfault:
>
> $xsl_handle = xslt_create();
> echo $xsl_handle; // returns a valid xslt processor handle
> // $xslData and $xmlData contain valid information
> xslt_process($xslData, $xmlData, $result);
> echo xslt_error($xsl_handle);
> xslt_free($xsl_handle);
>
>This piece of code also returns a "Warning: Supplied argument is not a valid XSLT Processor
>resource in *** on line 27", where line 27 is "xslt_process($xslData, $xmlData, $result);
>"
>
>Backtrace:
>
>Program received signal SIGSEGV, Segmentation fault.
>0x404b251b in strlen (str=0x0) at ../sysdeps/i386/strlen.c:27
>27 ../sysdeps/i386/strlen.c: No such file or directory.
>(gdb) bt
>#0 0x404b251b in strlen (str=0x0) at ../sysdeps/i386/strlen.c:27
>#1 0x8114a6d in zif_xslt_error (ht=1, return_value=0x8367dfc, this_ptr=0x0,
> return_value_used=1) at sablot.c:584
>#2 0x8155e2a in execute (op_array=0x835694c) at ./zend_execute.c:1590
>#3 0x8131419 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
> at zend.c:814
>#4 0x8073ae1 in php_execute_script (primary_file=0xbffff358) at main.c:1309
>#5 0x813cc6c in apache_php_module_main (r=0x8337ba8, display_source_mode=0)
> at sapi_apache.c:90
>#6 0x80700e6 in send_php () at eval.c:88
>#7 0x8070142 in send_parsed_php () at eval.c:88
>#8 0x81a4819 in ap_invoke_handler () at eval.c:88
>#9 0x81b9b6f in process_request_internal () at eval.c:88
>#10 0x81b9fd6 in ap_internal_redirect () at eval.c:88
>#11 0x8196a2d in mod_gzip_redir1_handler () at eval.c:88
>#12 0x81952c2 in mod_gzip_handler () at eval.c:88
>#13 0x81a4819 in ap_invoke_handler () at eval.c:88
>#14 0x81b9b6f in process_request_internal () at eval.c:88
>#15 0x81b9bd6 in ap_process_request () at eval.c:88
>#16 0x81b09f6 in child_main () at eval.c:88
>#17 0x81b0bd5 in make_child () at eval.c:88
>#18 0x81b0d4c in startup_children () at eval.c:88
>#19 0x81b13dd in standalone_main () at eval.c:88
>#20 0x81b1c5c in main () at eval.c:88
>#21 0x4045a2eb in __libc_start_main (main=0x81b18a8 <main>, argc=2,
> ubp_av=0xbffffb34, init=0x806cdec <_init>, fini=0x81d83ac <_fini>,
> rtld_fini=0x4000c130 <_dl_fini>, stack_end=0xbffffb2c)
> at ../sysdeps/generic/libc-start.c:129
>
>Specs:
>
>Slackware-8.0 glibc-2.2.3 (Linux osiris 2.4.14 #1 Thu Nov 8 15:02:47 CET 2001 i686 unknown)
>apache_1.3.22
>php-4.1.0RC5
>expat-1.95.2
>Sablot-0.71
>
>PHP config:
>
>./configure \
>--with-apache=../apache_1.3.22 \
>--with-mysql=/usr/local/mysql \
>--with-gd=/usr/local \
>--with-freetype-dir=/usr/local \
>--with-jpeg-dir=/usr \
>--with-png-dir=/usr \
>--with-zlib \
>--with-openssl \
>--with-curl \
>--enable-xslt \
>--with-xslt-sablot \
>--enable-sysvsem \
>--enable-sysvshm \
>--enable-track-vars \
>--enable-memory-limit \
>--enable-debug=yes
>
>Apache config:
>
>EAPI_MM=../mm-1.1.3 \
>SSL_BASE=/usr \
>./configure \
>--with-layout=Apache \
>--prefix=/usr/local/apache \
>--enable-module=rewrite \
>--enable-module=ssl \
>--add-module=/root/downloads/mod_gzip.c \
>--activate-module=src/modules/php4/libphp4.a
>
>
>
>------------------------------------------------------------------------
>
>
>
>Edit this bug report at http://bugs.php.net/?id=14381&edit=1
>
>
>