[PHP-DEV] minor TSRM issues
Hello there!
Here are two things that occurred to me while I played around with the TSRM
module (I am using 4.0.4pl1):
The first is: when compiling the TSRM without TSRM_DEBUG defined, but
compiling the PHP with -enable-debug option, the file zend_alloc.c uses the
function tsrm_error() but the function is not compiled in TSRM.c (#if'ed
out) and you get an undefined symbol error in linkage. Maybe the tsrm_error
function should be available even if TSRM_DEBUG is not defined.
The other thing in TSRM.c is this: The macro TSRM_ERROR is defined as either
"trsm_error" or as nothing. Here's the thing: when TSRM_ERROR is defined as
nothing, then:
TSRM_ERROR(something here, another here, etc, etc, etc );
is compiled as
(something here, another here, etc, etc, etc );
Which is a legal C statement, and it is compiled, but that is not quite what
one would hope for (i.e. an empty line), since all the parameters are still
eval'ed. The solution might be:
#ifdef TSRM_DEBUG
#define TSRM_ERROR(x) tsrm_error x
#else
#define TSRM_ERROR(x)
#endif
TSRM_ERROR((something here, another here, etc, etc, etc ));
Best Regards,
Eetay Natan,
RD Manager
Zend Technologies
T: +972-3-6139665
mailto:[EMAIL PROTECTED]
http://www.zend.com
Come and visit the Zend Booth # 605 at Apachecon 2001, April 4-6,
California.
-Original Message-
From: Joe Brown [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 01, 2001 11:06 AM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] what kind of insect is this?
Had fun tracking this bugger down, now that I found it, I don't know what to
do with it. Maybe you can help me?
Summary: WinNT, Apache 1.3.19, fairly recent snap, php_oci8.dll (maybe
MySql also)
Resource not releasted after casting to an integer.
Don't know if this the the culprit to my Apache server on windows constantly
crashing, but suspect it may be playing a role in it.
?php
$connection = OCIPLogon ("prn30","prn30","shmengie");
echo "brFirst round:br";
$statement=OCIParse ($connection, "select user from dual");
//$result_value=intval($statement); //CULPABLE.
echo var_dump($statement)."brFreedbr";
@OCIFreeStatement($statement);
echo var_dump($statement)."br";
echo "brSecond round:br";
$statement=OCIParse ($connection, "select user from dual");
$result_value=intval($statement); //CULPRIT
echo var_dump($statement)."brFreedbr";
@OCIFreeStatement($statement);
echo var_dump($statement)."br";
?
Outputs:
First round:
resource(2) of type (oci8 statement)
Freed
resource(2) of type (Unknown)
Second round:
resource(3) of type (oci8 statement)
Freed
resource(3) of type (oci8 statement)
In the second round, the resource is not freed.
Background info:
Thought it would be a good idea to use Manuel Lemos' Metabase. Works great
on Linux. That's where I developed this app, but now I need to migrate to a
Windows platform and it's crashing like crazy. Metabase's classes use an
intval($resource) as a place holder, in an array of statement_info so that
you can run mutiple queries. Metabase can keeps track of its queries this
way (for OCI at least).
The crashes experienced catestrophic, but threads aren't closing up shop
properly. Bug #9857 came about because a constant would be still be defined
the next page refresh. Haven't been able to reproduce this in a short code
segment w/out starting up metabase classes. After using Metabase on windows
however, all kinds of weirdness ensues. Apache performs illegal
instructions after every other refresh w/oci8 then.
-Joe "Shmengie"
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported
ID: 10089 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: gd1.8.4 compiled into php causes compile failure, gif isn't supported sorry, i forgot that.. ./configure --with-apxs --with-msql --with-gd Previous Comments: --- [2001-03-31 17:31:59] [EMAIL PROTECTED] 1. There is no GIF support in GD 1.8.4 2. What was the configure line used to configure PHP? Most likely you have got some old gd.h somewhere in your system which is found by PHP configure. Try removing every old remains of GD library and reinstall it. --Jani --- [2001-03-31 07:40:05] [EMAIL PROTECTED] While compiling php with gd support it completely stops. gd now no longer supports gif files. Because of this while running "make" it cause the compile to crash because the associated "gif" commands are not recognised. I found by editing the gd.c file under ext dir and removing anything with "gif" in it I could finish the compilation. By the way PHP is a top language and I love using it. Only just starting with it Thanks Evan --- Full Bug description available at: http://bugs.php.net/?id=10089 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10097: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: *Graphics related Bug description: ImageColorAllocate() doesn't work with ImageCreateFromJPEG() After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image fail. The same script with ImageCreate() works fine. http://oct31.de/dyn/clock.php?img=avface2bl http://oct31.de/dyn/clock.php Config see http://oct31.de/php/phpinfo.php I don't run the server myself and cannot tell much about the configuration. Script source at http://oct31.de/aw/phpclock/index.html -- Edit Bug report at: http://bugs.php.net/?id=10097edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS
Sebastian Bergmann wrote: sbergmann Sun Apr 1 07:13:10 2001 EDT Modified files: /php4 NEWS Log: Fixed some glitches in NEWS. (Yes, you may call me pedantic :-) I forgot how to commit to a branch, so could someone please MFH this for me? Thanks, Sebastian -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS
Simply update to the branch revision (cvs update -r PHP_4_0_5 NEWS), merge in the necessary patches, and commit it. Zeev At 16:19 1/4/2001, Sebastian Bergmann wrote: Sebastian Bergmann wrote: sbergmann Sun Apr 1 07:13:10 2001 EDT Modified files: /php4 NEWS Log: Fixed some glitches in NEWS. (Yes, you may call me pedantic :-) I forgot how to commit to a branch, so could someone please MFH this for me? Thanks, Sebastian -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9966 Updated: date(today) and date(tomorrow) return twice the same date
ID: 9966
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Date/time related
Description: date(today) and date(tomorrow) return twice the same date
well, thanks... that is more than a reasonable solving for me.
Previous Comments:
---
[2001-03-26 04:22:37] [EMAIL PROTECTED]
yeah, right... but what is the cure for this situation ? i mean i don't want to screw
up my scripts because a common daylight saving time. i don't know if you know what i
mean... it's just... silly
---
[2001-03-25 10:21:32] [EMAIL PROTECTED]
You have just discovered daylight savings time...
---
[2001-03-24 04:44:12] [EMAIL PROTECTED]
I made a script that loops through a week ahead (starting from 19 of March 2001 and
includind the week of 19-25 of March 2001) and reads the data from a database
according to the date. I've noticed the '2001-03-24' is returned twice using the
following script:
for($i = 0; $i 6; $i++)
{
$next_date = date("Y-m-d", mktime(0,0,0,date("m"),date("d")+$i,date("Y")));
print $next_date;
}
The script returns the same date with PHP 4.0.4 on IIS and Apache for Windows.
---
Full Bug description available at: http://bugs.php.net/?id=9966
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10098: can't start php.exe
From: [EMAIL PROTECTED] Operating system: win\'98 PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: can't start php.exe when i installed php on my computer it was impossible to start php.exe because Odbs32.dll was missing. this .dll comes with ms-office, but not with win'98 distribution! -- Edit Bug report at: http://bugs.php.net/?id=10098edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10099: Segfault in Apache 1.3.19 + PHP4.0.x DSO
From: [EMAIL PROTECTED] Operating system: Linux-mipsel (Cobalt Linux 5.0) PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Segfault in Apache 1.3.19 + PHP4.0.x DSO I have a Cobalt Qube2 (64-Bit MIPS little-endian). I have compiled PHP 4.0.4 and any release after that including 4.0.5RC2. PHP 4.0.x is configured like this: ./configure \ --with-apxs=/usr/sbin/apxs \ --enable-versioning \ --with-mysql=/usr/local/mysql \ --enable-track-vars \ --with-imap=/usr/local/imap-2000c \ --enable-ftp \ --with-mm=/usr/local/mm-1.1.3 \ --with-zlib (every interation of PHP after 4.0.4 was compiled with the options seen above) My GDB backtrace looks like this: #0 0x2aff60f8 in ?? () (gdb) bt #0 0x2aff60f8 in ?? () warning: Hit heuristic-fence-post without finding warning: enclosing function for address 0x2aff602c That's all I have found. -- Edit Bug report at: http://bugs.php.net/?id=10099edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported
ID: 10089 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Did you check for older gd.h (ie. not matching the libgd ?) in your system? And after removing those and reinstalling GD try this: 1. delete config.cache 2. configure with your configure line 3. 'make clean ; make ; make install' --Jani Previous Comments: --- [2001-04-01 07:48:39] [EMAIL PROTECTED] sorry, i forgot that.. ./configure --with-apxs --with-msql --with-gd --- [2001-03-31 17:31:59] [EMAIL PROTECTED] 1. There is no GIF support in GD 1.8.4 2. What was the configure line used to configure PHP? Most likely you have got some old gd.h somewhere in your system which is found by PHP configure. Try removing every old remains of GD library and reinstall it. --Jani --- [2001-03-31 07:40:05] [EMAIL PROTECTED] While compiling php with gd support it completely stops. gd now no longer supports gif files. Because of this while running "make" it cause the compile to crash because the associated "gif" commands are not recognised. I found by editing the gd.c file under ext dir and removing anything with "gif" in it I could finish the compilation. By the way PHP is a top language and I love using it. Only just starting with it Thanks Evan --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10089edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10097 Updated: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()
ID: 10097 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: *Graphics related Bug Type: GD related Assigned To: Comments: Please explain HOW it doesn't work? The URLs seem to work just fine. And you shouln't be reporting the bug if you're not admin of the site as you can't try any other versions of PHP or GD. And FYI: ImageColorAllocate() after imagecreatefromjpeg() works just fine for me. --Jani Previous Comments: --- [2001-04-01 08:04:18] [EMAIL PROTECTED] After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image fail. The same script with ImageCreate() works fine. http://oct31.de/dyn/clock.php?img=avface2bl http://oct31.de/dyn/clock.php Config see http://oct31.de/php/phpinfo.php I don't run the server myself and cannot tell much about the configuration. Script source at http://oct31.de/aw/phpclock/index.html --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10097edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10072 Updated: SIGSEGV on startup (apxs)
ID: 10072
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To:
Comments:
Can you please try the latest CVS snapshot from http://snaps.php.net/ ?
And I saw some informix related stuff in that truss output
so it might be something left in there. Check your php.ini
and also do 'make clean' after configuring PHP.
--Jani
Previous Comments:
---
[2001-03-30 17:07:16] [EMAIL PROTECTED]
I'm not sure what you mean. My PHP configure line already has --enable-debug, and
contains no source dirs except jpeg-6b (I can take that out and recompile I guess).
../../mysql = /usr/local/mysql, which is where it installed
Or are you referring to my Apache configure line (the example installation specified
to use those source dirs).
---
[2001-03-30 14:37:24] [EMAIL PROTECTED]
1. Delete config.cache
2. Add --enable-debug into your configure line
3. Configure and compile and try regenerating that gdb backtrace.
And do not use the source dirs in any other configure
option of PHP than --with-apache. You should be using the
INSTALL base dirs.
--Jani
---
[2001-03-29 23:40:15] [EMAIL PROTECTED]
OS version:
SunOS ptl2 5.7 Generic sun4u sparc SUNW,Ultra-5_10
Apache 1.3.19+mod_ssl-2.8.1 configure line:
EAPI_MM=../mm-1.1.3 SSL_BASE=../openssl-0.9.6 ./configure --prefix=/usr/local/apache
--enable-module=ssl --enable-module=so --enable-module=rewrite
PHP 4.0.4pl1 configure line:
./configure --with-apxs --with-mcrypt --with-mhash --with-mysql=../../mysql --with-gd
--enable-versioning --with-ttf --with-jpeg-dir=../jpeg-6b --enable-debug
If the LoadModule libphp4.so is removed from httpd.conf, Apache operates correctly.
Otherwise, there is a SIGSEGV as httpd starts up. Following is a GDB backtrace and
partial truss output. Full truss output can be found at
http://wolf.project-w.com/notes/20010330.phpsegv.txt
---
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.7"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074
Program received signal SIGSEGV, Segmentation fault.
0xff3b8894 in ?? ()
(gdb) bt
#0 0xff3b8894 in ?? ()
#1 0xff3b35a0 in ?? ()
#2 0xff3b37e8 in ?? ()
#3 0xff3bd154 in ?? ()
#4 0xb7764 in ap_os_dso_load ()
#5 0x83a70 in load_module ()
#6 0x8d550 in invoke_cmd ()
#7 0x8e3c0 in ap_handle_command ()
#8 0x8e49c in ap_srm_command_loop ()
#9 0x8ee84 in ap_process_resource_config ()
#10 0x8facc in ap_read_config ()
#11 0x9e7bc in main ()
(gdb)
---
...
stat("/usr/local/apache", 0xFFBED7C8) = 0
open("/usr/local/apache/libexec/libphp4.so", O_RDONLY) = 5
fstat(5, 0xFFBED614)= 0
mmap(0x, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFF34
mmap(0x, 2187264, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFED8
munmap(0xFEF46000, 57344) = 0
mmap(0xFEF54000, 182128, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 5,
1851392) = 0xFEF54000
...
mprotect(0xFED8, 1854910, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0xFED8, 1854910, PROT_READ|PROT_EXEC) = 0
munmap(0xFEF54000, 265928) = 0
munmap(0xFED8, 1854910) = 0
Incurred fault #6, FLTBOUNDS %pc = 0xFF3B8894
siginfo: SIGSEGV SEGV_ACCERR addr=0xFF3CABD4
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_ACCERR addr=0xFF3CABD4
*** process killed ***
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10072edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6175 Updated: XML functions no longer work in objects
ID: 6175 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *XML functions Description: XML functions no longer work in objects I believe it's still a problem, but I'll have to recreate my test case. I'll try and get to it soon. Previous Comments: --- [2001-03-31 11:17:17] [EMAIL PROTECTED] do you still experience this error? --- [2000-08-31 15:00:35] [EMAIL PROTECTED] With today's CVS, including Andrei's latest change to xml.c (rev. 1.61), I can generate a backtrace for the segfault that occurs when calling the xml_* routines from the constructor: Starting program: /usr/local/src/apache_1.3.12/src/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x80e3a0e in _efree (ptr=0x5a5a5a5a, __zend_filename=0x81bb1a9 "zend_variables.c", __zend_lineno=98, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:196 196 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 0x80e3a0e in _efree (ptr=0x5a5a5a5a, __zend_filename=0x81bb1a9 "zend_variables.c", __zend_lineno=98, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:196 #1 0x80eea7e in zval_del_ref (p=0x8263b3c) at zend_variables.c:98 #2 0x80dc0cd in xml_parser_dtor (parser=0x8263b24) at xml.c:302 #3 0x80f3dc1 in list_entry_destructor (ptr=0x82d3be4) at zend_list.c:253 #4 0x80f2b1d in zend_hash_apply_deleter (ht=0x824b880, p=0x82b70a4) at zend_hash.c:619 #5 0x80f2c3e in zend_hash_graceful_destroy (ht=0x824b880) at zend_hash.c:670 #6 0x80f3e97 in zend_destroy_rsrc_list () at zend_list.c:298 #7 0x80e9490 in shutdown_executor () at zend_execute_API.c:179 #8 0x80ef604 in zend_deactivate () at zend.c:520 #9 0x808070b in php_request_shutdown (dummy=0x0) at main.c:659 #10 0x807e887 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:291 #11 0x8124ee5 in run_cleanups (c=0x82b30f4) at alloc.c:1706 #12 0x812359b in ap_clear_pool (a=0x82b200c) at alloc.c:531 #13 0x812361b in ap_destroy_pool (a=0x82b200c) at alloc.c:561 #14 0x8123587 in ap_clear_pool (a=0x826600c) at alloc.c:528 #15 0x8133165 in child_main (child_num_arg=0) at http_main.c:3900 #16 0x81337a5 in make_child (s=0x8252034, slot=0, now=967748297) at http_main.c:4281 #17 0x813391e in startup_children (number_to_start=3) at http_main.c:4363 #18 0x8133f28 in standalone_main (argc=2, argv=0xbfbffa48) at http_main.c:4651 #19 0x8134740 in main (argc=2, argv=0xbfbffa48) at http_main.c:4978 From Apache's error log: httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. httpd in free(): warning: chunk is already free. [Thu Aug 31 08:57:05 2000] [notice] child pid 57954 exit signal Segmentation fault (11) --- [2000-08-23 10:30:05] [EMAIL PROTECTED] If you're referring to Andrei's changes that accept the array($this, 'fooHandler') syntax, no, it doesn't fix my problem, and I actually haven't gotten the new syntax to work correctly, either. I'll try and look into it some more later today. --- [2000-08-23 08:29:41] [EMAIL PROTECTED] Wasn't this just fixed in cvs?? --Jani --- [2000-08-21 10:25:09] [EMAIL PROTECTED] All of my attempts to reduce the problem to a short script have failed, but I have examples of working and non-working code you can look at. I've made them available here: http://orca.gaiaservers.com/work/xml.tar.gz xml.php works fine. help.xml is the XML source file used in the following two files. Help1.php calls the xml_* functions from the constructor and doesn't work. Help2.php calls the xml_* functions from a separate init method and does work. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=6175 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10097 Updated: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()
ID: 10097 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: *Graphics related Bug Type: GD related Assigned To: Comments: Could you please clarify this a little bit ie. add the examples of both cases (one color allocation that doesn't work and the one that works) --Jani Previous Comments: --- [2001-04-01 13:15:24] [EMAIL PROTECTED] After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image fail. The same script with ImageCreate() works fine. http://oct31.de/dyn/clock.php?img=avface2bl http://oct31.de/dyn/clock.php Config see http://oct31.de/php/phpinfo.php I don't run the server myself and cannot tell much about the configuration. Script source at http://oct31.de/aw/phpclock/index.html modification It seems to be an undocumented limitation, not a bug. After trying ImageColorAllocate() on an image created from a JPG with only very few colors, the colors could be allocated --- [2001-04-01 13:04:39] [EMAIL PROTECTED] Please explain HOW it doesn't work? The URLs seem to work just fine. And you shouln't be reporting the bug if you're not admin of the site as you can't try any other versions of PHP or GD. And FYI: ImageColorAllocate() after imagecreatefromjpeg() works just fine for me. --Jani --- [2001-04-01 08:04:18] [EMAIL PROTECTED] After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image fail. The same script with ImageCreate() works fine. http://oct31.de/dyn/clock.php?img=avface2bl http://oct31.de/dyn/clock.php Config see http://oct31.de/php/phpinfo.php I don't run the server myself and cannot tell much about the configuration. Script source at http://oct31.de/aw/phpclock/index.html --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10097edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10064 Updated: Apache Seg Faults with XSLT and domXML usage
ID: 10064
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Apache related
Bug Type: Sablotron XSL
Assigned To:
Comments:
With latest CVS (from today) I can not reproduce this.
Please try updating your CVS checkout.
--Jani
Previous Comments:
---
[2001-03-29 14:15:46] [EMAIL PROTECTED]
The compile script is as follows:
./configure
--mandir=/usr/share/man
--with-apxs=/usr/local/apache/bin/apxs
--with-config-file-path=/etc/httpd
--enable-magic-quotes
--enable-bcmath
--enable-calendar
--with-dom=/usr/local
--with-zlib-dir
--enable-ftp
--with-mysql=/usr/local/mysql
--with-pgsql=/usr/local/pgsql
--with-expat-dir=/usr/local
--with-sablot=/usr/local
--enable-trans-sid
--with-regex=system
--with-swf=/usr/local/openswf
--enable-wddx
--enable-memory-limit
--with-gnu-ld
The system is:
Linux Mandrake 8.0
Apache 1.3.19
glibc 2.2.2
MySQL 3.23.34a
Postgres 7.0.3
libxml 2.3.4
Sablot 0.51
expat 1.95.1
gdb backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x403d0742 in Processor::useArg (this=0x8145840,
name=0x8f8 Address 0x8f8 out of bounds, val=0x0)
at proc.cpp:1067
1067proc.cpp: No such file or directory.
in proc.cpp
Current language: auto; currently c++
(gdb) bt
#0 0x403d0742 in Processor::useArg (this=0x8145840,
name=0x8f8 Address 0x8f8 out of bounds, val=0x0)
at proc.cpp:1067
#1 0x403d12a4 in SablotRunProcessor
(processor_=0x8145840, sheetURI=0x81358bc "test.xsl",
inputURI=0x4032ebfc "arg:/_xmlinput",
resultURI=0x4032ebef "arg:/_output", params=0x0,
arguments=0xbfffdad0)
at sablot.cpp:137
#2 0x40279d7e in php_if_xslt_output_endtransform (ht=0,
return_value=0x8136254, this_ptr=0x0, return_value_used=0)
at sablot.c:317
#3 0x4021c3c1 in execute (op_array=0x811d774) at
./zend_execute.c:1494
#4 0x4022d27d in zend_execute_scripts (type=8,
file_count=3) at zend.c:743
#5 0x40244f5c in php_execute_script
(primary_file=0xb690) at main.c:1194
#6 0x402406a5 in apache_php_module_main (r=0x812ad04,
display_source_mode=0) at sapi_apache.c:89
#7 0x4024137c in send_php (r=0x812ad04,
display_source_mode=0,
filename=0x812b7e4
"/home/www/public_html/xsl/test2.php") at mod_php4.c:521
#8 0x402413c2 in send_parsed_php (r=0x812ad04) at
mod_php4.c:532
#9 0x0805b797 in ap_invoke_handler ()
#10 0x0807029b in process_request_internal ()
#11 0x08070310 in ap_process_request ()
#12 0x080673b2 in child_main ()
#13 0x08067564 in make_child ()
#14 0x080676d8 in startup_children ()
#15 0x08067d57 in standalone_main ()
#16 0x0806858f in main ()
#17 0x400960de in __libc_start_main () from /lib/libc.so.6
(gdb)
Code that is killing it:
?php
xslt_output_begintransform("test.xsl");
$doc = new_xmldoc("1.0");
//books
$books = $doc-add_root("books");
//book
$book = $books-new_child("book","");
// title
$title = $book-new_child("title","Core Java Programming");
// authors
$authors = $book-new_child("authors","");
//author
$author = $authors-new_child("author","Leon Atkinson2");
$author-set_attribute("id","1");
// isbn
$isbn = $book-new_child("isbn",123);
// isbn id="123"
$isbn-set_attribute("id","987");
/*
##
*/
//book
$book = $books-new_child("book","");
// title
$title = $book-new_child("title","Flash 4 Magic");
// authors
$authors = $book-new_child("authors","");
//author
$author = $authors-new_child("author","David Emberton");
$author-set_attribute("id","1");
$author = $authors-new_child("author","J. Scott Hamlin");
$author-set_attribute("id","2");
// isbn
$isbn = $book-new_child("isbn",123);
// isbn id="123"
$isbn-set_attribute("id","987");
echo $doc-dumpmem();
xslt_output_endtransform();
?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10064edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10026 Updated: For loop always execute
ID: 10026
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Assigned To:
Comments:
As I can not reproduce this with latest CVS please try
the latest snapshot from http://snaps.php.net/
And if happens with it too, create one
short but self-containing script which can be used
to reproduce this anywhere without modifications
and add it into this bug report.
--Jani
Previous Comments:
---
[2001-03-29 12:57:01] [EMAIL PROTECTED]
When i said ONCE - i didnt mean ONCE :)
It ALWAYS happen in the code referred...
---
[2001-03-29 12:55:32] [EMAIL PROTECTED]
Its not easy reproduceable - i have only seen this happens ONCE - in the specified
function. Its NOT a simple for-loop - the for-loop executes INSIDE a recursively
called function.
I've also tried this one :
---
$c = count($myarray);
if ($c0) {
echo "c is greater than 0br";
for (...) {
...code
}
}
---
then IF c is 0 the echo statement doesnt execute BUT the for loop executes...
I cant figure out why...
If some of you want it i can mail you the file so you can see the things in
perspective.
- Svein
---
[2001-03-29 11:55:23] [EMAIL PROTECTED]
I can't reproduce this (using code below):
?php
$c=0;
for($i=0; $i$c; $i++) {
echo "yesn";
}
?
Could you try this one?
And note: If the variable passed to count() is not an array,
it will return 1.
--Jani
---
[2001-03-27 11:09:08] [EMAIL PROTECTED]
The code submitted is inside a function that is called recursively and its not exact
copy of the code.
I've also tried to change the for loop to a while loop with the same result.
---
[2001-03-27 11:07:07] [EMAIL PROTECTED]
I have a strange situation;
I have this code :
$c = count($myarray);
echo $c . 'br';
for ($i=0; $i$c; $i++) {
code goes here...
}
echo often often output that $c is 0 BUT the for loop ALWAYS execute...
I also have tried to sorrund the for loop with this :
if ($c0) {
for(...)
}
and it STILL execute if $c==0
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10026edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10083 Updated: libphp4.so
ID: 10083 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Assigned To: Comments: User feedback: -- i tried php3 php4 and php4 latest cvs and they all give me the same error. is it me or is it the software :-) --- Please add the output of '# /usr/local/mysql-3.23.36-pc-linux-gnu-i686/bin/mysql_config --libs' into this bug report. (And DO NOT reply via email, use the web interface to update bug report!) A workaround is to add --with-zlib into your configure line. --Jani Previous Comments: --- [2001-03-31 16:46:10] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ as this should be fixed. --Jani --- [2001-03-30 23:13:00] [EMAIL PROTECTED] ./apachectl start Syntax error on line 236 of /home/httpd/conf/httpd.conf: Cannot load /home/httpd/libexec/libphp4.so into server: /home/httpd/libexec/libphp4.so: undefined symbol: uncompress ./apachectl start: httpd could not be started after make install and make of php 4 and ./configure -with-apxs=/home/httpd/bin/apxs -with-mysql=/usr/local/mysql-3.23.36-pc-linux-gnu-i686 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10083edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10097 Updated: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()
ID: 10097 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Graphics related Assigned To: Comments: This is limitation of GD library. It only supports 256 colors. Not a bug in PHP. --Jani Previous Comments: --- [2001-04-01 13:28:40] [EMAIL PROTECTED] explanation : The clocks hands SHOULD be in 2 different red variants if no different color is specified - it works in a low-color JPG : http://oct31.de/dyn/clock.php - no texture, image created with ImageCreate() - the clock hands show in red http://oct31.de/dyn/clock.php?img=ffhs=30 - ff.jpg is a plain white JPG - the clock hands show in red The same on a JPG with more colors : http://oct31.de/dyn/clock.php?img=av_face1hs=30 - av_face1 uses 2686 different colors - the clock hands show in a color that is used somewhere in the source JPG --- [2001-04-01 13:19:02] [EMAIL PROTECTED] Could you please clarify this a little bit ie. add the examples of both cases (one color allocation that doesn't work and the one that works) --Jani --- [2001-04-01 13:15:24] [EMAIL PROTECTED] After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image fail. The same script with ImageCreate() works fine. http://oct31.de/dyn/clock.php?img=avface2bl http://oct31.de/dyn/clock.php Config see http://oct31.de/php/phpinfo.php I don't run the server myself and cannot tell much about the configuration. Script source at http://oct31.de/aw/phpclock/index.html modification It seems to be an undocumented limitation, not a bug. After trying ImageColorAllocate() on an image created from a JPG with only very few colors, the colors could be allocated --- [2001-04-01 13:04:39] [EMAIL PROTECTED] Please explain HOW it doesn't work? The URLs seem to work just fine. And you shouln't be reporting the bug if you're not admin of the site as you can't try any other versions of PHP or GD. And FYI: ImageColorAllocate() after imagecreatefromjpeg() works just fine for me. --Jani --- [2001-04-01 08:04:18] [EMAIL PROTECTED] After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image fail. The same script with ImageCreate() works fine. http://oct31.de/dyn/clock.php?img=avface2bl http://oct31.de/dyn/clock.php Config see http://oct31.de/php/phpinfo.php I don't run the server myself and cannot tell much about the configuration. Script source at http://oct31.de/aw/phpclock/index.html --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10097edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9457 Updated: cannot compile with native Solaris libldap (fix included)
ID: 9457 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: LDAP related Assigned To: Comments: This should be fixed in CVS now. Please try the latest snapshot from http://snaps.php.net/ Reopen this bug report if it doesn't work. --Jani Previous Comments: --- [2001-02-26 07:28:25] [EMAIL PROTECTED] ./configure --with-ldap ... don't use native /usr/lib/libldap.so *** ext/ldap/config.m4 Mon Feb 26 15:16:51 2001 --- ext/ldap/config.m4.orig Mon Feb 26 15:16:01 2001 *** *** 43,50 if test -f $LDAP_LIBDIR/liblber.a -o -f $LDAP_LIBDIR/liblber.so ; then AC_ADD_LIBRARY_WITH_PATH(lber, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) AC_ADD_LIBRARY_WITH_PATH(ldap, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) - elif test -f $LDAP_LIBDIR/libldap.so ; then - AC_ADD_LIBRARY_WITH_PATH(ldap, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) elif test -f $LDAP_LIBDIR/libldapssl41.so; then if test -n "$LDAP_PTHREAD"; then AC_ADD_LIBRARY($LDAP_PTHREAD) --- 43,48 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9457edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9351 Updated: LDAP_SEARCH
ID: 9351 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: LDAP related Assigned To: venaas Comments: No feedback. --Jani Previous Comments: --- [2001-02-20 04:38:41] [EMAIL PROTECTED] I think the problem might be that the LDAP server doesn't support it. Please try searching with ldapsearch command line utility and see if that works. What LDAP libraries and server are you using? --- [2001-02-20 03:39:23] [EMAIL PROTECTED] I use PHP to connect ldap service for searching and modifing information. For search a entry, i use this: $filter="(date = 20010116)"; then use ldap_search($ld,$dn,$filter); but seems the function can't work. surprisingly, if i use $filter="(date = 20010116)"; //change '=' to '=' it works. so, can anyone tell me what's the wrong with it? thanks a lot. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9351edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10098 Updated: can't start php.exe
ID: 10098 Updated by: joey Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues Assigned To: Comments: Not a PHP bug. Complain to Microsoft. :) Previous Comments: --- [2001-04-01 12:07:08] [EMAIL PROTECTED] when i installed php on my computer it was impossible to start php.exe because Odbs32.dll was missing. this .dll comes with ms-office, but not with win'98 distribution! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10098edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9704 Updated: LDAP Referral problem
ID: 9704
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: LDAP related
Assigned To:
Comments:
No feedback and should be fixed now.
--Jani
Previous Comments:
---
[2001-03-12 17:29:33] [EMAIL PROTECTED]
If you use the latest snapshot or the soon to be released
4.0.5 (or release candidate) and OpenLDAP 2.x.x API, you
can tell it not to follow referrals, parse the referral
yourself and connect to the master server. I haven't
added all the documentation yet, but something like this
would catch a referral:
ldap_set_option($ds, LDAP_OPT_REFERRALS, 0);
ldap_bind($ds);
$sr=ldap_search($ds,"", "cn=inga cecilie*");
if (ldap_parse_result($ds, $sr, $rescode, $matcheddn,
$errmsg, $referrals)) {
echo "Result code: $rescodenMatched DN: $matcheddnnError
msg: $errmsgn";
echo "Referrals: ", implode("nt", $referrals), "n";
} else {
echo "Error parsing result!n";
}
Will this suffice?
---
[2001-03-12 09:17:08] [EMAIL PROTECTED]
There is no support for LDAP referral in PHP 4.
It's a big problem, because it's not possible to add data in the LDAP Database because
the local database is in read only. Only the the
master (referral) database is writable.
I writed a little function which call "ldap_set_rebind_proc()" but it's used
for all the LDAP link-id and it's not really a solution. Is it possible for you to add
this type of function ?
Or may i have help for write this one ?
Greets, Yannick.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9704edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9958 Updated: configure script does not link libldap into PHP
ID: 9958 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: LDAP related Assigned To: Comments: Closed. Reopen if latest CVS snapshot doesn't fix this. --Jani Previous Comments: --- [2001-03-26 15:55:33] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ ? I made a little modification to the configure and it should work now with the Solaris libldap. --Jani --- [2001-03-23 12:00:20] [EMAIL PROTECTED] The configure script, run with the '--with-ldap' does not link php with libldap . PHP will compile fine, but when you try to run apache (DSO module) you get this: Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libphp4.so: symbol ldap_unbind_s: referenced symbol not found manually linking libphp with -lldap corrects the problem. NOTE: solaris 8 has ldap libraries included. I would think this should be the default behavior. configure was run as follows: ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --with-imap=../imap-2000c --with-ldap --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9958edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9332 Updated: Crash in phpinfo with Netscape LDAP
ID: 9332 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: LDAP related Assigned To: Comments: Please try the latest CVS snapshot from http://snaps.php.net/ --Jani Previous Comments: --- [2001-02-19 08:10:03] [EMAIL PROTECTED] The configured line is the one I indicated, just configure --with-ldap=/www/ldap Originally, I used other parameters, which I suppressed to isolate the problem. The crash is always the same, php displays H2 align="center"A NAME="module_ldap"ldap/A/H2 Then crashes with core dump I don't have gdb. adb indicates: SIGABRT: Abort The backtrace is : __sigprocmask() + 8 _resetsig(0xef4678a4,0x1365c8,0xef466bf0,0x0,0x0,0x136634) + 378 _sigon(?) + cc _lmutex_unlock(0xef46b688,0xef46b668,0x13662c,0xefffe50c,0x6,0x1) --- [2001-02-19 05:56:45] [EMAIL PROTECTED] Please include the configure line used to configure PHP 4 and if possible a gdb backtrace of the crash. --Jani --- [2001-02-19 05:19:41] [EMAIL PROTECTED] PHP4 crashes in phpinfo() on Solaris 2.6, when configured with Netscape LDAP configure --with-ldap=/www/ldap Netscape ldap lib : libldapssl30.so Toto file containing just ? phpinfo() ? "php4 toto" crashes with message "Abort(coredump)" The core file indicates a crash in sigprocmask function. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9332edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10099 Updated: Segfault in Apache 1.3.19 + PHP4.0.x DSO
ID: 10099 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Reproduceable crash Description: Segfault in Apache 1.3.19 + PHP4.0.x DSO Sniper, Thanks for the quick response. Here is the new debugged core dump: Starting program: /usr/sbin/httpd -X Program received signal SIGFPE, Arithmetic exception. 0x2b0b1da0 in php_minit_crypt (type=1, module_number=3) at crypt.c:105 105 php_srand(time(0) * getpid() * (php_combined_lcg() * 1.0)); (gdb) bt #0 0x2b0b1da0 in php_minit_crypt (type=1, module_number=3) at crypt.c:105 #1 0x2b0a3968 in php_minit_basic (type=1, module_number=3) at basic_functions.c:748 #2 0x2aff2068 in zend_startup_module (module=0x2b253b44) at zend_API.c:624 #3 0x2b01ac30 in php_startup_extensions (ptr=0x2b24e288, count=10) at main.c:701 #4 0x2b01ccb4 in php_startup_internal_extensions () at internal_functions.c:62 #5 0x2b01b390 in php_module_startup (sf=0x2b24d290) at main.c:861 #6 0x2b014ca4 in php_apache_startup (sapi_module=0x2b24d290) at mod_php4.c:259 #7 0x2b016820 in php_init_handler (s=0x10122cc8, p=0x10122ca0) at mod_php4.c:729 #8 0x4836b0 in ap_init_modules () #9 0x499dd4 in main () I believe there is a work-around for this. See Bug #9827 by Matti Weissmueller. He uses similar hardware. Thanks for your help. Previous Comments: --- [2001-04-01 13:12:22] [EMAIL PROTECTED] 1. delete config.cache 2. add --enable-debug into your configure line 3. after configure 'make clean ; make ; make install' Now you might get better backtrace of the problem. Do you have PHP 3 installed into the apache? If not, you don't need --enable-versioning argument. --Jani --- [2001-04-01 12:18:23] [EMAIL PROTECTED] I have a Cobalt Qube2 (64-Bit MIPS little-endian). I have compiled PHP 4.0.4 and any release after that including 4.0.5RC2. PHP 4.0.x is configured like this: ./configure --with-apxs=/usr/sbin/apxs --enable-versioning --with-mysql=/usr/local/mysql --enable-track-vars --with-imap=/usr/local/imap-2000c --enable-ftp --with-mm=/usr/local/mm-1.1.3 --with-zlib (every interation of PHP after 4.0.4 was compiled with the options seen above) My GDB backtrace looks like this: #0 0x2aff60f8 in ?? () (gdb) bt #0 0x2aff60f8 in ?? () warning: Hit heuristic-fence-post without finding warning: enclosing function for address 0x2aff602c That's all I have found. --- Full Bug description available at: http://bugs.php.net/?id=10099 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9019 Updated: Segmentation fault using ldap_mod_del()
ID: 9019
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: LDAP related
Assigned To:
Comments:
Which ldap libraries are you using? openldap? Version?
And please generate a GDB backtrace of the crash.
Information how to create a backrace can be found here:
http://www.php.net/bugs-generating-backtrace.php
Remember to add --enable-debug into your configure line
and delete config.cache before configure. And after configure, do 'make clean ; make ;
make install'
This way you should get proper gdb backtraces.
--Jani
Previous Comments:
---
[2001-02-01 10:14:22] [EMAIL PROTECTED]
I should also note that php is running on Mandrake 7.2 with a stock install, and that
the directory is Netscape Directory Server 4.12 on a solaris 8 box.
---
[2001-01-31 08:04:52] [EMAIL PROTECTED]
I also tried the function 'ldap_mod_add()' and the same thing happens.
---
[2001-01-30 21:07:10] [EMAIL PROTECTED]
Here is the code segment:
--snip
if($ACCESS == "No") {
for ($i=0; $i$attrs["uniquemember"]["count"]; $i++) {
if($attrs["uniquemember"][$i] == $dn) {
$setvar["uniquemember"][$i]=$attrs["uniquemember"][$i];
}
}
$result=ldap_mod_del($ds, "cn=FTP,ou=groups,o=equifax.com", $setvar);
---snip
Here is the apache log:
[Tue Jan 30 21:02:28 2001] [notice] child pid 3807 exit signal Segmentation fault (11)
[Tue Jan 30 21:02:49 2001] [notice] child pid 3808 exit signal Segmentation fault (11)
[Tue Jan 30 21:02:56 2001] [notice] child pid 3812 exit signal Segmentation fault (11)
[Tue Jan 30 21:05:08 2001] [notice] child pid 3806 exit signal Segmentation fault (11)
[Tue Jan 30 21:05:10 2001] [notice] child pid 3809 exit signal Segmentation fault (11)
Everytime I click my submit button to send my form (which then calls said code above),
I get back "The document contained no data..."
and apache dumps another seg fault line in the error log.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9019edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10042 Updated: disable_functions fopen Memory allocation crash
ID: 10042
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To:
Comments:
I can't reproduce this with latest CVS so please try the
snapshot from http://snaps.php.net/
--Jani
Previous Comments:
---
[2001-03-28 16:39:12] [EMAIL PROTECTED]
We configured PHP with fopen and all other file-related functions disabled
(disable_functions = "fopen") on our Lnux 2.2.16 machine with Apache 1.3.19.
If a file with fopen or any other file-related (and disabled) function is run PHP does
NOT simply refuse the execution of this function. It runs forever (or until the end of
the max_execution_time setting) and allocates more and more memory. This results in a
server crash within less than one minute because of memory shortage.
If you configure a very short max_execution_time (or stop the execution of the script
with your browser manually after one second) the server does not crash immediatelly.
However all memory allocated by the httpd process serving the script (many MBs per
second!) is NOT released. So only a very short (fraction of a second) second execution
of the script by the same httpd process will result in a server crash.
Sample script used (with add. syntax errors):
!doctype html public "-//W3C//DTD HTML 4.0 //EN"
html
head
LINK REL=STYLESHEET TYPE="text/css" HREF="format.css"
titleHeutige Geburtstagsliste/title
/head
body BGCOLOR="#FF" link="#7DA6B9" vlink="#7DA6B9" alink="#7DA6B9"
table border=0
tr
td width=15%nbsp;/td
td width=60%
table border=0 cellspacing="5" cellpadding="2"
caption align=top
?php
$today = date ("d. F");
echo "h3$today/h3";
?
/caption
?php
$month = date ("m");
$day = date ("d");
$fr = fopen($month . ".txt", "r");
$hit = 0;
while (!feof($fr))
{
$buffer = fgets($fr, 1024);
if ($buffer != "")
{
list ($birthday, $name, $email) = split ('[#]', $buffer);
if (substr($birthday, 0, 4) == date("dm"))
{
$hit = 1;
echo "tr bgcolor="#94B5C6"";
echo "td class="text" width="50"";
printf (substr($birthday, 4, 4));
echo "/td";
echo "td class="text" width="200"$name/td";
echo "td width="200"a class="link"
href=mailto:$email$email/a/td/tr";
}
}
}
if ($hit == 0)
{
echo "trtd colspan="3" class="text"Es sind für den heutigen Tag
keine Einträge vorhanden!/td/tr";
}
fclose ($fr);
?
/table
/body
/html
php.ini:
engine = On
short_open_tag = On
precision = 5
output_buffering = Off
expose_php = Off
allow_url_fopen = Off
asp_tags= On
display_errors = On
doc_root= "."
open_basedir= "."
include_path= "."
magic_quotes_gpc = On
magic_quotes_runtime = On
max_execution_time =5
memory_limit= 314000
register_globals = On
file_uploads= 0
post_max_size = 300K
safe_mode = On
safe_mode_exec_dir ="."
enable_dl = Off
;; EXTENSION LOADING
extension_dir = /usr/lib/php4
;; Global PHP defaults
warn_plus_overloading = On ; warn if the + operator is used with strings
track_errors= On ; Store the last error/warning message in
$php_errormsg (boolean)
track_vars = On ;
include_path= ".:/usr/share/php"
disable_functions="fopen,fpassthru,fputs,fread,fscanf,fseek,fstat,ftell,ftruncate,fwrite"
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10042edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9935 Updated: seg fault - apache - repost
ID: 9935 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Assigned To: Comments: Could you try updating your CVS checkout and do this: './cvsclean ; ./buildconf' And try generating that gdb backtrace again. Oh, does this happen with some script? And is there some other bug report about this? Which number? Please add the shortest possible and self-containing script into this bug report that can be used to reproduce this problem. --Jani Previous Comments: --- [2001-03-26 18:07:08] [EMAIL PROTECTED] libc-2.1.3 it looks like thank you! Terry --- [2001-03-26 17:59:20] [EMAIL PROTECTED] What is the version of glibc in your system? --Jani --- [2001-03-22 12:48:46] [EMAIL PROTECTED] A backtrace was requested from Jani. I recompiled everything as instructed but the result looks the same on the backtrace. I could not get a core file, so I continued as the instructions said and this is what I got again: #0 0x0 in ?? () #1 0x422f19e8 in ?? () #2 0x422eb50a in ?? () #3 0x422d546b in ?? () #4 0x422d5620 in ?? () #5 0x422d5866 in ?? () #6 0x401735bc in getprotobyname_r () from /lib/libc.so.6 #7 0x40173438 in getprotobyname () from /lib/libc.so.6 #8 0x81f6679 in tcp_socket_open (sin=0xbfffa050, tmp=0xbfff9850 "¨ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10100: php.php has wierd logo!!!!!! Have you been Hacked?
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: php.php has wierd logo!! Have you been Hacked? -- Edit Bug report at: http://bugs.php.net/?id=10100edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] PHP 4.0 Bug #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?
Sorry about the address, or lack thereof. When I run phpinfo(); A wierd logo in the right top corner with a guy that has walrus teeth shows up. Actually, they look like french fries, or pencils maybe. What a hoot! .mike -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?
On Sun, Apr 01, 2001 at 03:00:34PM -0400, Mike Robinson wrote: Sorry about the address, or lack thereof. When I run phpinfo(); A wierd logo in the right top corner with a guy that has walrus teeth shows up. Actually, they look like french fries, or pencils maybe. What a hoot! breadsticks to be precise;-) tc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?
breadsticks to be precise;-) some kind of hobby or mental stimulation? ;) andr -- Andr Langhorstt: +49 331 5811560 [EMAIL PROTECTED] m: +49 173 9558736 * PHP Quality Assurance http://qa.php.net * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP4 Bug Summary
Hello, since the last three weeks I only received the PHP3 Bug Summary and the assigned bugs thing. But no PHP4 Bug Summary. Can somebody check this out? Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?
On Sun, Apr 01, 2001 at 09:17:54PM +0200, Andr Langhorst wrote: breadsticks to be precise;-) some kind of hobby or mental stimulation? ;) amateur course of kamasutra. -fkr -- gpg-fingerprint: 076E 1E87 3E05 1C7F B1A0 8A48 0D31 9BD3 D9AC 74D0 |http://www.hazardous.org/ | whois -h whois.ripe.de FKR-RIPE | |all your base are belong to us | shame on me | fkr@IRCnet | -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10101: apache + mysqld + php3 == libphp3.so incorrect symbol...
From: [EMAIL PROTECTED] Operating system: linux mdk 2.2-17 PHP version: 3.0.17 PHP Bug Type: Other Bug description: apache + mysqld + php3 == libphp3.so incorrect symbol... mysql_config --libs gives me : -static -L'/usr/local/mysql/lib/mysql' -lmysqlclient -lz -lcrypt -lnsl -lm -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0.5 Release Midgard Problems
I very much liked Andrei's implementation of Smary templates. It uses the Zend (PHP) scripting language and caches templated scripts without messing with the core of PHP. I haven't used it but from reading the specs it looks like Andrei his guys did a great job. Andi At 11:10 AM 4/1/2001 +0300, Alexander Bokovoy wrote: On Sun, Apr 01, 2001 at 09:07:44AM +0200, Sebastian Bergmann wrote: Alexander Bokovoy wrote: Ask Zend folks, they have our proposals, even C code to Zend engine to implement native templating with no connection to Midgard at all - this system was designed to be generic for any template providers. Does this have to be implemented in the ZendEngine or would a ext/template extension (for instance) be possible, also? This would be great, though Template Engines are a dying species with the advent of XSLT, IMHO. Not so simple because XSLT is far than complex for lot of applications and especially when you are trying to provide content edit capabilities for non-techies. This is huge nische. It most effective at ZendEngine level but actually task is two-tiered. Let me describe: 1. Templating require additional syntax which is better handled by ZendEngine 2. Syntax provides access to collection of template elements and manipulation of them. It's up to template provider to collect template elements from some source(s) before actual template building. This is better handled by extensions. This separation also allows to make complex transitions like 'document with template markup' - XML-based source + XSLT - output In this case second step is done by Template Provider which provides template elements + hooks to translate them to XML + output callbacks. Zend Engine dispatches these calls via easy user-oriented syntax. For example, in Midgard we have two kinds of template calls: [template element] -- just insert content of template element here and evaluate it as PHP code. It looks like hidden functional call to include() but the difference is that 'template element' actually can come from completely different place than file system (in Midgard it comes from Database or FileTemplates). (variable:formatter); -- pass $variable throught existing formatter and insert output into output stream. Different formatters allow to convert plain text to HTML with different levels of formatting, execute PHP code, execute user-defined formatter against $variable. Variable could be any PHP structure (scalar, object, array, etc) These are very simple constucts, but they are greatly reduce build-up for non-technical interfaces. -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- Success is in the minds of Fools. -- William Wrenshaw, 1578 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Using Zend Engine in Applications
Hi all, Does there exist a guide or some instructions for beginning to use PHP code in applications outside the web-server (e.g. non-module, non-CGI)? Especially calling code and executing a function from a C program and retrieving the result, for example. Any details appreciated, Nick. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10102: Parse error
From: [EMAIL PROTECTED] Operating system: Windows 98 4.10 english PHP version: 4.0.4 PHP Bug Type: Scripting Engine problem Bug description: Parse error Parse error: parse error, expecting `')'' in c:\site\home\news.php on line 21 Line 21: if(!empty($news-getField(url))) Line 22: echo $news-getField(url); What is wrong in this line? I changed it to: $thing=$news-getField(url); if(!empty($thing)) echo $news-getField(url); Now, it works fine. Weird... -- Edit Bug report at: http://bugs.php.net/?id=10102edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP mailing lists on the blink ?
Hi All, I'm subscribed to the cvs commit list, but aside from the confirmation message, I have received no mail from it. Also, I have gotten the last 3 PHP 3 bug summaries, but not the PHP 4 summaries. Just thought you should know! --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] openssl extension update
Hi again, I've spent a fair amount of time this weekend adding support for pkcs7 encrypt/decrypt/sign/verify operations to the openSSL extension. In plain English, that means that you can now sign/verify, encrypt/decrypt S/MIME messages using the openSSL software. The code is all based on the "openssl smime" command from the openSSL dist. I also made the cert/key passing a bit more PHP coder friendly. More docs can be found in the README; I have commited these changes to CVS, so just do an update and if you find any problems please let me know! --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported
ID: 10089 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: gd1.8.4 compiled into php causes compile failure, gif isn't supported Thanks for your help Jani. It was a rogue gd.h file. Deleted it and rconfigured and recompiled php. Now it works with .png files. Once again thnanks for your help. Got to love where Red Hat installs stuff :( Evan Previous Comments: --- [2001-04-01 12:56:30] [EMAIL PROTECTED] Did you check for older gd.h (ie. not matching the libgd ?) in your system? And after removing those and reinstalling GD try this: 1. delete config.cache 2. configure with your configure line 3. 'make clean ; make ; make install' --Jani --- [2001-04-01 07:48:39] [EMAIL PROTECTED] sorry, i forgot that.. ./configure --with-apxs --with-msql --with-gd --- [2001-03-31 17:31:59] [EMAIL PROTECTED] 1. There is no GIF support in GD 1.8.4 2. What was the configure line used to configure PHP? Most likely you have got some old gd.h somewhere in your system which is found by PHP configure. Try removing every old remains of GD library and reinstall it. --Jani --- [2001-03-31 07:40:05] [EMAIL PROTECTED] While compiling php with gd support it completely stops. gd now no longer supports gif files. Because of this while running "make" it cause the compile to crash because the associated "gif" commands are not recognised. I found by editing the gd.c file under ext dir and removing anything with "gif" in it I could finish the compilation. By the way PHP is a top language and I love using it. Only just starting with it Thanks Evan --- Full Bug description available at: http://bugs.php.net/?id=10089 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6275 Updated: ODBC_Prepare/ODBC_Execute fails with parameters
ID: 6275
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: ODBC related
Assigned To: kalowsky
Comments:
further poking tonight revealed the following...
in the odbc_execute function, when doing a SQLDesrcibe on
the value pulled out of the array function the following
message was produced by PHP/ODBC:
SQL error: [Microsoft][ODBC Driver Manager\ Driver does not
support this function, SQL state IM001 in SQLBindParamater
insert script name here.
Could it be that MS Access doesn't support this
functionality? Is there any way to (dis)prove this theory?
Previous Comments:
---
[2001-03-23 17:01:42] [EMAIL PROTECTED]
Tried updating to the latest MDAC (2.6) and this provided no change in the given
example. It did fix one or two issues, but in generally hasn't helped any.
---
[2001-03-11 20:59:58] [EMAIL PROTECTED]
it seems the sample script provided is failing in the
SQLBindParameter call. Why? The SQLError call tells us
it's trying to bind a parameter of the wrong type.
I've sent out an email on the PHP-DB list asking if anyone
could try a small variation of this script, and only one
person responded. It seems to be a Microsoft Access
specific issue only, but my only other comparision at this
time is SQL Server...draw your own conclusions.
---
[2001-02-14 08:20:41] [EMAIL PROTECTED]
starting to look into windows problems, only problem is I have only win98, so the
winNT and 2k won't likely happen...
---
[2000-08-21 09:16:20] [EMAIL PROTECTED]
Hello,
My problem is odbc_execute fails with the following error message:
Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver]COUNT field incorrect ,
SQL state 07001 in SQLExecute in d:Inetpubwwwrootphpadodbindex.php on line 77
The odbc_exec INSERT works fine. I am using a plain vanilla NorthWind MS Access
database and am using the ISAPI version of PHP, with ODBC built in.
Sample code:
$conn = odbc_connect("nwind","","");
odbc_exec($conn,"drop table ADOXYZ");
odbc_exec($conn,"create table ADOXYZ (id int, firstname char(24), lastname
char(24))");
odbc_exec($conn,"insert into ADOXYZ (id,firstname,lastname) values (0,'Zend','PHP')");
$stmt = odbc_prepare($conn,"insert into ADOXYZ (id,firstname,lastname) values
(?,?,?)");
if ($stmt) {
print "Trying executebr";
$stmt = odbc_execute($stmt,array(1,"John","Lim"));
}
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6275edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6762 Updated: Incorrect ARGC in function odbc_columns - php_odbc.c
ID: 6762 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: ODBC related Assigned To: kalowsky Comments: this should be fixed post 4.0.3 it's even commented as so in the documentation for it... mind you, you can't find it on the general odbc function list though... Previous Comments: --- [2001-03-26 17:10:10] [EMAIL PROTECTED] yeah, i'll check this one out tooo. --- [2000-09-14 12:40:15] [EMAIL PROTECTED] Hi, I just tried to use the php_odbc module under Win32 (WinNT 4.0 sp5, although that isn't an issue here) and noticed that the documentation for odbc_columns dissagrees with the actuall source code for the php function. The doco specifies: int odbc_columns (int connection_id [, string qualifier [, string owner [, string table_name [, string column_name) However, looking at the code the odbc_columns function will only work if the argument count has 1 or 5 arguments. This doesn't help with the last column not being known (as would probably be the case most of the time when people want to retreive a list of column name that are currently unknown at run-time). I noticed the doco does allow the user to specify a "%" wildcard character, so there IS a work around. Could you please look into this for me? Cheers, Mike Berry-Porter [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6762edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10103: --without-packagename fails
From: [EMAIL PROTECTED] Operating system: RedHat/Debian PHP version: 4.0 Latest CVS (01/04/2001) PHP Bug Type: Compile Failure Bug description: --without-packagename fails ./configure --with-aspell=no ./configure --without-aspell In both cases the compile fails. Since aspell is not a default module the above should be no different than ./configure which succeeds. Looks like it is checking for the presence of the extension even though the extension is not required: checking for ASPELL support... configure: error: no Checked on both redhat and debian with 4.0.5RC4. -- Edit Bug report at: http://bugs.php.net/?id=10103edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #5482 Updated: ODBC Support lacks ability to pass named parameters for MS Access
ID: 5482 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Assigned To: Comments: please try this with a recent release or snapshot of PHP and see if this continues for you. Previous Comments: --- [2000-07-09 12:09:54] [EMAIL PROTECTED] Preamble: There is a similar but slightly different bug report 2976 that describes parameter passing problems as well. Steps to observe behaviour: 1) In MS Access (preferably 97 or 2000) create a table named PEOPLE containing two fields username and password of any type. 2) Populate the table with a row of test data. 3) In MS Access create the following query name verifypassword: SELECT username FROM people WHERE username = InputUsername AND password = InputPass WITH OWNERACCESS OPTION; Since the DB is not going to be secured for any test cases, do NOT include the WITH OWNERACCESS OPTION, as it is pointless and may not work. When in a secured database, this query will allow verification of a username and password combination for a user that does not have access to the PEOPLE table without giving direct access to the password field. I provide this only for a description of necessity. 4) Make an ODBC DSN to the DB 5) In your PHP script connect to the DSN first, save connection to $conn. 6) In your PHP script, then add: $prep = odbc_prepare( $conn, "SELECT * FROM VERIFYPASSWORD" ); $params = array( "test", "case" ); ODBC_Execute( $prep, $params ); 7) You will get a "missing parameters" error. Problem: There is no appearant way to populate MS Access parameters from PHP. Since, in this case the query must be created under a user with priviledges to a secured table, the query cannot be generated on the fly -- access will be denied. Ideally, I should be able to populate my $params array as: $params = array( "InUsername" = "test", "InPassword" = "case" ); Synonymous behaviour in ASP: In ASP the RECORDSET object supports named parameters. Obviously this functionality works in ASP. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5482edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6628 Updated: MS-Access: insert statement only exec'd once
ID: 6628
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To:
Comments:
works fine for me.
Previous Comments:
---
[2000-09-08 10:21:12] [EMAIL PROTECTED]
sorry forgot "
--
if ($conws=odbc_pconnect("DB1","Admin","")) {
if ($result=odbc_exec($conws,"insert into MessageQueue (MsgType) values
('MESSAGEONE')") { if (odbc_commit($conws)) {
$result=odbc_exec($conws,"insert into MessageQueue (MsgType) values
('MESSAGETWO')"); odbc_commit($conws); } }
--
---
[2000-09-08 10:18:27] [EMAIL PROTECTED]
An insert statement on a MS Access database table only works once in the same script:
--
if ($conws=odbc_pconnect("DB1","Admin","")) {
if ($result=odbc_exec($conws,"insert into MessageQueue (MsgType) values
('MESSAGEONE')) {
if (odbc_commit($conws)) {
$result=odbc_exec($conws,"insert into MessageQueue (MsgType) values
('MESSAGETWO')");
odbc_commit($conws);
}
}
--
MessageQueue is a table with one field: MsgType without an index or constraint.
The second insert is not done, although the 'odbc_commit's are succesfull and
'odbc_exec's do return a handle.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6628edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10104: Feedback
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: Feedback Suggestions: Add a new optional parameter in the mysql_fetch_array() function to move the internal pointer to the previous row in the result set. This can also be applyed to another fetch functions that work the same way. The mysql_data_seek() can also work in a relative method, moving the pointer 'n' rows before the actual row or 'n' rows after it. I don't know if this is possible, but I think this will be very useful. -- Edit Bug report at: http://bugs.php.net/?id=10104edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9295 Updated: Error passing DATE to OpenLink
ID: 9295
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: ODBC related
Assigned To:
Comments:
which version of OpenLink are you using? Supposedly the
latest OpenLink has been better optimized for use with PHP.
Please try updating to that (if you haven't already) and
see if this problem still persists for you...
Previous Comments:
---
[2001-02-16 05:47:11] [EMAIL PROTECTED]
Reproducing the problem:
odbc_do($cid, 'Select * from table where datefield=DATE("16/02/2001")');
produces:
Warning: SQL error: [unixODBC][OpenLink][ODBC][Driver]Option Value Changed, SQL state
[?Ã÷Ø in SQLExecDirect in
/www/data/datetest.php on line 12
Entering the query from the OpenLink odbctest program gives
the desired result.
Using DATE(02,16,2001) gives the same result.
I've tried with php configured to use both iodbc and
unixODBC. Both produce the same result.
Queries not involving DATE() are working on the same setup.
My configuration:
-
'./configure'
'--with-apxs=/usr/local/sbin/apxs'
'--enable-versioning'
'--with-system-regex'
'--with-config-file-path=/usr/local/etc'
'--disable-debug'
'--enable-track-vars'
'--without-gd'
'--disable-pear'
'--without-mysql'
'--with-zlib'
'--with-mysql=/usr/local'
'--with-unixODBC'
'--with-openlink'
'--with-magic-quotes'
'--enable-trans-sid'
'--prefix=/usr/local'
'i386--freebsd4.2'
I'm running apache 1.3.14
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9295edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10105: manual_en.chm causes an error in hh.exe when trying to open
From: [EMAIL PROTECTED] Operating system: Win 98 PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: manual_en.chm causes an error in hh.exe when trying to open When I try to open manual_en.chm, I get: HH caused an invalid page fault in module ITSS.DLL at 0167:5d48d301 I have removed and replaced hh on my system, and it works fine with many other chm files (including a copy of mysql.chm and the latest french version of the php manual in .chm format). I have downloaded the manual_en.chm several times, from the main site, and from two mirrors. -- Edit Bug report at: http://bugs.php.net/?id=10105edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7582 Updated: ODBC or die inside user defined functions
ID: 7582 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Assigned To: Comments: after trying numerous methods to reproduce this, I cannot. The only thing I can phathom is that your $RecordSetFieldCount is set inaccurately, but again I couldn't reproduce the described behavior when over running it. Mind you, I am using PHP in a CGI format, and on Win98SE. PHP version is PHP4.0.5RC4. Previous Comments: --- [2001-02-26 15:11:56] [EMAIL PROTECTED] Problem still exists in php4_0_5-dev-win32-20010220 --- [2000-12-19 00:10:43] [EMAIL PROTECTED] The problem still exists in php4_0_4-dev-win32-20001123. --- [2000-12-07 12:01:42] [EMAIL PROTECTED] Get the latest build from http://www.php4win.de/ and reopen if problem still exists with it. --Jani --- [2000-11-09 21:04:46] [EMAIL PROTECTED] Please advise where I can obtain a compiled binary of 4.0.4dev for Win32. I'll be glad to test it. Looks like CVS and snaps.php.net send source code. Don't know where else to turn. --- [2000-11-03 19:31:44] [EMAIL PROTECTED] had no crash (w2k,4.0.4dev), try 4.0.4 as far as it is out and if it still crashes I´ll try sth. different --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7582edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9256 Updated: INSERT SQL command doesnt work
ID: 9256 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Assigned To: Comments: works fine for me. please provide a sample script to reproduce the problem. Previous Comments: --- [2001-02-14 06:32:11] [EMAIL PROTECTED] I§m using ODBC connection to Access (only for testing purposes, I§m not stupid :)). SQL command¨SELECT work OK, but all updates doesnt work to me - last version I used was 4.0.1 and there it works perfectly. NO WARNING OR ERROR MESSAGE APPEARS! php.ini part: [ODBC] odbc.allow_persistent = On odbc.check_persistent =On odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9256edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9816 Updated: FATAL: emalloc(): Unable to allocate
ID: 9816
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To:
Comments:
A) Unable to reproduce locally on Win98SE, and MSAccess
with 4.0.5RC4
B) which version of PHP are you using? Bug report says
4.0.4pl1, but your sample script suggests 4.0.2 -
4.0.1pl1... which is it?
Previous Comments:
---
[2001-03-23 03:32:10] [EMAIL PROTECTED]
win2000 sp1 php4.0.2 - 4.0.4pl1
?
$a=odbc_connect("oh","","");
$r=odbc_prepare($a,"SELECT 'a' FROM xx");
odbc_execute($r);
odbc_free_result($r);
odbc_close($a);
?
xx is a table whith 1 integer field and 1 row.
I try to select constant literal.
("select * from xx" works fine!!!)
I get FATAL: emalloc(): Unable to allocate 2147483599 bytes
!!! all so 2147483599 bytes
---
[2001-03-18 00:00:17] [EMAIL PROTECTED]
When I query a "Query" from access with only 2087 rows( each row is 210 bytes size), I
get this error:
FATAL: emalloc(): Unable to allocate 2147483599 bytes
please help!
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9816edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported
ID: 10089 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Description: gd1.8.4 compiled into php causes compile failure, gif isn't supported Thanks for all your help Jani, It was a stray gd.h file. Got to love where Red Hat puts some of its files. Did what you sugested and it compiled/installed fine Once again thank you Evan Previous Comments: --- [2001-04-01 19:25:05] [EMAIL PROTECTED] Thanks for your help Jani. It was a rogue gd.h file. Deleted it and rconfigured and recompiled php. Now it works with .png files. Once again thnanks for your help. Got to love where Red Hat installs stuff :( Evan --- [2001-04-01 12:56:30] [EMAIL PROTECTED] Did you check for older gd.h (ie. not matching the libgd ?) in your system? And after removing those and reinstalling GD try this: 1. delete config.cache 2. configure with your configure line 3. 'make clean ; make ; make install' --Jani --- [2001-04-01 07:48:39] [EMAIL PROTECTED] sorry, i forgot that.. ./configure --with-apxs --with-msql --with-gd --- [2001-03-31 17:31:59] [EMAIL PROTECTED] 1. There is no GIF support in GD 1.8.4 2. What was the configure line used to configure PHP? Most likely you have got some old gd.h somewhere in your system which is found by PHP configure. Try removing every old remains of GD library and reinstall it. --Jani --- [2001-03-31 07:40:05] [EMAIL PROTECTED] While compiling php with gd support it completely stops. gd now no longer supports gif files. Because of this while running "make" it cause the compile to crash because the associated "gif" commands are not recognised. I found by editing the gd.c file under ext dir and removing anything with "gif" in it I could finish the compilation. By the way PHP is a top language and I love using it. Only just starting with it Thanks Evan --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10089 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP 4.0 Bug #9816 Updated: FATAL: emalloc(): Unable to allocate]
it is 4.04pl1 on win2k sp1 and MDAC 2.6
Bug Database [EMAIL PROTECTED] wrote:
ID: 9816
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To:
Comments:
A) Unable to reproduce locally on Win98SE, and MSAccess
with 4.0.5RC4
B) which version of PHP are you using? Bug report says
4.0.4pl1, but your sample script suggests 4.0.2 -
4.0.1pl1... which is it?
Previous Comments:
---
[2001-03-23 03:32:10] [EMAIL PROTECTED]
win2000 sp1 php4.0.2 - 4.0.4pl1
?
$a=odbc_connect("oh","","");
$r=odbc_prepare($a,"SELECT 'a' FROM xx");
odbc_execute($r);
odbc_free_result($r);
odbc_close($a);
?
xx is a table whith 1 integer field and 1 row.
I try to select constant literal.
("select * from xx" works fine!!!)
I get FATAL: emalloc(): Unable to allocate 2147483599 bytes
!!! all so 2147483599 bytes
---
[2001-03-18 00:00:17] [EMAIL PROTECTED]
When I query a "Query" from access with only 2087 rows( each row is 210 bytes
size), I get this error:
FATAL: emalloc(): Unable to allocate 2147483599 bytes
please help!
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9816edit=2
Get free email and a permanent address at http://www.netaddress.com/?N=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: Gavin Sherry Email: [EMAIL PROTECTED] ID: swm Purpose: Maintain SYS V Semaphore and Sys V SHM extensions -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10103 Updated: --without-packagename fails
ID: 10103 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Description: --without-packagename fails This appears to be specific to aspell (all the other packages with the exception of the java package) exit cleanly with the proper return code when they fail. Previous Comments: --- [2001-04-01 19:47:40] [EMAIL PROTECTED] ./configure --with-aspell=no ./configure --without-aspell In both cases the compile fails. Since aspell is not a default module the above should be no different than ./configure which succeeds. Looks like it is checking for the presence of the extension even though the extension is not required: checking for ASPELL support... configure: error: no Checked on both redhat and debian with 4.0.5RC4. --- Full Bug description available at: http://bugs.php.net/?id=10103 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10106: Garbage files created when trying to load an extension which doesn't exist(?)
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6.0 PHP version: 4.0.4pl1 PHP Bug Type: *Configuration Issues Bug description: Garbage files created when trying to load an extension which doesn't exist(?) The line: extension=satellite.so in /usr/local/lib/php.ini causes garbage files being created in root (/) directory: e.g. -rw-rw-r-- 1 root root 2184 Mar 30 14:05 P}5@P}5@`? -rw-rw-r-- 1 root root 364 Apr 2 02:45 P?*@P?*@@? -rw-rw-r-- 1 root root 182 Mar 30 14:31 P?*@P?*@`? -rw-rw-r-- 1 root root 182 Mar 30 14:57 ]???t?.? Contents of file looks like: [25-Mar-2001 01:50:18] PHP Warning: Unable to load dynamic library './satellite.so' - ./satellite.so: cannot open shared object file: No such file or directory in Unknown on line 0 [26-Mar-2001 00:50:28] PHP Warning: Unable to load dynamic library './satellite.so' - ./satellite.so: cannot open shared object file: No such file or directory in Unknown on line 0 [26-Mar-2001 10:58:29] PHP Warning: Unable to load dynamic library './satellite.so' - ./satellite.so: cannot open shared object file: No such file or directory in Unknown on line 0 php info: './configure' '--with-apache=../apache_1.3.14' '--enable-track-vars' '--enable-ftp' '--with-gd=/home/nick/graph/gd-1.8.3' '--with-msql' '--with-mysql=/var/lib/mysql' '--with-xml=../expat/xmlparse' '--enable-wddx' '--enable-bcmath' '--with-sybase=/opt/sybase-11.9.2' '--enable-sockets' '--without-imap-ssl' php ini file (error/log section) error_reporting = E_ALL ~E_NOTICE ; Show all errors except for notices display_errors = On ; Print out errors (as a part of the output) ; For production web sites, you're strongly encouraged ; to turn this feature off, and use error logging instead (see below). ; Keeping display_errors enabled on a production web site may reveal ; security information to end users, such as file paths on your Web server, ; your database schema or other information. display_startup_errors = On ; Even when display_errors is on, errors that occur during ; PHP's startup sequence are not displayed. It's strongly ; recommended to keep display_startup_errors off, except for ; when debugging. log_errors = On ; Log errors into a log file (server-specific log, stderr, or error_log (below)) ; As stated above, you're strongly advised to use error logging in place of ; error displaying on production web sites. track_errors= Off ; Store the last error/warning message in $php_errormsg (boolean) ;error_prepend_string = "font color=ff" ; string to output before an error message ;error_append_string = "/font"; string to output after an error message ;error_log = /tmp/php_errors ; log errors to specified file error_log = syslog ; log errors to syslog (Event Log on NT, not valid in Windows 95) warn_plus_overloading = Off ; warn if the + operator is used with strings -- Edit Bug report at: http://bugs.php.net/?id=10106edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Can we have a PING function?
Before I ask for a PING function in a future build of PHP, is there a way to ping a remote host using the existing PHP functions or modules? Based on my knowledge gained from various sources and php.net's online functional reference, there does not appear to be much support for LWP anything. I would like to know how to do, or perhaps you can build a function in a future release that can do basically the same thing as outlined in the following document for a similar function in Perl: http://www.perl.com/pub/doc/manual/html/lib/Net/Ping.html When my site was all html and Perl, I used this function to ping all of my mirror download sites, and I coloured the ping value based on a range (Ex: less than 150ms was green, greater than 600ms was red, etc.) I need a way to incorperate this same functionality into my new all PHP based website. Thanks. -Dave -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7582 Updated: ODBC or die inside user defined functions
ID: 7582 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Description: ODBC or die inside user defined functions Hi kalowsky: Please give me a URL where I can downlad PHP4.0.5RC4 and I'll be glad to test it out again ASAP. --Dan Previous Comments: --- [2001-04-01 20:19:31] [EMAIL PROTECTED] after trying numerous methods to reproduce this, I cannot. The only thing I can phathom is that your $RecordSetFieldCount is set inaccurately, but again I couldn't reproduce the described behavior when over running it. Mind you, I am using PHP in a CGI format, and on Win98SE. PHP version is PHP4.0.5RC4. --- [2001-02-26 15:11:56] [EMAIL PROTECTED] Problem still exists in php4_0_5-dev-win32-20010220 --- [2000-12-19 00:10:43] [EMAIL PROTECTED] The problem still exists in php4_0_4-dev-win32-20001123. --- [2000-12-07 12:01:42] [EMAIL PROTECTED] Get the latest build from http://www.php4win.de/ and reopen if problem still exists with it. --Jani --- [2000-11-09 21:04:46] [EMAIL PROTECTED] Please advise where I can obtain a compiled binary of 4.0.4dev for Win32. I'll be glad to test it. Looks like CVS and snaps.php.net send source code. Don't know where else to turn. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=7582 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10070 Updated: incorrect ob_gzhandler implementation
ID: 10070 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Zlib Related Description: incorrect ob_gzhandler implementation IIRC, it advertises both, so it shouldn't be an issue. I don't have a windows box around to make sure with... Previous Comments: --- [2001-03-30 19:45:38] [EMAIL PROTECTED] Just to clarify a bit more, and see if a workaround is worthwhile: Currently, if both gzip and deflate are present in the Accept-Encoding, we will prefer the gzip. The only good reason for a workaround in the code is if a widespread browser presents deflate only, and then proceeds to break. Do these broken versions of IE present Accept-Encoding: deflate _only_ ? And which versions are they? Anil --- [2001-03-30 14:59:49] [EMAIL PROTECTED] If a browser breaks RFCs - not our problem. Closed. --Jani --- [2001-03-30 13:07:42] [EMAIL PROTECTED] Applied a patch to add Vary: headers if we add a Content-Encoding: header. Regarding the browser compatibility with Deflate, I think we should just leave it like it is. _They_ break the RFC; encourage people to upgrade to modern, non-broken browsers instead ? --- [2001-03-29 21:21:53] [EMAIL PROTECTED] ob_gzhandler doesn't appear to set a Vary: header on responses, which means that proxy caches could store a compressed version of the resource and serve it to clients which can't handle the encoding. This is very difficult to debug for Web sites, and should be fixed ASAP. For an example of the proper headers to send, see the PHP at: http://www.mnot.net/cgi_buffer/ Also, in my experience, some versions of MSIE don't handle deflate compession correctly, even though their Accept-Encoding claims they do. It might be better to avoid deflate altogether, as gzip support is pretty much the unwritten standard. Cheers, --- Full Bug description available at: http://bugs.php.net/?id=10070 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Can we have a PING function?
Do most servers and OS's (for example Windows) support the sending of a UDP package to the echo port? Andi At 12:39 AM 4/2/2001 -0400, Dave Crawford wrote: Before I ask for a PING function in a future build of PHP, is there a way to ping a remote host using the existing PHP functions or modules? Based on my knowledge gained from various sources and php.net's online functional reference, there does not appear to be much support for LWP anything. I would like to know how to do, or perhaps you can build a function in a future release that can do basically the same thing as outlined in the following document for a similar function in Perl: http://www.perl.com/pub/doc/manual/html/lib/Net/Ping.html When my site was all html and Perl, I used this function to ping all of my mirror download sites, and I coloured the ping value based on a range (Ex: less than 150ms was green, greater than 600ms was red, etc.) I need a way to incorperate this same functionality into my new all PHP based website. Thanks. -Dave -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0.5 Release Midgard Problems
On Mon, Apr 02, 2001 at 12:21:07AM +0200, Andi Gutmans wrote: I very much liked Andrei's implementation of Smary templates. It uses the Zend (PHP) scripting language and caches templated scripts without messing with the core of PHP. I haven't used it but from reading the specs it looks like Andrei his guys did a great job. Yes, I know about Smarty. Most important problems with it are: 1. It is file-oriented and does not respect templates from different non-filebased sources (RDMBS, inter-webserver module information exchange) 2. It does not support template overriding or hierarcies (i.e. subclassing of already existing style) These two problems render it unusable for RDBMS-based applications. In Midgard, for example, only bootstrap file with initial template is stored in filesystem (only because PHP3 did not support execution of non-filebased sources -- not so much changes in PHP4 too). All other information (pages, templates, template elements, content and so on) are in RDBMS. Andrei didn't use C coding in Smarty simply because his team failed to produce effective solution in reasonable time, but it does not mean that such solution impossible (no offense for IPSI at all, just facts from Smarty documentation). We have spent about three years for it and did such C-based template engine which proven to be fast and effective. Andi At 11:10 AM 4/1/2001 +0300, Alexander Bokovoy wrote: On Sun, Apr 01, 2001 at 09:07:44AM +0200, Sebastian Bergmann wrote: Alexander Bokovoy wrote: Ask Zend folks, they have our proposals, even C code to Zend engine to implement native templating with no connection to Midgard at all - this system was designed to be generic for any template providers. Does this have to be implemented in the ZendEngine or would a ext/template extension (for instance) be possible, also? This would be great, though Template Engines are a dying species with the advent of XSLT, IMHO. Not so simple because XSLT is far than complex for lot of applications and especially when you are trying to provide content edit capabilities for non-techies. This is huge nische. It most effective at ZendEngine level but actually task is two-tiered. Let me describe: 1. Templating require additional syntax which is better handled by ZendEngine 2. Syntax provides access to collection of template elements and manipulation of them. It's up to template provider to collect template elements from some source(s) before actual template building. This is better handled by extensions. This separation also allows to make complex transitions like 'document with template markup' - XML-based source + XSLT - output In this case second step is done by Template Provider which provides template elements + hooks to translate them to XML + output callbacks. Zend Engine dispatches these calls via easy user-oriented syntax. For example, in Midgard we have two kinds of template calls: [template element] -- just insert content of template element here and evaluate it as PHP code. It looks like hidden functional call to include() but the difference is that 'template element' actually can come from completely different place than file system (in Midgard it comes from Database or FileTemplates). (variable:formatter); -- pass $variable throught existing formatter and insert output into output stream. Different formatters allow to convert plain text to HTML with different levels of formatting, execute PHP code, execute user-defined formatter against $variable. Variable could be any PHP structure (scalar, object, array, etc) These are very simple constucts, but they are greatly reduce build-up for non-technical interfaces. -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- Success is in the minds of Fools. -- William Wrenshaw, 1578 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- If practice makes perfect, and nobody's perfect, why practice? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported
ID: 10089 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Assigned To: Comments: User reported that it was a rogue gd.h file that caused the troubles Previous Comments: --- [2001-04-01 21:04:17] [EMAIL PROTECTED] Thanks for all your help Jani, It was a stray gd.h file. Got to love where Red Hat puts some of its files. Did what you sugested and it compiled/installed fine Once again thank you Evan --- [2001-04-01 19:25:05] [EMAIL PROTECTED] Thanks for your help Jani. It was a rogue gd.h file. Deleted it and rconfigured and recompiled php. Now it works with .png files. Once again thnanks for your help. Got to love where Red Hat installs stuff :( Evan --- [2001-04-01 12:56:30] [EMAIL PROTECTED] Did you check for older gd.h (ie. not matching the libgd ?) in your system? And after removing those and reinstalling GD try this: 1. delete config.cache 2. configure with your configure line 3. 'make clean ; make ; make install' --Jani --- [2001-04-01 07:48:39] [EMAIL PROTECTED] sorry, i forgot that.. ./configure --with-apxs --with-msql --with-gd --- [2001-03-31 17:31:59] [EMAIL PROTECTED] 1. There is no GIF support in GD 1.8.4 2. What was the configure line used to configure PHP? Most likely you have got some old gd.h somewhere in your system which is found by PHP configure. Try removing every old remains of GD library and reinstall it. --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10089edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #7582 Updated: ODBC or die inside userdefined functions
On 2 Apr 2001 [EMAIL PROTECTED] wrote: Please give me a URL where I can downlad PHP4.0.5RC4 and I'll be glad to test it out again ASAP. http://www.php.net/distributions/php-4.0.5RC4.tar.gz Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10103 Updated: --without-packagename fails
ID: 10103 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Assigned To: Comments: The aspell extension is using the old build script functions. But the pspell extension is the prefered extension to use anyways, as this one works with never version of aspell/pspell. See also the README in the ext/pspell directory for more information. Previous Comments: --- [2001-04-01 22:31:01] [EMAIL PROTECTED] This appears to be specific to aspell (all the other packages with the exception of the java package) exit cleanly with the proper return code when they fail. --- [2001-04-01 19:47:40] [EMAIL PROTECTED] ./configure --with-aspell=no ./configure --without-aspell In both cases the compile fails. Since aspell is not a default module the above should be no different than ./configure which succeeds. Looks like it is checking for the presence of the extension even though the extension is not required: checking for ASPELL support... configure: error: no Checked on both redhat and debian with 4.0.5RC4. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10103edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
