[PHP-DEV] PHP 4.0 Bug #8896: mhash compilation error

[php-bugs]

From: [EMAIL PROTECTED]
Operating system: Linux (Debian 2.2r2)
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  mhash compilation error

mhash.c: In function `php_if_mhash_keygen_s2k':
mhash.c:206: `KEYGEN' undeclared (first use in this function)
mhash.c:206: (Each undeclared identifier is reported only once
mhash.c:206: for each function it appears in.)
mhash.c:206: parse error before `keystruct'
mhash.c:226: `KEYGEN_S2K_SALTED' undeclared (first use in this function)
mhash.c:244: `keystruct' undeclared (first use in this function)

>From the mhash.h installed with libmhash: /* $Id: mhash.h,v 1.3 1999/10/04
12:13:10 sascha Exp $ */

./configure --with-gettext --with-mcrypt --with-zlib --with-apxs 
--with-openssl=/usr/local/ssl --enable-magic-quotes --with-bz2 --enable-calendar  
--with-curl --with-mcrypt --with-dom=/usr/local/lib --enable-ftp --enable-gd-imgstrttf 
 --with-gd --with-jpeg-dir --with-ttf --with-t1lib --with-imap-ssl --with-imap 
--with-java=/usr/local/jdk1.3 --with-ldap --with-mysql --with-pdflib=/usr/local/lib 
--with-zlib-dir --with-jpeg-dir --with-png-dir --with-tiff-dir --with-pgsql 
--with-pspell --with-readline --with-sablot --with-sablot-errors-descriptive 
--enable-trans-sid --enable-shmop --enable-sockets --with-swf --enable-sysvsem 
--enable-sysvshm --enable-inline-optimization --enable-memory-limit --enable-shared


-- 
Edit Bug report at: http://bugs.php.net/?id=8896&edit=1



-- 
PHP Development Mailing List 
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 #8895: xslt_process() documentation problem

[php-bugs]

From: [EMAIL PROTECTED]
Operating system: Linux (Debian 2.2r2)
PHP version:  4.0.4pl1
PHP Bug Type: Sablotron XSL
Bug description:  xslt_process() documentation problem

According to the documentation xslt_process() is supposed to return false and allow 
you to check errors with xslt_errno() & xslt_error().

I found several situations where a validation error in the XSL stylesheet would cause 
it to instead fail with a fatal error:

PHP Fatal error:  msgtype: error
 in /var/www/stone2/index.php on line 18
(One example of an error would be a HTML tag with unquoted parameters (e.g. BORDER=0), 
which is legal for numeric values in HTML but not XML)
Needless to say, this made debugging rather tricky as it never reached the error 
display in my code:
if (xslt_process($XSL, $XML, $result)) {
echo $result;
} else {
echo 'XSL transformation error: ';
echo xslt_errno() . ': ' . xslt_error();
}

PHP config info:
  PHP Version 4.0.4pl1

   System Linux gigante 2.2.18pre21 #1 Sat Nov 18 18:47:15 EST 2000 i686
  unknown
   Build Date Jan 24 2001
  Configure Command './configure' '--with-apxs' '--enable-shared'
   '--with-bz2' '--with-java=/usr/local/jdk1.3' '--with-gettext'
   '--with-mcrypt' '--with-zlib' '--with-openssl=/usr/local/ssl'
 '--enable-magic-quotes' '--enable-calendar' '--with-curl'
 '--with-mcrypt' '--with-dom=/usr/local/lib' '--enable-ftp'
 '--enable-gd-imgstrttf' '--with-gd' '--with-jpeg-dir' '--with-ttf'
'--with-t1lib' '--with-imap-ssl' '--with-imap' '--with-ldap'
  '--with-mysql' '--with-pdflib=/usr/local/lib' '--with-zlib-dir'
'--with-jpeg-dir' '--with-png-dir' '--with-tiff-dir' '--with-pgsql'
 '--with-pspell' '--with-readline' '--with-sablot'
  '--with-sablot-errors-descriptive' '--enable-trans-sid'
'--enable-shmop' '--enable-sockets' '--with-swf' '--enable-sysvsem'
 '--enable-sysvshm' '--enable-inline-optimization'
'--enable-memory-limit'


-- 
Edit Bug report at: http://bugs.php.net/?id=8895&edit=1



-- 
PHP Development Mailing List 
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] zval question

[Stig Venaas]

On Thu, Jan 25, 2001 at 02:20:42AM +0100, Harald Radi wrote:
> hi,
> 
> i'm tricking around with the COM extension to fix the open bugs (and of
> course to satisfy my requirements).
> 
> there are
> -
> if (pval_arg->is_ref == 0) { ... } else { ... }
> -
> 
> constructs in the code, but how could this parameter be influenced in the
> php script ?

The PHP script can use & in front of an argument to pass it by reference.
If you always want it to be a reference, you do that in the C code, see
for instance the ldap extension and look for third_argument_force_ref.
First an array with this name is declared, then in the function table
you will find this again. There are also other examples there. You could
also look at the code for the functions to see how the arguments should
be handled. Hopefully the code is correct.

> i try to fix the 'pass by reference' problem in the com extension, but
> either i have to specify the behavior in the php script or i have to query
> the typelib if one of the parameters is expected by reference. the second
> way seems to be very time-consuming and is not always possible (some COM
> objects don't export a typelib).

You only want to force a reference if you want to alter the argument
inside the function I think. If you don't alter the argument, you
shouldn't need to care if they are references or not.

I'm not 100% certain about these things, if I'm wrong I hope someone
will correct me, so that I too can learn something (:

> another question to the core team:
> is it a problem to implement the COM extension as a cpp file, since the c
> com-interface is not well documented and doesn't support everything ?
> since this is only a win32 module it shouldn't be a problem, any objections
> ?

Can't answer this one.

Stig

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] AW: PHP 4.0 Bug #8877 Updated: symbol not defined (used by ucd-snmp)

[Ferdinand, Dieter]

hello,
i dont know, why i get this error, but when i insert this lines in snmp.c,
then i can compile php with snmp.

o, i make a mistake, the include-file is not snmp_api.h, it is
default_store.h.
this symbol is only used in snmp_api.h.

i use gcc version 2.95.2 19991024 (release).

goodby

-Ursprüngliche Nachricht-
Von: Bug Database [mailto:[EMAIL PROTECTED]]
Gesendet am: Donnerstag, 25. Januar 2001 02:10
An: Ferdinand, Dieter
Betreff: PHP 4.0 Bug #8877 Updated: symbol not defined (used by
ucd-snmp)

ID: 8877
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Assigned To: 
Comments:

Why do you have to insert those lines? What errors do you get if you

don't add them? snmp.c does include snmp_api.h itself so those constants

should be defined then.



btw. What is the version of GCC you are using?



--Jani



Previous Comments:
---

[2001-01-24 04:48:37] [EMAIL PROTECTED]
hello,

when i compile php with ucd-snmp then i must always edit the file snmp.c and
insert the following lines:

#define DS_LIBRARY_ID 0

#define DS_LIB_QUICK_PRINT 13 /* print very brief output for parsing
*/



this symbols are defined in snmp_api.h from ucd-snmp.



i compile php always for apache with shared apache or with apxs.



goodby

---


Full Bug description available at: http://bugs.php.net/?id=8877

--
PHP Development Mailing List 
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 #8894: Upgraded to 4.0.4p1 from 4.0.4 caused apache to crash

[pcory]

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 6.2
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  Upgraded to 4.0.4p1 from  4.0.4 caused apache to crash

When I upgraded to 4.0.4p1 from 4.0.4 using the apxs mechanism, Apache (1.3.14) 
started crashing. I have both mod_perl and mod_php loading as DSOs.

Swapping the load order of mod_php and mod_perl in the httpd.conf file, so that 
mod_php loaded first, solved the problem (at least for the moment).

LoadModule php4_modulelibexec/libphp4.so
LoadModule perl_modulelibexec/libperl.so

and

AddModule mod_php4.c
AddModule mod_perl.c



-- 
Edit Bug report at: http://bugs.php.net/?id=8894&edit=1



-- 
PHP Development Mailing List 
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 for embedded systems?

[Rasmus Lerdorf]

There is a php module for thttpd

On Wed, 24 Jan 2001, Merlin Hansen wrote:

> Hi,
>
> I realize that this is probably the wrong place to ask this but after searching
> the php site and various new groups I still can't find an answer to my question:
>
> I am investigating placing a small web server onto an embedded system.  Although
> finding various servers for the task has proved rather easy, finding a
> non-proprietary way of serving dynamic content has proven not so easy.
>
> I have located one commercial solution that allows C/C++ to be embedded into the
> HTML pages being served.  Although this system has some advantages
> (compressing/uncompressing the HTML source, etc) I am hoping to find an
> open-source solution.
>
> Is there any work being done to allow PHP to be used in a small embedded
> system?
>
> What sort of foot print should one expect of the installed PHP interpreter? (of
> course counting on that very few, if any PHP extentions are required).
>
> Does anyone have any other suggestion for a solution?
>
> Thanks,
> Merlin
> --
> TriNexus Communications | Software Developer
> #241 111 Research Drive | Research and Development Department
> Saskatoon, SK. Canada.  | E-mail   : [EMAIL PROTECTED]
> S7N 3R2 | Web Site : http://www.TriNexus.com
>
> --
> PHP Development Mailing List 
> 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 
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] Bug #8732

[Edin Kadribasic]

Sorry for not being more specific, but all those machines are Linux (RedHat
6.1 & 6.2). Funny part is the site has not been modified in since 4.0.1pl1,
and all of a sudden decided not to work anymore. Tried with the latest
release 4.0.4pl1, recompiled apache (used to be 1.3.9), but to no avail.

Simple system("mkdir /tmp/test", $r) would fail with $r set to -1. No errors
or warnings printed.

Edin

- Original Message -
From: Andi Gutmans <[EMAIL PROTECTED]>
To: Edin Kadribasic <[EMAIL PROTECTED]>; PHP Development (E-mail)
<[EMAIL PROTECTED]>
Sent: Wednesday, January 24, 2001 7:39 PM
Subject: Re: [PHP-DEV] Bug #8732


> Executing external programs right now doesn't work on Windows.
> Hopefully this will be fixed soon.
>
> Andi
>
> At 12:14 PM 1/24/2001 +0100, Edin Kadribasic wrote:
> >I'm experiencing the same probmlem on one of our 5 production servers.
> >Exec functions always fail with -1 as the return code. No error messages
> >or warnings are displayed. Any suggestion on how to find out what's
> >happening?
> >
> >Edin
>
>
> --
> PHP Development Mailing List 
> 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 
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 #8893: Missing last character from server response.

[nmcloughlin]

From: [EMAIL PROTECTED]
Operating system: Redhat 6.2 (Linux)
PHP version:  4.0.4pl1
PHP Bug Type: cURL related
Bug description:  Missing last character from server response.

#!/usr/local/bin/php -q


If $url is a page that prints out 0123456789 (no breaks and no \n).  The following 
will be output :

[END]
Returned : 012345678[END]

Now if you turn CURLOPT_RETURNTRANSFER off (set to 0), you will get the following :

0123456789[END]
Returned : [END]

The returns are mutually exclusive (expected).  However, in the first example, the 9 
is missing.

Upon further examination, I found the following to be at fault :

ext/curl/curl.c line 653 :
ref_data[stat_sb.st_size - 1] = '\0';

which should be
ref_data[stat_sb.st_size] = '\0';

It's a classic off-by-one error with a while loop.  No need to offset in this case 
(pos is one less than intended).

while ((b = fread(buf, 1, sizeof(buf), fp)) > 0) {
 memcpy(ret_data + pos, buf, b);
 pos += b;
}
 //ret_data[stat_sb.st_size - 1] = '\0';  //clips off last char
ret_data[stat_sb.st_size] = '\0';  //works


--- MY CONFIG --
Running as a CGI
--without-mysql --enable-ftp --with-oci8 --with-sybase-ct
Kernel 2.2.14-5.0 SMP i686 
Redhat 6.2


-Neal McLoughlin

P.S. - I came across this bug while integrating cURL functions with XML-RPC for PHP 
(www.xmlrpc.com).  The xmlrpc library uses a standard socket.  That's fine until you 
need to make a https (SSL) request.  The response from the server is an xml body.  I 
was unable to validate any of the responses from the server.  I was missing the final 
> character to close my xml doc properly. This one drove me crazy for about 2 days.  
Until, of course, I noticed the missing >.



-- 
Edit Bug report at: http://bugs.php.net/?id=8893&edit=1



-- 
PHP Development Mailing List 
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 #8862 Updated: libtool does not code runpath into libphp4.so

[sniper]

ID: 8862
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
Assigned To: 
Comments:

You must use LD_LIBRARY_PATH environment variable.
ie. Do:
# export LD_LIBRARY_PATH=/export/www/apache/lib:/export/www/mysql/lib/mysql
 
before starting apache.

--Jani


Previous Comments:
---

[2001-01-23 11:06:33] [EMAIL PROTECTED]
Correction:
The configure arguments also contained
 --with-db2=/export/www/apache

---

[2001-01-23 10:59:20] [EMAIL PROTECTED]
Apache php module configured with:
env CC=/opt/SUNWspro/bin/cc CFLAGS=-xO2 ./configure
--with-apxs=/export/www/apache/sbin/apxs --with-ndbm --with-db 
--with-mysql=/export/www/mysql --enable-yp --enable-sysvsem --enable-sysvshm 
--with-exec-dir=/export/www/php/bin --enable-versioning 
--with-config-file-path=/export/www/php/lib --prefix=/export/www/php --disable-debug

The resulting libphp4.so references shared libdb2.so (in
/export/www/apache/lib) and libmysqlclient.so (in
/export/www/mysql/lib/mysql) and thus should have the runpath
-R/export/www/apache/lib:/export/www/mysql/lib/mysql
coded into it. This does not happen, although the make log shows
the presence of the -R options when libtool is called.
Dirty workaround:
After configure, change line 1082 in libtool:
< linkopts=
---
> linkopts=-R/export/www/apache/lib:/export/www/mysql/lib/mysql

(Apache itself does not have this runpath. Of course, this would suggest
another workaround, but one should not rely on this for an independently
added module.)

---


Full Bug description available at: http://bugs.php.net/?id=8862


-- 
PHP Development Mailing List 
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 #8791 Updated: core dump when trying to get_class_vars on a class with a hash variable

[sniper]

ID: 8791
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Fixed -> closed.

--Jani

Previous Comments:
---

[2001-01-23 11:11:50] [EMAIL PROTECTED]
Nope.  Must've been fixed between 4.0.3pl1 and 4.0.4pl1 because it doesn't core dump 
after upgrading.  I'm still not sure it does what I'd expect, though, since in my 
example, I'd expect printing $val to output "Array" but it doesn't output anything.  
If I print_r($val) it does show the contents of the array though.  That's definitely 
good enough for what I'm trying to do, but it seems like it's not 100%.  Thanks a lot 
for the help!

---

[2001-01-19 21:35:53] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4pl1 ? I tried with latest CVS and it didn't crash.

--Jani

---

[2001-01-18 13:37:28] [EMAIL PROTECTED]
TEST SCRIPT:
 'df', 'b' => 'dd', 'c' => 'fd');
}
$arr = get_class_vars('xyz');
while(list($key,$val) = each($arr)) print "Properties $key has value : $valn";
?>

CONFIG LINE:
 './configure' '--with-mysql=/usr/local/mysql' '--enable-track-vars' '--without-gd' 
'--with-xml' '--without-ldap' '--without-imap'

Sorry, I couldn't get a gdb backtrace because my php wasn't compiled with the debug 
stuff turned on.  I suspect that you'd be able to reproduce this easily though.  Let 
me know if you need any more information from me.


---


Full Bug description available at: http://bugs.php.net/?id=8791


-- 
PHP Development Mailing List 
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 #8867 Updated: Child dies with bus error

[sniper]

ID: 8867
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: cURL related
Assigned To: 
Comments:

Have you tried more recent version of GCC ?

--Jani

Previous Comments:
---

[2001-01-23 13:29:44] [EMAIL PROTECTED]
I want to use Curl in PHP. Unfortunately, the example
script that fetches the PHP homepage causes
a bus error of an Apache child.
Curl version: 7.5.2
apache version: 1.3.12
solaris version 7
gcc version 2.8.1

message in apache logfile:
[Tue Jan 23 18:48:50 2001] [notice] child pid 3963 exit signal Bus Error (10)


I need to use Curl because apparently it is the only
way to access a url with method=post from within PHP.
(this is really easy from java servlets, it should
be possible in PHP as well!!)

Wessel Kraaij

---


Full Bug description available at: http://bugs.php.net/?id=8867


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] zval question

[Harald Radi]

hi,

i'm tricking around with the COM extension to fix the open bugs (and of
course to satisfy my requirements).

there are
-
if (pval_arg->is_ref == 0) { ... } else { ... }
-

constructs in the code, but how could this parameter be influenced in the
php script ?

i try to fix the 'pass by reference' problem in the com extension, but
either i have to specify the behavior in the php script or i have to query
the typelib if one of the parameters is expected by reference. the second
way seems to be very time-consuming and is not always possible (some COM
objects don't export a typelib).

any ideas ? i'm stuck at the moment (since the second way is IMO not
practicable).


another question to the core team:
is it a problem to implement the COM extension as a cpp file, since the c
com-interface is not well documented and doesn't support everything ?
since this is only a win32 module it shouldn't be a problem, any objections
?



harald.

resistance is futile - nme.at


-- 
PHP Development Mailing List 
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 #8874 Updated: ftp_nlist and rawlist not working

[sniper]

ID: 8874
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: *Function Specific
Bug Type: FTP related
Assigned To: 
Comments:



Previous Comments:
---

[2001-01-23 22:23:49] [EMAIL PROTECTED]
The ftp_nlist and ftp_rawlist functions failed to work for me.  I am using PHP.EXE 
v4.0.4 from a Windows 2000 machine connecting to a Free BSD box running the following 
FTP server:

Our.ftp.server FTP server (Version wu-2.6.1(1) Mon Jul 3 03:07:01 EDT 2000)

Both ftp_nlist and ftp_rawlist return a single blank string ("") into the result 
array.


---


Full Bug description available at: http://bugs.php.net/?id=8874


-- 
PHP Development Mailing List 
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 #8877 Updated: symbol not defined (used by ucd-snmp)

[sniper]

ID: 8877
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Assigned To: 
Comments:

Why do you have to insert those lines? What errors do you get if you
don't add them? snmp.c does include snmp_api.h itself so those constants
should be defined then.

btw. What is the version of GCC you are using?

--Jani


Previous Comments:
---

[2001-01-24 04:48:37] [EMAIL PROTECTED]
hello,
when i compile php with ucd-snmp then i must always edit the file snmp.c and insert 
the following lines:
#define DS_LIBRARY_ID 0
#define DS_LIB_QUICK_PRINT 13 /* print very brief output for parsing */

this symbols are defined in snmp_api.h from ucd-snmp.

i compile php always for apache with shared apache or with apxs.

goodby

---


Full Bug description available at: http://bugs.php.net/?id=8877


-- 
PHP Development Mailing List 
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 #8878 Updated: symbol not defined (load php4-module)

[sniper]

ID: 8878
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

What were the configure lines used with both Apache and PHP 4?
And did you read INSTALL file ??

--Jani

Previous Comments:
---

[2001-01-24 05:10:42] [EMAIL PROTECTED]
hello,
i have problems to load the php4-module with apache.

i analysed the problem and find, that one or more smybols which are defined in 
libgcc.a are missing.

i try to link this module with other options, but i have no success.

when i compile with apxs the following symbols are missing in the php4-module:
__divdi3 and __moddi3

when i compile with shared apache, then tis symbols are not missing.

i want to use the pdflib 3.0 with php, but when i link this lib, the following symbol 
is always missing:
__eprintf

why does the linker under aix 4.3.2 not link this routines from the libgcc when the 
linking must fail without this symbols?

goodby


---


Full Bug description available at: http://bugs.php.net/?id=8878


-- 
PHP Development Mailing List 
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 4.0 Bug #8884 Updated: gethostbyaddr returnsa 15 chars string IP when an error occurs

[Jani Taskinen]

On Thu, 25 Jan 2001 [EMAIL PROTECTED] wrote:

>$TheName=trim(gethostbyaddr($row->THEHOST."   "));
>
>The original line:
>
>$TheName=trim(gethostbyaddr($row->THEHOST));
>
>called using an unresolvable IP like xx.xx.x.xxx returned something like
>xx.xx.x.xxxMKJA, where MKJA represents some garbage I discovered was used to
>fill up to 15 chars (the maximum length for an IP).
>
>I guess an IP like 212.59.60.57 should do the job :-)

Nope, works for me just fine. No garbage in the end.
This is with the latest CVS. Please try the snapshot from
http://snaps.php.net/

--Jani


-- 
PHP Development Mailing List 
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 #8884 Updated: gethostbyaddr returns a 15 chars string IP when an error occurs

[milani]

Hi! Nice to hear from you :-) I already tried to post the following line as a 
possible solution to a possible problem under certain (unknown to me) 
circumstances on the online manual page for GETHOSTBYADDR (but my note 10755 
was rejected):

$TheName=trim(gethostbyaddr($row->THEHOST."   "));

The original line:

$TheName=trim(gethostbyaddr($row->THEHOST));

called using an unresolvable IP like xx.xx.x.xxx returned something like
xx.xx.x.xxxMKJA, where MKJA represents some garbage I discovered was used to 
fill up to 15 chars (the maximum length for an IP).

I guess an IP like 212.59.60.57 should do the job :-)

> ID: 8884
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: Network related
> Assigned To: 
> Comments:
> 
> I can't reproduce this. Could you please include an example script which
> demonstrates this behaviour? And maybe try the latest CVS snapshot
> from http://snaps.php.net/  too??
> 
> --Jani
> 
> 
> Previous Comments:
> ---
> 
> [2001-01-24 09:07:00] [EMAIL PROTECTED]
> gethostbyaddr returns the original IP when an error occurs, but this string is
> always 15 chars long. This means that if the original IP was shorter than that,
> garbage will appear at the end of the line. I've temporarily fixed it by passing
> an IP with 15 blanks added to its end.
> 
> ---
> 
> 
> Full Bug description available at: http://bugs.php.net/?id=8884



Alfredo Milani-Comparetti
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Delphi home page --> http://www.almico.com/delphi
Elf home page--> http://radsite.com/elf

-- 
PHP Development Mailing List 
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 #8872 Updated: Link problems with Sablot 0.50

[sniper]

ID: 8872
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

What is the version of libexpat you have?

--Jani

Previous Comments:
---

[2001-01-23 20:11:26] [EMAIL PROTECTED]
(CVS 2001.01.17)

When compiling with Sablot 0.50, the following errors come up:

/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010117/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/TSRM  -DXML_BYTE_ORDER=12 -O2 -m486 
-fno-strength-reduce -fPIC   -o libphp4.la -rpath 
/usr/src/redhat/BUILD/php-4.0.5dev_20010117/libs -L/usr/kerberos/lib 
-L/opt/sybase-11.9.2/lib  -R /usr/kerberos/lib -R /opt/sybase-11.9.2/lib stub.lo  
Zend/libZend.la sapi/cgi/libsapi.la main/libmain.la regex/libregex.la 
ext/dba/libdba.la ext/domxml/libdomxml.la ext/ftp/libftp.la ext/gd/libgd.la 
ext/gettext/libgettext.la ext/imap/libimap.la ext/openssl/libopenssl.la 
ext/pcre/libpcre.la ext/pdf/libpdf.la ext/posix/libposix.la ext/sablot/libsablot.la 
ext/session/libsession.la ext/standard/libstandard.la ext/sybase_ct/libsybase_ct.la 
ext/sysvsem/libsysvsem.la ext/sysvshm/libsysvshm.la ext/xml/libxml.la ext/yp/libyp.la 
TSRM/libtsrm.la -lpam -lc-client -ldl -linsck -lsybtcl -lintl -lcomn -lct -lcs -lexpat 
-lexpat -lsablot -lz -ljpeg -lpng -ltiff -lpdf -lgssapi_krb5 -lkrb5 -lk5crypto 
-lcom_err -lttf -lz -lpng -lgd -ljpeg -lz -lxml -lgdbm -lssl -lcrypto -lresolv -lm 
-ldl -lcrypt -lnsl -lttf -lpng -ljpeg -lz -lpam -lxmlparse -lxmltok -lresolv -Lyes/lib 
-lz -L/usr/lib -ljpeg
/usr/src/redhat/BUILD/php-4.0.5dev_20010117/libtool: yes/lib: No such file or 
directory
libtool: link: warning: cannot determine absolute directory name of `yes/lib'
libtool: link: passing it literally to the linker, although it might fail
/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010117/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010117/TSRM  -DXML_BYTE_ORDER=12 -O2 -m486 
-fno-strength-reduce -fPIC   -o php -export-dynamic  stub.lo libphp4.la
.libs/libphp4.a(xml.o): In function `php_if_xml_set_end_namespace_decl_handler':
xml.o(.text+0x2619): undefined reference to `XML_SetEndNamespaceDeclHandler'
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.0.5dev_20010117'
make: *** [all-recursive] Error 1

The configure line is as follows:

./configure 
--prefix=%{_prefix} 
--with-config-file-path=%{_sysconfdir} 
--disable-debug 
--enable-pic 
--enable-shared 
--enable-inline-optimization 
$* 
--with-exec-dir=%{_bindir} 
--with-regex=php 
--with-gettext 
--with-gd 
--with-jpeg-dir=%{_prefix} 
--with-tiff-dir=%{_prefix} 
--with-png 
--with-gdbm 
--enable-debugger 
--enable-magic-quotes 
--enable-safe-mode 
--enable-sysvsem 
--enable-sysvshm 
--enable-track-vars 
--enable-yp 
--enable-ftp 
--without-mysql 
--without-oracle 
--without-oci8 
--with-openssl 
--with-xml 
--with-expat-dir=/usr 
--with-imap 
--with-dom 
--with-sablot=/usr/local 
--with-kerberos 
--with-sybase-ct=/opt/sybase-11.9.2 
--with-pdflib 
--enable-gd-native-ttf 
--with-ttf


---


Full Bug description available at: http://bugs.php.net/?id=8872


-- 
PHP Development Mailing List 
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 #8647 Updated: php.exe exception: access violation address: 0x1008e6a1 on or after file()

[sniper]

ID: 8647
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

This (XML related) bug should be fixed in CVS already. Please try the binaries
found at http://www.php4win.de/

--Jani

Previous Comments:
---

[2001-01-11 15:06:51] [EMAIL PROTECTED]
can you please append some *short* reproducing code?
i tested file() with a file greater than 100k and it didn't crash.

---

[2001-01-10 21:05:56] [EMAIL PROTECTED]
Loading array via file(). File is 4Mb of text. Bang, PHP died.

I increased PHP memory from 8 MB to 20 Mb but did not fix it. I cut the file down to 
about 10Kb but that did not fix it. When I comment out the line containing file(), 
that removes the problem.

I thought it might not be file(), it might be any part of the code that uses the array 
so I commented out file() and inserted statements that manually load the array with 
data. The script ran to completion using the manual array.

gdb backtrace is gobbledygook to me. I am reading your documentation page to see if 
any of it is relevant to Windows environment. If your page helps me change my php 
setup to produce additional diagnostics, I will add them to this report.

Apache is the latest Apache 1.14 or something from about 3 weeks ago. PHP is PHP 4.0.4 
from the large download file. NT 4.0 SP6a running without a hitch for 6 months. The 
code I am working on was working in the middle of last year on a PHP3 downloaded in 
the middle of last year.

---


Full Bug description available at: http://bugs.php.net/?id=8647


-- 
PHP Development Mailing List 
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 #8880 Updated: problem with false file name libphp4 and libmodphp4 with shared-apache

[sniper]

ID: 8880
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Assigned To: 
Comments:

Have you followed the instructions given in INSTALL file? 

--Jani

Previous Comments:
---

[2001-01-24 05:54:39] [EMAIL PROTECTED]
hello,
always when i compile php with the shared-apache-option, i have problmes with the 
filenames.

after configuring apache new with php, i can't compile the php-module because the name 
for the lib-file is exchanged.

i must make a link from libmodphp4.a to libphp4.a to compile the module.

i have the same problem with the module-name. in one file the name is php4_module in 
an other file the name is mod_php4_module so i can't compile and use the module, 
before i edit the files and use everywhere the same name.

when i compile with apxs, then i don't have this problem, but on aix i have then 
problems with symbols from the libgcc.

goodby


---


Full Bug description available at: http://bugs.php.net/?id=8880


-- 
PHP Development Mailing List 
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 #8884 Updated: gethostbyaddr returns a 15 chars string IP when an error occurs

[sniper]

ID: 8884
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Network related
Assigned To: 
Comments:

I can't reproduce this. Could you please include an example script which
demonstrates this behaviour? And maybe try the latest CVS snapshot
from http://snaps.php.net/  too??

--Jani


Previous Comments:
---

[2001-01-24 09:07:00] [EMAIL PROTECTED]
gethostbyaddr returns the original IP when an error occurs, but this string is always 
15 chars long. This means that if the original IP was shorter than that, garbage will 
appear at the end of the line. I've temporarily fixed it by passing an IP with 15 
blanks added to its end.

---


Full Bug description available at: http://bugs.php.net/?id=8884


-- 
PHP Development Mailing List 
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 #8887 Updated: Something don't work in microtime.c

[sniper]

ID: 8887
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Failure
Assigned To: 
Comments:

http://www.php.net/FAQ.php#6.12

Previous Comments:
---

[2001-01-24 11:32:42] [EMAIL PROTECTED]
I tried with and without all the modules I can compile with it. In all cases, it don't 
want to compile. I don't have this kind of problem with 4.0.3-pl1

System informations: 
Linux slackware 7.0
Kernel 2.4.0
gcc 2.95.2


gcc  -I. -I/usr/src/httpd/php-4.0.4pl1/ext/standard -I/usr/src/httpd/php-4.0.4pl1/main 
-I/usr/src/httpd/php-4.0.4pl1 -I/usr/src/httpd/apache_1.3.14/src/include 
-I/usr/src/httpd/apache_1.3.14/src/os/unix -I/usr/src/httpd/php-4.0.4pl1/Zend 
-I/usr/src/httpd/php-4.0.4pl1/ext/mysql/libmysql 
-I/usr/src/httpd/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/usr/src/httpd/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/usr/src/httpd/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=12 -g -O2  -c microtime.c && 
touch microtime.lo
microtime.c: In function `php_if_getrusage':
microtime.c:97: storage size of `usg' isn't known
microtime.c:100: `RUSAGE_SELF' undeclared (first use in this function)
microtime.c:100: (Each undeclared identifier is reported only once
microtime.c:100: for each function it appears in.)
microtime.c:106: `RUSAGE_CHILDREN' undeclared (first use in this function)
make[3]: *** [microtime.lo] Error 1
make[3]: Leaving directory `/miscfiles/usr/src/httpd/php-4.0.4pl1/ext/standard'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/miscfiles/usr/src/httpd/php-4.0.4pl1/ext/standard'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/miscfiles/usr/src/httpd/php-4.0.4pl1/ext'
make: *** [all-recursive] Error 1
root@sun:/usr/src/httpd/php-4.0.4pl1# 

---


Full Bug description available at: http://bugs.php.net/?id=8887


-- 
PHP Development Mailing List 
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] changing the bug emails slightly

[Jani Taskinen]

On Wed, 24 Jan 2001, Jim Winstead wrote:

>[EMAIL PROTECTED]  wrote:
>> IMO, the subject line is fine as it is. I would really like to hear the
>> reasoning for changing it..
>
>because we're losing over twenty characters to fairly unimportant
>information (relative to the short description).

That is true..but then again, you can always use smaller font to get
more characters per line..? Or did I misunderstand what you meant with this?

>it isn't a big deal. that's why i asked before i did it.

Having the extra headers would be great, as it's quite hard to follow a
bug report thread in the mailing list archives now. ie. there is no kind
of threading for them at all.

And everybody should be using the web interface and NOT reply via
email directly..like some lazy developers tend to do. :)

--Jani



-- 
PHP Development Mailing List 
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] EXTENSIONS file refresh..

[Jani Taskinen]

On Wed, 24 Jan 2001, Boian Bonev wrote:

>of course. most people don't really bother to read even the configure
>output, i suppose 10% (or less) look into ext/extdir to find
>readme/experimental.

That's true.

>another idea is to have an extension txt help file shown by configure with
>something like --help-extname or so.
>anyway these are bells and whistles - good to have but can live without.

One possibility might be to have same kind of notes as there are after
configure for example when you configure PHP to use the bundled MySQL
libs. Like this:

++
|*** WARNING *** |
||
| The extension FOOBAR is considered EXPERIMENTAL. Please check the  |
| ext/foobar/EXPERIMENTAL file for more information. |
++

This could be easily be automated by just having the EXPERIMENTAL file
in such extension dirs.

--Jani



-- 
PHP Development Mailing List 
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 #8892 Updated: The last caractere of the output is replace by a \0

[sniper]

ID: 8892
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: cURL related
Assigned To: 
Comments:

This is fixed in CVS. Please try latest snapshot from http://snaps.php.net/
(works for me just fine) Reopen this bug report if problem still exists with
latest CVS snapshot.

--Jani

Previous Comments:
---

[2001-01-24 18:39:26] [EMAIL PROTECTED]
The last caractere of the output is replace by a 

-- 
PHP Development Mailing List 
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 #8889: Memory is not being freed.

[Jon Tai]

I have been noticing the same problem on my server.  Apache started
consuming large amounts of memory after I upgraded to php-4.0.4pl1.  Running
ps -aux would tell me that apache was consuming 6.9 - 11.0 in the "mem"
column; restarting apache would make the numbers go back down to ~3.0.

I think the problem may have something to do with ob_gzhandler.  I tried
disabling ob_gzhandler last night and the server has been fine all day.  Is
there something I can do to get more information about what's going on?

I'm running php-4.0.4pl1 as an apache-1.3.14 module on RedHat 6.2.

- Jon

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 24, 2001 10:21 AM
Subject: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being freed.


From: [EMAIL PROTECTED]
Operating system: RH 7
PHP version:  4.0.4
PHP Bug Type: Performance problem
Bug description:  Memory is not being freed.

Hi guys,

I do not have much information.  I know that my Apache processes memory is
growing by the minute.  If I start a separate server on another port and
serve only static pages and files through it, those process do not grow.

I have tried what I remembered of gdb but have not come up with anything.  I
know I need to attach to a process and it seems I can `gdb {pid}` but that
gives me nothing.  How can I get some info for you guys?  I do
have --enable-debug.

thanks,

Brian.
Phorum.org


--
Edit Bug report at: http://bugs.php.net/?id=8889&edit=1



--
PHP Development Mailing List 
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 
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 #8892: The last caractere of the output is replace by a \0

[hugo]

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux release 6.0 (Hedwig)
PHP version:  4.0.4pl1
PHP Bug Type: cURL related
Bug description:  The last caractere of the output is replace by a \0

The last caractere of the output is replace by a \0 when I use CURLOPT_RETURNTRANSFER 
with curl

I know the the bug is supposed to be fix for WIndows OS... but i still have the 
problem under Linux

You can see the problem in this little script

INPUT: ALLO

https://www.secure-ssl.net/secure.iwebreservation.com/output.php");
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS, "output=allo");
curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); 
curl_setopt($ch,URLOPT_VERBOSE,1);
$toto =  curl_exec ($ch);
curl_close ($ch);

echo "[$toto]";

for ($i=0;$i";

?>

Output:
[all]
a -97
l -108
l -108
-0


-- 
Edit Bug report at: http://bugs.php.net/?id=8892&edit=1



-- 
PHP Development Mailing List 
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 #8891 Updated: No parse

[derick]

ID: 8891
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: HTTP related
Assigned To: 
Comments:



Previous Comments:
---

[2001-01-24 16:46:22] [EMAIL PROTECTED]


---


Full Bug description available at: http://bugs.php.net/?id=8891


-- 
PHP Development Mailing List 
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 #8891: No parse

[nano76]

From: [EMAIL PROTECTED]
Operating system: Win 98
PHP version:  4.0.4pl1
PHP Bug Type: HTTP related
Bug description:  No parse




-- 
Edit Bug report at: http://bugs.php.net/?id=8891&edit=1



-- 
PHP Development Mailing List 
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] Proposal for updating the PDF-extension

[Boian Bonev]

hi,

> >There are probably other points which need to be discussed like
> >what a function should return if it fails. Many php functions return
> >false but pdflib's api requires to return -1.
>
> Again, we should be consistant within PHP the language.
> ie. if function fails -> RETURN_FALSE.
>
> IMO.

+1

also you can manage extension global errno and handle errors, provide for
example pdf_str_error(void) or something.

most people need not check all possible cases. on the other side it should
be possible and not only possible but easy.

b.


-- 
PHP Development Mailing List 
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] EXTENSIONS file refresh..

[Boian Bonev]

hi,

> >>Another thing: Would it be good idea to have the EXPERIMENTAL
> >>text in configure help for such options? This could be automated
> >>in the buildconf ie. it could check if the EXPERIMENTAL is in the
> >>extension's dir and adds the text before/after the option in
> >>the help display..? And maybe even a note after configure that
> >>there are extensions configured in which are considered experimental
> >>thus those might not work as expected.
> >
> >Good idea!
>
> Anyone else agreeing with us? :)

of course. most people don't really bother to read even the configure
output, i suppose 10% (or less) look into ext/extdir to find
readme/experimental.

another idea is to have an extension txt help file shown by configure with
something like --help-extname or so.
anyway these are bells and whistles - good to have but can live without.

b.

pp. Jani, sorry for double mailing but forgot to click reply-all :(


-- 
PHP Development Mailing List 
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 #8831 Updated: a script works on 2 servers I use, and doesn't work on a third one

[mage]

ID: 8831
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Description: a script works on 2 servers I use, and doesn't work on a third one

Okay, I have found a note about mysql_connect() in the manual:
"In case a second call is made to mysql_connect() with the same arguments, no new link 
will be established, but instead, the link identifier of the already opened link will 
be returned."

That can explain what is wrong in my script. However, in older php versions, I could 
do connect again (and get same identifier, I checked), and close it as many times as I 
connected. Now I have to upgrade all my older projects?


Previous Comments:
---

[2001-01-21 20:46:18] [EMAIL PROTECTED]
Dear Support,

One of my project were must go to another server, and I got a trouble
with my functions.

I try to write a short code to explain it.
This script works well on my computer, windows 98 se, php 4.0.3. Also
works on debian a server, php 4.0.3.
There is another debian server (that was php 4.0.3 too), and this script
crashes on it. I tried to reinstall mysql, php (the new 4.0.4pl), apache,
but that did not help. I show a short code:

--

-

That outputs nothing on my computer, nothing on the first debian server.
That's ok.
But this outputs on the server where I'd use it the below:

"Warning: Supplied argument is not a valid MySQL result resource in
/home/kepes/public_html/test/test5.php4 on line 16
Warning: 1 is not a valid MySQL-Link resource in
/home/kepes/public_html/test/test5.php4 on line 10"

I figured out this is if I use at least 2 mysql connections same time.
Another interest thing, if I comment out the:
---
  while ($row = mysql_fetch_array($data)) {
$result[] = $row;
  }
---
part of script, this also works on the 2nd server (but I can't use that way of 
course).

Because my db-scripts are based upon methods like above, I would like to
know what the problem is. I include some php info.

PHP Version 4.0.5-dev
SystemLinux ditto 2.2.17 #1 Mon Dec 4 23:29:54 CET 2000 i686 unknown
Build Date   Dec 10 2000
Configure Command './configure' '--with-mysql' '--with-apxs'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /usr/local/lib
ZEND_DEBUG disabled
Thread Safety
disabled

-
mysql

MySQL Support enabled
Active Persistent Links 0
Active Links 0
Client API version 3.23.22-beta
MYSQL_INCLUDE
MYSQL_LFLAGS
MYSQL_LIBS

DirectiveLocal ValueMaster Value
mysql.allow_persistent  On  On
mysql.max_links  Unlimited  Unlimited
mysql.max_persistent Unlimited Unlimited

-

Thank You,

Mage





---


Full Bug description available at: http://bugs.php.net/?id=8831


-- 
PHP Development Mailing List 
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 #8890: Will not correctly update MySQL database when using WML and PHP and MySQL

[Sean R. Bright]

Change '$(first)' to '$first' and change the other variables in the
msyql_query() line in the same way.

Sean

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 24, 2001 1:50 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-DEV] PHP 4.0 Bug #8890: Will not correctly update MySQL
> database when using WML and PHP and MySQL
>
>
> From: [EMAIL PROTECTED]
> Operating system: Windows 98
> PHP version:  4.0.4pl1
> PHP Bug Type: MySQL related
> Bug description:  Will not correctly update MySQL database
> when using WML and PHP and MySQL
>
> I am trying to use a php script in a WML page to update a
> MySQL database. Unfortunatley although it does create a new
> row in the database it leave the values blank!! I have
> included the code beneath!! I know that the variables are
> being passed correctly because i have echoed the sql query
> being sent to the database out to the screen and it seems to
> be correct. I have included the WML code for each of the
> pages below. I am running this on the Nokia SDK. The database
> I created is named mydb and it is created with no rows!
>
> The following is register.php:
>
>  // send wml headers
> header("Content-type: text/vnd.wap.wml");
> echo "";
> echo ". " \"http://www.wapforum.org/DTD/wml_1.1.xml\">";
> ?>
>
> 
> 
>   
>   
>   
>   
>   
>   
> 
>
> 
> 
> First Name: 
> Last Name: 
> Address: 
> Position: 
> 
> 
>
> 
> 
> 
>   $db = mysql_connect("localhost", "root");
>
>   mysql_select_db("mydb",$db);
>
>   $sql = "INSERT INTO employees (first,last,address,position)
> VALUES ('$(first)','$(last)','$(address)','$(position)')";
>
>   $result = mysql_db_query ("mydb", $sql);
>
> echo "$sql";
> ?>
> 
> 
> 
>
> The following is register2.php:
>
>  // send wml headers
> header("Content-type: text/vnd.wap.wml");
> echo "";
> echo ". " \"http://www.wapforum.org/DTD/wml_1.1.xml\">";
> ?>
>
> 
> 
>   
>   
>   
>   
>   
>   
> 
>
> 
> 
> First Name: 
> Last Name: 
> Address: 
> Position: 
> 
> 
>
> 
> 
> 
>   $db = mysql_connect("localhost", "root");
>
>   mysql_select_db("mydb",$db);
>
>   $sql = "INSERT INTO employees (first,last,address,position)
> VALUES ('$(first)','$(last)','$(address)','$(position)')";
>
>   $result = mysql_db_query ("mydb", $sql);
>
> echo "$sql";
> ?>
> 
> 
> 
>
>  // send wml headers
> header("Content-type: text/vnd.wap.wml");
> echo "";
> echo ". " \"http://www.wapforum.org/DTD/wml_1.1.xml\">";
> ?>
> 
> 
>   
>   
>   
> 
> 
> 
>  $db = mysql_connect("localhost", "root");
> mysql_select_db("mydb",$db);
> $result = mysql_query("SELECT * FROM employees",$db);
> printf("First Name: %s\n", mysql_result($result,0,"first"));
> printf("Last Name: %s\n", mysql_result($result,0,"last"));
> printf("Address: %s\n", mysql_result($result,0,"address"));
> printf("Position: %s\n", mysql_result($result,0,"position"));
>
> 
> 
> 
>
> When I run this it comes up on the WAP emulator as:
> First Name:
> Last Name:
> Address:
> Position:
> and it should be
> First Name: Kevin
> Last Name: Connolly
> Address: Somewhere
> Position: Manager
>
> where Kevin, Connolly, Somewhere and manager are the values
> entered into the input fields!
> php scripts will work inside my WML pages which would suggest
> I have everything installed properly but I have included my
> php.ini file beneath anyway!
>
> php.ini:
> [PHP]
>
> ;;;
> ; About this file ;
> ;;;
> ; This file controls many aspects of PHP's behavior.  In
> order for PHP to
> ; read it, it must be named 'php.ini'.  PHP looks for it in
> the current
> ; working directory, in the path designated by the
> environment variable
> ; PHPRC, and in the path that was defined in compile time (in
> that order).
> ; Under Windows, the compile-time path is the Windows directory.  The
> ; path in which the php.ini file is looked for can be overriden using
> ; the -c argument in command line mode.
> ;
> ; The syntax of the file is extremely simple.  Whitespace and Lines
> ; beginning with a semicolon are silently ignored (as you
> probably guessed).
> ; Section headers (e.g. [Foo]) are also silently ignored, even though
> ; they might mean something in the future.
> ;
> ; Directives are specified using the following syntax:
> ; directive = value
> ; Directive names are *case sensitive* - foo=bar is different
> from FOO=bar.
> ;
> ; The value can be a string, a number, a PHP constant (e.g.
> E_ALL or M_PI), one
> ; of the INI constants (On, Off, True, False, Yes, No and
> None) or an expression
> ; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
> ;
> ; Expressions in the INI file are limited to bitwise
> operators and parentheses:
> ; |   bitwise OR
> ; &   bitwise AND
> ; ~   bitwise NOT
> ; !   boolean NOT
> ;
> ; Boolean flags can be turne

Re: [PHP-DEV] CVS Account Request

[Rasmus Lerdorf]

Dave, your account is set up.  I have been using your ming library and
find it quite cool.  Just to hit you with a question right off ;)

I am trying to get a demo up for Linuxworld with a spinning PHP logo using
ming.  This is what I have:

$s = new SWFShape();
$jpg = new SWFBitmap('php-big.jpg');
$w = $jpg->getWidth(); $h = $jpg->getHeight();

$f = $s->addFill(new SWFBitmap('php-big.jpg'));
$s->setRightFill($f);

$s->movePenTo(-$w,-$h);
$s->drawLine($w, 0);
$s->drawLine(0, $h);
$s->drawLine(-$w, 0);
$s->drawLine(0, -$h);

$p = new SWFSprite();
$i = $p->add($s);

for($step=0; $step<360; $step+=4) {
$p->nextFrame();
$i->rotate(4);
}

$m = new SWFMovie();
$i = $m->add($p);
$i->moveTo(300,200);
$m->setRate(72);
$m->setDimension($w*4, $h*4);

header('Content-type: application/x-shockwave-flash');
$m->output();

I can't get the center of rotation right.  Any chance you could have a
look at it?

-Rasmus


On 24 Jan 2001 [EMAIL PROTECTED] wrote:

> Full name: Dave Hayden
> Email: [EMAIL PROTECTED]
> ID: opaquedave
> Purpose: Adding ext/ming ming (SWF output) library wrapper
>
> --
> PHP Development Mailing List 
> 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 
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

[root]

Full name: Dave Hayden
Email: [EMAIL PROTECTED]
ID: opaquedave
Purpose: Adding ext/ming ming (SWF output) library wrapper

-- 
PHP Development Mailing List 
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] DOMXML documentation

[Colin Viebrock]

Two specific questions that maybe you or someone can answer:

When building an XML document:

a) how do I set the encoding and standalone attributes of the document?
b) how can I specify the DOCTYPE?  i.e., how do I add this line to the
   resulting XML:



Thanks

-- 
Colin Viebrock
Co-Founder, easyDNS Technologies
http://www.easyDNS.com/


-- 
PHP Development Mailing List 
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] Proposal for updating the PDF-extension

[Rasmus Lerdorf]

> I agree. PHP doesn't need to map the C API's one-to-one but implement PHP
> functions in the PHP spirit and in a consistent way. That consistent way is
> returning false.
> We've talked about this numerous times. When we implement an extension
> module for a C library we don't even necessarily need to map the functions
> one-to-one to PHP but think of what API would be the most useful for PHP
> programmers allowing them flexibility but staying with it's short
> development time advantage.

In the case of the current pdflib extension, it is very close to a 1:1
mapping already with a few missing things.  The error handling needs to
stay PHP consistent, but I don't really mind if we end up with a 1:1
mapping in this case.  That shouldn't exclude some higher level functions
at some point, but if a complete 1:1 mapping makes life easier for you
guys and it means a well-maintained and well-documented pdflib extension
for PHP then I am all for it.

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Pop up window in php

[Shaun Mitchell]

Hi Everyone,
What I'm trying to do is after a user submits a form, PHP validates the
form and if an error open a JavaScript popup window.
I'm having trouble-getting PHP to either run the JavaScript or send the
information to the browser so it can execute the JavaScript.

Also on another note is it possible to hide the search portion of a URL that
is sent using:


I don't like the user seeing the sometimes-long URL that is sent using this
manner.

Thanks,

--
Shaun Mitchell
Web Developer
CADVision Internet (http://www.cadvision.com)
A division of PSINet inc. [NASDAQ PSIX]
300 - 5th Avenue SW, Suite 1810
Calgary, Alberta
Email: [EMAIL PROTECTED]
Phone: (403) 571-1344
--



-- 
PHP Development Mailing List 
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] Proposal for updating the PDF-extension

[Andi Gutmans]

At 05:43 PM 1/24/2001 +0200, Jani Taskinen wrote:
>On Wed, 24 Jan 2001, Uwe Steinmann wrote:
>
> >On Wed, Jan 24, 2001 at 03:07:09PM +0100, Cynic wrote:
> >> confuse folks. and the consensus (at least I got it it's agreed
> >> on) is pdf_add_local_link-like names.
> >>From the php point of view there should be underscores but
> >the pdflib api doesn't use them except for the one after the 'pdf'.
> >The question is, shall we enforce the php naming or allow the
> >pdflib naming.
>
>This API is used in PHP -> use the PHP naming. If we start making
>exceptions we end up having a mess in our hands.. :)
>
> >There are probably other points which need to be discussed like
> >what a function should return if it fails. Many php functions return
> >false but pdflib's api requires to return -1.
>
>Again, we should be consistant within PHP the language.
>ie. if function fails -> RETURN_FALSE.
>
>IMO.

I agree. PHP doesn't need to map the C API's one-to-one but implement PHP 
functions in the PHP spirit and in a consistent way. That consistent way is 
returning false.
We've talked about this numerous times. When we implement an extension 
module for a C library we don't even necessarily need to map the functions 
one-to-one to PHP but think of what API would be the most useful for PHP 
programmers allowing them flexibility but staying with it's short 
development time advantage.

Andi


-- 
PHP Development Mailing List 
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 #8890: Will not correctly update MySQL database when using WML and PHP and MySQL

[connolk]

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.0.4pl1
PHP Bug Type: MySQL related
Bug description:  Will not correctly update MySQL database when using WML and PHP and 
MySQL 

I am trying to use a php script in a WML page to update a MySQL database. 
Unfortunatley although it does create a new row in the database it leave the values 
blank!! I have included the code beneath!! I know that the variables are being passed 
correctly because i have echoed the sql query being sent to the database out to the 
screen and it seems to be correct. I have included the WML code for each of the pages 
below. I am running this on the Nokia SDK. The database I created is named mydb and it 
is created with no rows! 

The following is register.php:

";  
echo "http://www.wapforum.org/DTD/wml_1.1.xml\">"; 
?>












 
First Name:  
Last Name:  
Address:  
Position: 










The following is register2.php:

";  
echo "http://www.wapforum.org/DTD/wml_1.1.xml\">"; 
?>












 
First Name:  
Last Name:  
Address:  
Position: 










";  
echo "http://www.wapforum.org/DTD/wml_1.1.xml\">"; 
?>








", mysql_result($result,0,"first"));
printf("Last Name: %s\n", mysql_result($result,0,"last"));
printf("Address: %s\n", mysql_result($result,0,"address"));
printf("Position: %s\n", mysql_result($result,0,"position"));





When I run this it comes up on the WAP emulator as:
First Name:
Last Name:
Address:
Position:
and it should be
First Name: Kevin
Last Name: Connolly
Address: Somewhere
Position: Manager

where Kevin, Connolly, Somewhere and manager are the values entered into the input 
fields!
php scripts will work inside my WML pages which would suggest I have everything 
installed properly but I have included my php.ini file beneath anyway!

php.ini:
[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the  tags are recognized.
asp_tags=   Off ; allow ASP-style <% %> tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
  

Re: [PHP-DEV] Proposal for updating the PDF-extension

[Rainer Schaaf]

Jani Taskinen wrote:

> On Wed, 24 Jan 2001, Uwe Steinmann wrote:
>
> >On Wed, Jan 24, 2001 at 03:07:09PM +0100, Cynic wrote:
> >> confuse folks. and the consensus (at least I got it it's agreed
> >> on) is pdf_add_local_link-like names.
> >>From the php point of view there should be underscores but
> >the pdflib api doesn't use them except for the one after the 'pdf'.
> >The question is, shall we enforce the php naming or allow the
> >pdflib naming.
>
> This API is used in PHP -> use the PHP naming. If we start making
> exceptions we end up having a mess in our hands.. :)
>

This is the same problem for us. We have to support eight (number is
still growing) PDFlib language bindings including documentation and
samples, on differnent plattforms. So it is very essential for us to have
a consistent API and documentation. We cannot afford to duplicate the
whole PDFlib-Manual for each language binding, and therefore strive to
supply a single unified reference Manual for all languages. The benefit
for the developer is that allwas has access to the latest and
comprehensive PDFlib documentation. The maintainers not neccesarly have
to duplicate the manual into the PHP documentation. Even another little
detail, if somebody changes from i.e. ASP to php they can simply reuse
the pdflib-code :-)

>
> >There are probably other points which need to be discussed like
> >what a function should return if it fails. Many php functions return
> >false but pdflib's api requires to return -1.
>
> Again, we should be consistant within PHP the language.
> ie. if function fails -> RETURN_FALSE.
>

After some discussion with Thomas, we are convinced to do it the php way.
The extension will take care to convert the PDFlib error convention to
PHP conventions. In addition PDFlib exceptions are mapped to php_error().

>
> IMO.
>
> --Jani

Rainer + Thomas ([EMAIL PROTECTED])
--
Rainer Schaaf   [EMAIL PROTECTED]http://www.pdflib.com
___PDFlib - a library for generating PDF on the fly



-- 
PHP Development Mailing List 
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] Bug #8732

[Andi Gutmans]

Executing external programs right now doesn't work on Windows.
Hopefully this will be fixed soon.

Andi

At 12:14 PM 1/24/2001 +0100, Edin Kadribasic wrote:
>I'm experiencing the same probmlem on one of our 5 production servers.
>Exec functions always fail with -1 as the return code. No error messages
>or warnings are displayed. Any suggestion on how to find out what's
>happening?
>
>Edin


-- 
PHP Development Mailing List 
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] DOMXML documentation

[Colin Viebrock]

> On Wed, Jan 24, 2001 at 01:00:02PM -0500, Colin Viebrock wrote:
> > Is there any way to convince someone to write more extensive 
> documentation
> > on the DOMXML functions?
> Try to convince me :-)
> 
> I'll see what I can do.

Well, I'm not asking much :)

a) List all the functions and their syntax.
   (e.g., domxml_new_xmldoc(), domxml_add_root() , aren't listed now)

b) List all the methods and properties for each of the DOM object types,
   and their syntax.  (e.g. the DomNode object has a setattr() method ...
   how do you use it?  the DomDocument object has a "standalone" property
   ... how do you set it?)

Right now, it's takes a bit of work to try and figure out how to parse 
XML documents.  But it takes a *lot* of work to try and figure out how
to *generate* XML documents.


-- 
Colin Viebrock
Co-Founder, easyDNS Technologies
http://www.easyDNS.com/


-- 
PHP Development Mailing List 
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] DOMXML documentation

[Colin Viebrock]

> have you already tried these?
> http://www.zugeschaut-und-mitgebaut.de/php/extension.domxml.html

This one is helpful, but it doesn't expose some of the methods
for the DOM-type objects (i.e., DomDocument, DomNode, etc.).
Knowing these methods and their syntax is important when using 
the DOMXML functions to generate XML documents.

> http://www.dynamicwebpages.de/05.tutorials.php?tutorialID=222

Wish I spoke German ... :)

> http://www.circle.ch/projects/?cat_id=2&art_id=5

Very handy, thank you!

-- 
Colin Viebrock
Co-Founder, easyDNS Technologies
http://www.easyDNS.com/


-- 
PHP Development Mailing List 
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 #8889: Memory is not being freed.

[brian]

From: [EMAIL PROTECTED]
Operating system: RH 7
PHP version:  4.0.4
PHP Bug Type: Performance problem
Bug description:  Memory is not being freed.

Hi guys,

I do not have much information.  I know that my Apache processes memory is growing by 
the minute.  If I start a separate server on another port and serve only static pages 
and files through it, those process do not grow.

I have tried what I remembered of gdb but have not come up with anything.  I know I 
need to attach to a process and it seems I can `gdb {pid}` but that gives me nothing.  
How can I get some info for you guys?  I do have --enable-debug.

thanks,

Brian.
Phorum.org


-- 
Edit Bug report at: http://bugs.php.net/?id=8889&edit=1



-- 
PHP Development Mailing List 
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] DOMXML documentation

[Uwe Steinmann]

On Wed, Jan 24, 2001 at 01:00:02PM -0500, Colin Viebrock wrote:
> Is there any way to convince someone to write more extensive documentation
> on the DOMXML functions?
Try to convince me :-)

I'll see what I can do.

  Uwe
-- 
  [EMAIL PROTECTED]
  Tel: +2331 987 4528Fax: +2331 987 375

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] DOMXML documentation

[Colin Viebrock]

Is there any way to convince someone to write more extensive documentation
on the DOMXML functions?


-- 
Colin Viebrock
Co-Founder, easyDNS Technologies
http://www.easyDNS.com/


-- 
PHP Development Mailing List 
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] changing the bug emails slightly

[Jim Winstead]

In article
<[EMAIL PROTECTED]>,
[EMAIL PROTECTED]  wrote:
> IMO, the subject line is fine as it is. I would really like to hear the
> reasoning for changing it..

because we're losing over twenty characters to fairly unimportant
information (relative to the short description).

it isn't a big deal. that's why i asked before i did it.

jim

-- 
PHP Development Mailing List 
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 #8888: Authentication in iPlanet Fails

[dylan]

From: [EMAIL PROTECTED]
Operating system: Linux (Red Hat 7)
PHP version:  4.0.4pl1
PHP Bug Type: Other web server
Bug description:  Authentication in iPlanet Fails

Have PHP4 compiled and installed as an NSAPI module into iPlanet Enterprise Server 
4.1. PHP scripts work fine and dandy, with the exception of authorization. When my PHP 
script runs, the pop-up appears, and I enter my user name and password. From there, 
the system acts like the cancel button  has been clicked.

I've figured out that no matter what happens, PHP_AUTH_USER and PHP_AUTH_PW (the two 
variables that my script uses to process logins) aren't being set. A quick check of 
the docs confirms that (I think) I've got everything correct. Here's my obj.conf file:

# Sun Netscape Alliance - obj.conf
# You can edit this file, but comments and formatting changes
# might be lost when the admin server makes changes.

Init fn="flex-init" 
access="/system/netscape/server4/https-https.www.cafefortwo.com/logs/access"
format.access="%Ses->client.ip% - %Req->vars.auth-user% [%SYSDATE%] 
\"%Req->reqpb.clf-request%\"
%Req->srvhdrs.clf-status% %Req->srvhdrs.content-length%"
Init fn="load-types" mime-types="mime.types"
Init fn="load-modules" funcs="php4_init,php4_close,php4_execute,php4_auth_trans"
shlib="/system/netscape/server4/bin/libphp4.so"
Init fn="php4_init" errorString="Failed to initialise PHP!"


AuthTrans fn="php4_auth_trans"
NameTrans fn="document-root" root="/system/server/cf2/root"
PathCheck fn="unix-uri-clean"
PathCheck fn="find-pathinfo"
PathCheck fn="find-index" 
index-names="index.php,home.php,index.php3,home.php3,index.html,home.html"
ObjectType fn="type-by-extension"
ObjectType fn="force-type" type="text/plain"
Service fn="php4_execute" type="magnus-internal/x-httpd-php"
Service method="(GET|HEAD)" type="magnus-internal/imagemap" fn="imagemap"
Service method="(GET|HEAD)" type="magnus-internal/directory" fn="index-common"
Service method="(GET|HEAD)" type="*~magnus-internal/*" fn="send-file"
AddLog fn="flex-log" name="access"



ObjectType fn="force-type" type="magnus-internal/x-httpd-php"
Service fn="php4_execute"


Is this a PHP bug or an iPlanet problem? Any help would be greatly appreciated.


-- 
Edit Bug report at: http://bugs.php.net/?id=&edit=1



-- 
PHP Development Mailing List 
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] Proposal for updating the PDF-extension

[Rasmus Lerdorf]

As far as I am concerned this is Uwe's decision to make.  I would be happy
to see you guys have direct CVS access to maintain this extension and make
whatever changes you deem necessary.  Uwe?

Many of the things you mention are things people have been asking for, and
if it can't be implemented without a few backward compatibility issues, so
be it.  As long as we document this fact and you guys keep an eye on the
mailing lists and the bug database and steer people who might be hit by
the incompatibility in the right direction then everything is cool.

-Rasmus

On Wed, 24 Jan 2001, Rainer Schaaf wrote:
> Hello,
>
> I'm a new employee at PDFlib GmbH. Our company decided to improve and
> support the PHP-extension for PDFlib as soon as possible. Therefore I
> contacted Uwe Steinman the maintainer of this extension. He suggested to
>
> discuss with the list, where to put the changes I'm doing. Uwe offered
> to bring the changes into CVS, after clarifying where they should go.
>
> We would be happy if the next maintainance release of PHP will contain
> the stuff, but of course I don't know your plans regarding this.
>
> Why changing the current extension? If PDFlib GmbH wants to support the
> PHP-extension, we need that the complete API is supported by the
> extension. This has the advantage that the original PDFlib API-Reference
>
> will be valid for PHP users too.
>
> This is what I prepared (on the basis of the current extension from the
> cvs, pdf.c V1.65). So I'm in the process of coding all these things.
> Most of the work is already done, but I'm still testing wheter
> everything is working as expected. One goal was to make the new
> extension compatible to the existing one. The details are below.
>
>
> New PDFlib API for php4:
>
>
> New functions (available in PDFlib, but not yet in PHP):
> 
>
> PHP_FE(pdf_new, NULL)   /* new function */
> PHP_FE(pdf_delete, NULL)/* new function */
> PHP_FE(pdf_open_file, NULL) /* new function */
> PHP_FE(pdf_get_buffer, NULL)/* new function */
> PHP_FE(pdf_findfont, NULL)  /* new function */
> PHP_FE(pdf_setfont, NULL)   /* new function */
> PHP_FE(pdf_setpolydash, NULL)   /* new function: not yet
> finished */
> PHP_FE(pdf_concat, NULL)/* new function */
> PHP_FE(pdf_open_CCITT, NULL)/* new function */
> PHP_FE(pdf_open_image, NULL)/* new function */
> PHP_FE(pdf_attach_file, NULL)   /* new function */
> PHP_FE(pdf_add_note, NULL)  /* new function */
> PHP_FE(pdf_attach_file, NULL)   /* new function */
> PHP_FE(pdf_add_note, NULL)  /* new function */
> PHP_FE(pdf_add_locallink, NULL) /* new function */
> PHP_FE(pdf_add_launchlink, NULL)/* new function */
>
>
> these functions got some more (optional) parameters.
> 
>
> PHP_FE(pdf_open_image_file, NULL)  /* new parameters: [char
> *stringparam,
>  int intparam] */
> PHP_FE(pdf_stringwidth, NULL)   /* new parameters: [int font,
> float size
> ] */
>
> The function pdf_add_outline was renamed to pdf_add_bookmark and
> PHP_FALIAS(pdf_add_outline, pdf_add_bookmark, NULL) will map it to the
> old name.
>
>
> Possible incompatible changes in the PHP-PDFlib API:
> 
>
> We removed the PHP-Resource-handling of PDFlib Resources in the
> wrapper-code on most places. This was neccesary to return the documented
>
> returnvalues. The proper resourcehandling is done by PDFlib internaly so
>
> it seems to be unnecceary that the PHP-extension tries to do the work
> again.
>
> PDF_open_image() PDF_open_CCITT() and PDF_open_image_file() now return
> an Integer, so the returnvalue is no longer handeld as a PHP-resource.
> Functions like PDF_get_value(=, PDF_close_image(), PDF_place_image(),
> pdf_get_image_width(), pdf_get_image_height() are changed to reflect
> this.
>
> PDF_add_bookmark() now returns an Integer.
>
>
> Some new features available now:
> 
>
> PDF_new() + PDF_open_file replaces PDF_open() and PDF_delete() allows to
>
> cleanup the whole PDFlib-stuff.
>
> => now you may create many different PDF_files with one PDF-Object.
> => PDF_set_parameter($p, "compatibility", ...) now works
>
> PDF_get_buffer() now works this allows the users to generate  PDF-Files
> in memory with full control over the generated PDF-File.
>
> + all the missing functions of the PDFlib 3.x API (see above).
>
>
> All your input is welcome.
>
> Rainer
>
> --
> Rainer Schaaf   [EMAIL PROTECTED]http://www.pdflib.com
> ___PDFlib - a library for generating PDF on the fly
>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list

[PHP-DEV] php for embedded systems?

[Merlin Hansen]

Hi,

I realize that this is probably the wrong place to ask this but after searching
the php site and various new groups I still can't find an answer to my question:

I am investigating placing a small web server onto an embedded system.  Although
finding various servers for the task has proved rather easy, finding a
non-proprietary way of serving dynamic content has proven not so easy.  

I have located one commercial solution that allows C/C++ to be embedded into the
HTML pages being served.  Although this system has some advantages
(compressing/uncompressing the HTML source, etc) I am hoping to find an
open-source solution.

Is there any work being done to allow PHP to be used in a small embedded
system?  

What sort of foot print should one expect of the installed PHP interpreter? (of
course counting on that very few, if any PHP extentions are required).

Does anyone have any other suggestion for a solution?

Thanks,
Merlin 
-- 
TriNexus Communications | Software Developer   
#241 111 Research Drive | Research and Development Department  
Saskatoon, SK. Canada.  | E-mail   : [EMAIL PROTECTED]
S7N 3R2 | Web Site : http://www.TriNexus.com

-- 
PHP Development Mailing List 
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 #8887: Something don't work in microtime.c

[root]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.0 (idem on 2.2.18)
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Something don't work in microtime.c

I tried with and without all the modules I can compile with it. In all cases, it don't 
want to compile. I don't have this kind of problem with 4.0.3-pl1

System informations: 
Linux slackware 7.0
Kernel 2.4.0
gcc 2.95.2


gcc  -I. -I/usr/src/httpd/php-4.0.4pl1/ext/standard -I/usr/src/httpd/php-4.0.4pl1/main 
-I/usr/src/httpd/php-4.0.4pl1 -I/usr/src/httpd/apache_1.3.14/src/include 
-I/usr/src/httpd/apache_1.3.14/src/os/unix -I/usr/src/httpd/php-4.0.4pl1/Zend 
-I/usr/src/httpd/php-4.0.4pl1/ext/mysql/libmysql 
-I/usr/src/httpd/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/usr/src/httpd/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/usr/src/httpd/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=12 -g -O2  -c microtime.c && 
touch microtime.lo
microtime.c: In function `php_if_getrusage':
microtime.c:97: storage size of `usg' isn't known
microtime.c:100: `RUSAGE_SELF' undeclared (first use in this function)
microtime.c:100: (Each undeclared identifier is reported only once
microtime.c:100: for each function it appears in.)
microtime.c:106: `RUSAGE_CHILDREN' undeclared (first use in this function)
make[3]: *** [microtime.lo] Error 1
make[3]: Leaving directory `/miscfiles/usr/src/httpd/php-4.0.4pl1/ext/standard'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/miscfiles/usr/src/httpd/php-4.0.4pl1/ext/standard'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/miscfiles/usr/src/httpd/php-4.0.4pl1/ext'
make: *** [all-recursive] Error 1
root@sun:/usr/src/httpd/php-4.0.4pl1# 


-- 
Edit Bug report at: http://bugs.php.net/?id=8887&edit=1



-- 
PHP Development Mailing List 
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 #8886 Updated: Link errors with libmysql with latest CVS

[akilov]

ID: 8886
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Description: Link errors with libmysql with latest CVS

I have no control on what order things get built in.  The only thing I did was pick 
the php4ts configuration and let it run.  If there is an order dependency, then 
whoever is in the know needs to update the appropriate dsp files to make sure Win32 
continues to build after this change.

Previous Comments:
---

[2001-01-24 11:02:12] [EMAIL PROTECTED]
don't know about the other stuff, but I bet the compress / uncompress stuff hase the 
same cause as on unices: you need to build zlib prior to building libmysql.lib, 
because it links with it.

---

[2001-01-24 10:56:44] [EMAIL PROTECTED]
Starting yesterday, I'm no longer able to build PHP on Win2000.  It reports the 
following link errors:

Configuration: php4dllts - Win32 Release_TSDbg
Linking...
   Creating library ..Release_TSDbg/php4ts.lib and object ..Release_TSDbg/php4ts.exp
string.obj : error LNK2001: unresolved external symbol _add_index_zval
string.obj : error LNK2001: unresolved external symbol _add_assoc_zval_ex
libmysql.lib(my_thr_init.obj) : error LNK2001: unresolved external symbol 
_win_pthread_init
libmysql.lib(my_compress.obj) : error LNK2001: unresolved external symbol _compress
libmysql.lib(my_compress.obj) : error LNK2001: unresolved external symbol _uncompress
..Release_TSDbgphp4ts.dll : fatal error LNK1120: 5 unresolved externals 
Error executing link.exe.

---


Full Bug description available at: http://bugs.php.net/?id=8886


-- 
PHP Development Mailing List 
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 #8886 Updated: Link errors with libmysql with latest CVS

[cynic]

ID: 8886
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Assigned To: 
Comments:

don't know about the other stuff, but I bet the compress / uncompress stuff hase the 
same cause as on unices: you need to build zlib prior to building libmysql.lib, 
because it links with it.

Previous Comments:
---

[2001-01-24 10:56:44] [EMAIL PROTECTED]
Starting yesterday, I'm no longer able to build PHP on Win2000.  It reports the 
following link errors:

Configuration: php4dllts - Win32 Release_TSDbg
Linking...
   Creating library ..Release_TSDbg/php4ts.lib and object ..Release_TSDbg/php4ts.exp
string.obj : error LNK2001: unresolved external symbol _add_index_zval
string.obj : error LNK2001: unresolved external symbol _add_assoc_zval_ex
libmysql.lib(my_thr_init.obj) : error LNK2001: unresolved external symbol 
_win_pthread_init
libmysql.lib(my_compress.obj) : error LNK2001: unresolved external symbol _compress
libmysql.lib(my_compress.obj) : error LNK2001: unresolved external symbol _uncompress
..Release_TSDbgphp4ts.dll : fatal error LNK1120: 5 unresolved externals 
Error executing link.exe.

---


Full Bug description available at: http://bugs.php.net/?id=8886


-- 
PHP Development Mailing List 
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 #8886: Link errors with libmysql with latest CVS

[akilov]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0 Latest CVS (24/01/2001)
PHP Bug Type: MySQL related
Bug description:  Link errors with libmysql with latest CVS

Starting yesterday, I'm no longer able to build PHP on Win2000.  It reports the 
following link errors:

Configuration: php4dllts - Win32 Release_TSDbg
Linking...
   Creating library ..\Release_TSDbg/php4ts.lib and object ..\Release_TSDbg/php4ts.exp
string.obj : error LNK2001: unresolved external symbol _add_index_zval
string.obj : error LNK2001: unresolved external symbol _add_assoc_zval_ex
libmysql.lib(my_thr_init.obj) : error LNK2001: unresolved external symbol 
_win_pthread_init
libmysql.lib(my_compress.obj) : error LNK2001: unresolved external symbol _compress
libmysql.lib(my_compress.obj) : error LNK2001: unresolved external symbol _uncompress
..\Release_TSDbg\php4ts.dll : fatal error LNK1120: 5 unresolved externals 
Error executing link.exe.


-- 
Edit Bug report at: http://bugs.php.net/?id=8886&edit=1



-- 
PHP Development Mailing List 
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 #8885: Child processes hang on exit

[nick]

From: [EMAIL PROTECTED]
Operating system: 4.1 BSDI BSD/OS
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  Child processes hang on exit

Child (or the main) processes hang whenever they try to exit.

This will happen when
maxrequestsperchild is reached (I'm assuming) and a child tries to die naturally
a child process is killed manually
the main process can't bind to port/etc

Here's a ps to see what it looks like

USER   PID %CPU %MEM   VSZ  RSS  TT  STAT STARTED   TIME COMMAND
www443   14066  5.6  0.3  6220  988  ??  R 8:00AM0:06.52 /var/www443/bin/httpd
www443   14067  5.3  0.3  6216 1000  ??  R 8:00AM0:07.20 /var/www443/bin/httpd
www443   14063  5.4  0.3  6220 1000  ??  R 8:00AM0:07.17 /var/www443/bin/httpd
www443   14065  5.4  0.3  6212  980  ??  R 8:00AM0:06.63 /var/www443/bin/httpd
www443   14064  5.5  0.3  6216 1004  ??  R 8:00AM0:07.57 /var/www443/bin/httpd
www443   19823  5.9  0.2  6032  608  ??  R 8:26AM9:31.91 /var/www443/bin/httpd
root 14027  0.0  0.1  6032  404  ??  Ss8:00AM0:00.18 /var/www443/bin/httpd
www443   14322  0.0  0.2  6208  724  ??  S 8:01AM0:00.22 /var/www443/bin/httpd
www443   14346  0.0  0.2  6208  736  ??  S 8:01AM0:00.23 /var/www443/bin/httpd
www443   19726  0.0  0.2  6212  744  ??  S 8:25AM0:00.17 /var/www443/bin/httpd
www443   19732  0.0  0.2  6212  732  ??  S 8:25AM0:00.14 /var/www443/bin/httpd
www443   19733  0.0  0.2  6212  724  ??  S 8:25AM0:00.09 /var/www443/bin/httpd

as you can see, the top 5 processes are hung.  A sigkill is the only way to kill them.

Attaching to one of the hung processes with gdb gives the backtrace listed at the
bottom of this report.


We can only produce this problem with the following configuration:

(Apache 1.3.12 or 1.3.14)
./configure --prefix=$prefix --with-port=$port --enable-module=most \
 --enable-module=rewrite --enable-module=status --with-layout=Apache \
 --sysconfdir=$prefix/conf --enable-module=so

(mod_ssl 2.6.5-1.3.12 or x.x.x-1.3.14)
./configure --with-apache=../apache_1.3.12 --prefix=/var/www443 
--with-ssl=/usr/local/ssl

(php 4.0.1 - 4.0.4pl1)
./configure  --with-mysql --with-xml --with-gd=/usr/local \
 --with-apxs=/var/www443/bin/apxs --enable-track-vars --enable-bcmath \
 --enable-ftp --with-jpeg-dir=/usr/local/lib --with-ttf

If we leave out PHP or mod_ssl, the problem goes away.
Also, with older versions of BSDi, this problem does not occure. (using the same 
configuration as above)



Attaching to program `/var/www443/bin/httpd', process 19823
Reading symbols from /shlib/libdl.so...done.
Reading symbols from /shlib/libgcc.so.1...done.
Reading symbols from /shlib/libc.so.1...done.
Reading symbols from /shlib/ld-bsdi.so...done.
Reading symbols from /var/www443/libexec/libphp4.so...done.
Reading symbols from /usr/local/lib/libttf.so.2...done.
Reading symbols from /shlib/libm.so.0.0...done.
0x481a5a54 in __deregister_frame_info ()
(gdb) bt
#0  0x481a5a54 in __deregister_frame_info ()
#1  0x8069e7a in __do_global_dtors_aux ()
#2  0x8163fa4 in _fini ()
#3  0x48248028 in exit ()
#4  0x80c3e1f in clean_child_exit (code=0) at http_main.c:517
#5  0x80c6ac2 in child_main (child_num_arg=10) at http_main.c:4057
#6  0x80c6f8c in make_child (s=0x81ad034, slot=10, now=980349966) at http_main.c:4435
#7  0x80c7305 in perform_idle_server_maintenance () at http_main.c:4599
#8  0x80c77f5 in standalone_main (argc=1, argv=0x8047ec4) at http_main.c:4831
#9  0x80c7dc3 in main (argc=1, argv=0x8047ec4) at http_main.c:5092
#10 0x8069e37 in __start ()
(gdb) quit


# /var/www443/bin/httpd -l
Compiled-in modules:
  http_core.c
  mod_vhost_alias.c
  mod_env.c
  mod_define.c
  mod_log_config.c
  mod_mime_magic.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_info.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_speling.c
  mod_userdir.c
  mod_alias.c
  mod_rewrite.c
  mod_access.c
  mod_auth.c
  mod_auth_anon.c
  mod_auth_dbm.c
  mod_digest.c
  mod_proxy.c
  mod_cern_meta.c
  mod_expires.c
  mod_headers.c
  mod_usertrack.c
  mod_unique_id.c
  mod_so.c
  mod_setenvif.c
  mod_ssl.c
  mod_frontpage.c


-- 
Edit Bug report at: http://bugs.php.net/?id=8885&edit=1



-- 
PHP Development Mailing List 
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] Proposal for updating the PDF-extension

[Jani Taskinen]

On Wed, 24 Jan 2001, Uwe Steinmann wrote:

>On Wed, Jan 24, 2001 at 03:07:09PM +0100, Cynic wrote:
>> confuse folks. and the consensus (at least I got it it's agreed
>> on) is pdf_add_local_link-like names.
>>From the php point of view there should be underscores but
>the pdflib api doesn't use them except for the one after the 'pdf'.
>The question is, shall we enforce the php naming or allow the
>pdflib naming.

This API is used in PHP -> use the PHP naming. If we start making
exceptions we end up having a mess in our hands.. :)

>There are probably other points which need to be discussed like
>what a function should return if it fails. Many php functions return
>false but pdflib's api requires to return -1.

Again, we should be consistant within PHP the language.
ie. if function fails -> RETURN_FALSE.

IMO.

--Jani



-- 
PHP Development Mailing List 
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] Proposal for updating the PDF-extension

[Cynic]

+1 for PHP way on both questions. The language should be consistent.
I think one of the goals - a major one - of PHP (or any other 
programming language, for that matter) should be:

provide a single, consistent interface to many different areas 
of programmer's life. In other words, I think consistency is 
what distinguishes a programming language from a pile of libs 
quickly hacked together into something resembling Crude Puppy 
rather than anything else.

At 17:16 24.1. 2001, Uwe Steinmann wrote the following:
-- 
>On Wed, Jan 24, 2001 at 03:07:09PM +0100, Cynic wrote:
>> maybe they should be pdf_find_font, pdf_add_local_link etc?
>> that would be more consistent with the func-naming convention, 
>> I guess, but I'm in no position to decide this.
>> but I definitely think that it should be either underscore 
>> everywhere, or just between the ext. prefix and the rest of 
>> the name (i. e. pdf_findfont, pdf_injectasmanywordasyouseefit), 
>> or whatever, but it should be consistent. that is, don't 
>> mix pdf_open_file with pdf_add_locallink, because that only 
>> confuse folks. and the consensus (at least I got it it's agreed
>> on) is pdf_add_local_link-like names.
> From the php point of view there should be underscores but
>the pdflib api doesn't use them except for the one after the 'pdf'.
>The question is, shall we enforce the php naming or allow the
>pdflib naming.
>
>There are probably other points which need to be discussed like
>what a function should return if it fails. Many php functions return
>false but pdflib's api requires to return -1.
>
>  Uwe
>-- 
>  [EMAIL PROTECTED]
>  Tel: +2331 987 4528Fax: +2331 987 375
--end of quote-- 




Cynic:

A member of a group of ancient Greek philosophers who taught
that virtue constitutes happiness and that self control is
the essential part of virtue.

[EMAIL PROTECTED]



-- 
PHP Development Mailing List 
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] Proposal for updating the PDF-extension

[Uwe Steinmann]

On Wed, Jan 24, 2001 at 03:07:09PM +0100, Cynic wrote:
> maybe they should be pdf_find_font, pdf_add_local_link etc?
> that would be more consistent with the func-naming convention, 
> I guess, but I'm in no position to decide this.
> but I definitely think that it should be either underscore 
> everywhere, or just between the ext. prefix and the rest of 
> the name (i. e. pdf_findfont, pdf_injectasmanywordasyouseefit), 
> or whatever, but it should be consistent. that is, don't 
> mix pdf_open_file with pdf_add_locallink, because that only 
> confuse folks. and the consensus (at least I got it it's agreed
> on) is pdf_add_local_link-like names.
>From the php point of view there should be underscores but
the pdflib api doesn't use them except for the one after the 'pdf'.
The question is, shall we enforce the php naming or allow the
pdflib naming.

There are probably other points which need to be discussed like
what a function should return if it fails. Many php functions return
false but pdflib's api requires to return -1.

  Uwe
-- 
  [EMAIL PROTECTED]
  Tel: +2331 987 4528Fax: +2331 987 375

-- 
PHP Development Mailing List 
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] changing the bug emails slightly

[Jani Taskinen]

On Tue, 23 Jan 2001, Zak Greant wrote:

>As for the new bug system - I have not yet managed to free up the cycles
>needed to work on it.

Common problem. ;)

>I suppose the important questions are:
>
>What information do we need to know from the subject line?
>Out of that information, what will fit in a subject line?

PHP version, whether the bug report is new/updated.

Using Re: isn't good idea IMO. It would make it quite hard
to locate (quickly) the new/updated reports then.

IMO, the subject line is fine as it is.
I would really like to hear the reasoning for changing it..

--Jani



-- 
PHP Development Mailing List 
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 #8884: gethostbyaddr returns a 15 chars string IP when an error occurs

[almico]

From: [EMAIL PROTECTED]
Operating system: Linux RedHat 7.0
PHP version:  4.0.4pl1
PHP Bug Type: Network related
Bug description:  gethostbyaddr returns a 15 chars string IP when an error occurs

gethostbyaddr returns the original IP when an error occurs, but this string is always 
15 chars long. This means that if the original IP was shorter than that, garbage will 
appear at the end of the line. I've temporarily fixed it by passing an IP with 15 
blanks added to its end.


-- 
Edit Bug report at: http://bugs.php.net/?id=8884&edit=1



-- 
PHP Development Mailing List 
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] Proposal for updating the PDF-extension

[Cynic]

maybe they should be pdf_find_font, pdf_add_local_link etc?
that would be more consistent with the func-naming convention, 
I guess, but I'm in no position to decide this.
but I definitely think that it should be either underscore 
everywhere, or just between the ext. prefix and the rest of 
the name (i. e. pdf_findfont, pdf_injectasmanywordasyouseefit), 
or whatever, but it should be consistent. that is, don't 
mix pdf_open_file with pdf_add_locallink, because that only 
confuse folks. and the consensus (at least I got it it's agreed
on) is pdf_add_local_link-like names.

At 14:26 24.1. 2001, Rainer Schaaf wrote the following:
-- 
>New functions (available in PDFlib, but not yet in PHP):
>
>
>PHP_FE(pdf_new, NULL)   /* new function */
>PHP_FE(pdf_delete, NULL)/* new function */
>PHP_FE(pdf_open_file, NULL) /* new function */
>PHP_FE(pdf_get_buffer, NULL)/* new function */
>PHP_FE(pdf_findfont, NULL)  /* new function */
>PHP_FE(pdf_setfont, NULL)   /* new function */
>PHP_FE(pdf_setpolydash, NULL)   /* new function: not yet
>finished */
>PHP_FE(pdf_concat, NULL)/* new function */
>PHP_FE(pdf_open_CCITT, NULL)/* new function */
>PHP_FE(pdf_open_image, NULL)/* new function */
>PHP_FE(pdf_attach_file, NULL)   /* new function */
>PHP_FE(pdf_add_note, NULL)  /* new function */
>PHP_FE(pdf_attach_file, NULL)   /* new function */
>PHP_FE(pdf_add_note, NULL)  /* new function */
>   PHP_FE(pdf_add_locallink, NULL) /* new function */
>PHP_FE(pdf_add_launchlink, NULL)/* new function */
>
>
>these functions got some more (optional) parameters.
>
>
>PHP_FE(pdf_open_image_file, NULL)  /* new parameters: [char
>*stringparam,
> int intparam] */
>PHP_FE(pdf_stringwidth, NULL)   /* new parameters: [int font,
>float size
>] */
>
>The function pdf_add_outline was renamed to pdf_add_bookmark and
>PHP_FALIAS(pdf_add_outline, pdf_add_bookmark, NULL) will map it to the
>old name.
>
>
>Possible incompatible changes in the PHP-PDFlib API:
>
>
>We removed the PHP-Resource-handling of PDFlib Resources in the
>wrapper-code on most places. This was neccesary to return the documented
>
>returnvalues. The proper resourcehandling is done by PDFlib internaly so
>
>it seems to be unnecceary that the PHP-extension tries to do the work
>again.
>
>PDF_open_image() PDF_open_CCITT() and PDF_open_image_file() now return
>an Integer, so the returnvalue is no longer handeld as a PHP-resource.
>Functions like PDF_get_value(=, PDF_close_image(), PDF_place_image(),
>pdf_get_image_width(), pdf_get_image_height() are changed to reflect
>this.
>
>PDF_add_bookmark() now returns an Integer.
>
>
>Some new features available now:
>
>
>PDF_new() + PDF_open_file replaces PDF_open() and PDF_delete() allows to
>
>cleanup the whole PDFlib-stuff.
>
>=> now you may create many different PDF_files with one PDF-Object.
>=> PDF_set_parameter($p, "compatibility", ...) now works
>
>PDF_get_buffer() now works this allows the users to generate  PDF-Files
>in memory with full control over the generated PDF-File.
>
>+ all the missing functions of the PDFlib 3.x API (see above).
>
>
>All your input is welcome.
>
>Rainer
>
>--
>Rainer Schaaf   [EMAIL PROTECTED]http://www.pdflib.com
>___PDFlib - a library for generating PDF on the fly
>
>
>
>-- 
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]
--end of quote-- 




Cynic:

A member of a group of ancient Greek philosophers who taught
that virtue constitutes happiness and that self control is
the essential part of virtue.

[EMAIL PROTECTED]



-- 
PHP Development Mailing List 
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 #8883: explode() and empty strings

[hc]

From: [EMAIL PROTECTED]
Operating system: RH70 / kernel 2.4.0
PHP version:  4.0.4pl1
PHP Bug Type: Arrays related
Bug description:  explode() and empty strings

count(explode(",","")) == 1

(Shortest bugdescription in the world, eh? :-))



-- 
Edit Bug report at: http://bugs.php.net/?id=8883&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Proposal for updating the PDF-extension

[Rainer Schaaf]

Hello,

I'm a new employee at PDFlib GmbH. Our company decided to improve and
support the PHP-extension for PDFlib as soon as possible. Therefore I
contacted Uwe Steinman the maintainer of this extension. He suggested to

discuss with the list, where to put the changes I'm doing. Uwe offered
to bring the changes into CVS, after clarifying where they should go.

We would be happy if the next maintainance release of PHP will contain
the stuff, but of course I don't know your plans regarding this.

Why changing the current extension? If PDFlib GmbH wants to support the
PHP-extension, we need that the complete API is supported by the
extension. This has the advantage that the original PDFlib API-Reference

will be valid for PHP users too.

This is what I prepared (on the basis of the current extension from the
cvs, pdf.c V1.65). So I'm in the process of coding all these things.
Most of the work is already done, but I'm still testing wheter
everything is working as expected. One goal was to make the new
extension compatible to the existing one. The details are below.


New PDFlib API for php4:


New functions (available in PDFlib, but not yet in PHP):


PHP_FE(pdf_new, NULL)   /* new function */
PHP_FE(pdf_delete, NULL)/* new function */
PHP_FE(pdf_open_file, NULL) /* new function */
PHP_FE(pdf_get_buffer, NULL)/* new function */
PHP_FE(pdf_findfont, NULL)  /* new function */
PHP_FE(pdf_setfont, NULL)   /* new function */
PHP_FE(pdf_setpolydash, NULL)   /* new function: not yet
finished */
PHP_FE(pdf_concat, NULL)/* new function */
PHP_FE(pdf_open_CCITT, NULL)/* new function */
PHP_FE(pdf_open_image, NULL)/* new function */
PHP_FE(pdf_attach_file, NULL)   /* new function */
PHP_FE(pdf_add_note, NULL)  /* new function */
PHP_FE(pdf_attach_file, NULL)   /* new function */
PHP_FE(pdf_add_note, NULL)  /* new function */
PHP_FE(pdf_add_locallink, NULL) /* new function */
PHP_FE(pdf_add_launchlink, NULL)/* new function */


these functions got some more (optional) parameters.


PHP_FE(pdf_open_image_file, NULL)  /* new parameters: [char
*stringparam,
 int intparam] */
PHP_FE(pdf_stringwidth, NULL)   /* new parameters: [int font,
float size
] */

The function pdf_add_outline was renamed to pdf_add_bookmark and
PHP_FALIAS(pdf_add_outline, pdf_add_bookmark, NULL) will map it to the
old name.


Possible incompatible changes in the PHP-PDFlib API:


We removed the PHP-Resource-handling of PDFlib Resources in the
wrapper-code on most places. This was neccesary to return the documented

returnvalues. The proper resourcehandling is done by PDFlib internaly so

it seems to be unnecceary that the PHP-extension tries to do the work
again.

PDF_open_image() PDF_open_CCITT() and PDF_open_image_file() now return
an Integer, so the returnvalue is no longer handeld as a PHP-resource.
Functions like PDF_get_value(=, PDF_close_image(), PDF_place_image(),
pdf_get_image_width(), pdf_get_image_height() are changed to reflect
this.

PDF_add_bookmark() now returns an Integer.


Some new features available now:


PDF_new() + PDF_open_file replaces PDF_open() and PDF_delete() allows to

cleanup the whole PDFlib-stuff.

=> now you may create many different PDF_files with one PDF-Object.
=> PDF_set_parameter($p, "compatibility", ...) now works

PDF_get_buffer() now works this allows the users to generate  PDF-Files
in memory with full control over the generated PDF-File.

+ all the missing functions of the PDFlib 3.x API (see above).


All your input is welcome.

Rainer

--
Rainer Schaaf   [EMAIL PROTECTED]http://www.pdflib.com
___PDFlib - a library for generating PDF on the fly



-- 
PHP Development Mailing List 
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 #8882: Additional argument in funtion file($a, $b)

[urs]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  Additional argument in funtion file($a, $b)

dear all 

very often the following expression is being used in applications using file 
manipulation (specially treating XML contents): 

$cont = join ("", file ("test.xml")); 

... i would like to propose an addtional attribute in the argument list of the 
function file(). 

lets consider that: 
$cont = file ("test.xml", FALSE) or $cont = file ("test.xml") 
would be equivalent to: 
$cont = file ("test.xml") 

and on the other hand: 
$cont = file ("test.xml", TRUE) 
would be equivalent to: 
$cont = join ("", file ("test.xml")) 

the second argument would therefore represent an attribute, which let one specify not 
only to return an ARRAY (attribute=FALSE, default) but also a STRING (attribute=TRUE). 
adding this argument would not affect older or current implementations or usage of the 
function file(). 

what do you think about this? 

best regards, urs 

--
Urs Gehrig <[EMAIL PROTECTED]>
http://www.circle.ch 


-- 
Edit Bug report at: http://bugs.php.net/?id=8882&edit=1



-- 
PHP Development Mailing List 
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 #8881 Updated: Cannot execute a programm with php

[derick]

ID: 8881
Updated by: derick
Reported By: [EMAIL PROTECTED] helli@digiconcep
Old-Status: Open
Status: Duplicate
Bug Type: IIS related
Assigned To: 
Comments:

Duplicate I'm working on it, should be fixed in the next two weeks.

Previous Comments:
---

[2001-01-24 07:39:10] [EMAIL PROTECTED] helli@digiconcep
on windows 2000 with iis5.0 and the isapi-version of php4.04
we get the error-message "cannot fork" 
wenn we try the functions "exec" or "system"

 


---


Full Bug description available at: http://bugs.php.net/?id=8881


-- 
PHP Development Mailing List 
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 #8881: Cannot execute a programm with php

[wollner]

From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4
PHP Bug Type: IIS related
Bug description:  Cannot execute a programm with php

on windows 2000 with iis5.0 and the isapi-version of php4.04
we get the error-message "cannot fork" 
wenn we try the functions "exec" or "system"

 



-- 
Edit Bug report at: http://bugs.php.net/?id=8881&edit=1



-- 
PHP Development Mailing List 
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] Additional argument in funtion file($a, $b)

[Marten Gustafsson]

I?ve also thought about this and think there should be funciton wich returns
the contents of a file as a string. Especially since implode("",
file($filename)) is or is at least said to be much slower than;

$content = fread(fopen($filename, 'r'), filesize($filename));


-Marten.

-Original Message-
From: Urs Gehrig [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 24, 2001 12:31 PM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] Additional argument in funtion file($a, $b)


dear all

having seen lots of applications using the following expression:

$cont = join ("", file ("test.xml"));

... i would like to propose an addtional attribute in the argument
list of the function file().

lets consider that:
$cont = file ("test.xml", FALSE) or $cont = file ("test.xml")
would be equivalent to:
$cont = file ("test.xml")

and on the other hand:
$cont = file ("test.xml", TRUE)
would be equivalent to:
$cont = join ("", file ("test.xml"))

the second argument would therefore represent an attribute, which
let one specify not only to return an ARRAY (attribute=FALSE) but
also a STRING (attribute=TRUE). adding this argument would not affect
older or current implementations or usage of the function file().

what do you think about this?

best regards, urs

--
Urs Gehrig <[EMAIL PROTECTED]>
http://www.circle.ch

--
PHP Development Mailing List 
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 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Additional argument in funtion file($a, $b)

[Urs Gehrig]

dear all

having seen lots of applications using the following expression:

$cont = join ("", file ("test.xml"));

... i would like to propose an addtional attribute in the argument
list of the function file().

lets consider that:
$cont = file ("test.xml", FALSE) or $cont = file ("test.xml") 
would be equivalent to:
$cont = file ("test.xml")

and on the other hand:
$cont = file ("test.xml", TRUE)
would be equivalent to:
$cont = join ("", file ("test.xml"))

the second argument would therefore represent an attribute, which
let one specify not only to return an ARRAY (attribute=FALSE) but  
also a STRING (attribute=TRUE). adding this argument would not affect
older or current implementations or usage of the function file().

what do you think about this?

best regards, urs

--
Urs Gehrig <[EMAIL PROTECTED]>
http://www.circle.ch 

-- 
PHP Development Mailing List 
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 #8732

[Edin Kadribasic]

I'm experiencing the same probmlem on one of our 5 production servers.
Exec functions always fail with -1 as the return code. No error messages
or warnings are displayed. Any suggestion on how to find out what's
happening?

Edin

[PHP-DEV] PHP 4.0 Bug #8880: problem with false file name libphp4 and libmodphp4 with shared-apache

[dferdinand]

From: [EMAIL PROTECTED]
Operating system: aix 4.3.2 (linux)
PHP version:  4.0.4pl1
PHP Bug Type: Compile Problem
Bug description:  problem with false file name libphp4 and libmodphp4 with 
shared-apache

hello,
always when i compile php with the shared-apache-option, i have problmes with the 
filenames.

after configuring apache new with php, i can't compile the php-module because the name 
for the lib-file is exchanged.

i must make a link from libmodphp4.a to libphp4.a to compile the module.

i have the same problem with the module-name. in one file the name is php4_module in 
an other file the name is mod_php4_module so i can't compile and use the module, 
before i edit the files and use everywhere the same name.

when i compile with apxs, then i don't have this problem, but on aix i have then 
problems with symbols from the libgcc.

goodby



-- 
Edit Bug report at: http://bugs.php.net/?id=8880&edit=1



-- 
PHP Development Mailing List 
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 #8647 Updated: php.exe exception: access violation address: 0x1008e6a1 on or after file()

[Peter]

I found this in a Linux log when I tested XML page on Linux:
[Wed Jan 24 20:48:39 2001] [notice] child pid 24731 exit signal
Segmentation fault (11)
The line occured once for each time the script blew up.



Bug Database wrote:
> 
> ID: 8647
> Updated by: dbeu
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: Reproduceable crash
> Assigned To:
> Comments:
> 
> can you please append some *short* reproducing code?
> 
> i tested file() with a file greater than 100k and it didn't crash.
> 
> Previous Comments:
> ---
> 
> [2001-01-10 21:05:56] [EMAIL PROTECTED]
> Loading array via file(). File is 4Mb of text. Bang, PHP died.
> 
> I increased PHP memory from 8 MB to 20 Mb but did not fix it. I cut the file down to 
>about 10Kb but that did not fix it. When I comment out the line containing file(), 
>that removes the problem.
> 
> I thought it might not be file(), it might be any part of the code that uses the 
>array so I commented out file() and inserted statements that manually load the array 
>with data. The script ran to completion using the manual array.
> 
> gdb backtrace is gobbledygook to me. I am reading your documentation page to see if 
>any of it is relevant to Windows environment. If your page helps me change my php 
>setup to produce additional diagnostics, I will add them to this report.
> 
> Apache is the latest Apache 1.14 or something from about 3 weeks ago. PHP is PHP 
>4.0.4 from the large download file. NT 4.0 SP6a running without a hitch for 6 months. 
>The code I am working on was working in the middle of last year on a PHP3 downloaded 
>in the middle of last year.
> 
> ---
> 
> Full Bug description available at: http://bugs.php.net/?id=8647

-- 
PHP Development Mailing List 
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 #8879: iPlanet: setting doc_root etc. for virtual servers

[aki . hakkila]

From: [EMAIL PROTECTED]
Operating system: Solaris / iPlanet
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  iPlanet: setting doc_root etc. for virtual servers

In php.ini you can only set one value for the various php configuration variables 
(doc_root, open_basedir etc.). It is possible to compile php with different paths to 
php.ini and set the values there, but it won't work with virtual servers. How about 
allowing to set those values at runtime by passing parameters to php4_execute?

--
...

NameTrans fn="document-root" root="/path/to/document/root"
Service fn="php4_execute" type="magnus-internal/x-httpd-php" 
doc_root="/path/to/document/root"

...
--

Is this possible?


-- 
Edit Bug report at: http://bugs.php.net/?id=8879&edit=1



-- 
PHP Development Mailing List 
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 #8878: symbol not defined (load php4-module)

[dferdinand]

From: [EMAIL PROTECTED]
Operating system: aix 4.3.2
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  symbol not defined (load php4-module)

hello,
i have problems to load the php4-module with apache.

i analysed the problem and find, that one or more smybols which are defined in 
libgcc.a are missing.

i try to link this module with other options, but i have no success.

when i compile with apxs the following symbols are missing in the php4-module:
__divdi3 and __moddi3

when i compile with shared apache, then tis symbols are not missing.

i want to use the pdflib 3.0 with php, but when i link this lib, the following symbol 
is always missing:
__eprintf

why does the linker under aix 4.3.2 not link this routines from the libgcc when the 
linking must fail without this symbols?

goodby



-- 
Edit Bug report at: http://bugs.php.net/?id=8878&edit=1



-- 
PHP Development Mailing List 
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 #8877: symbol not defined (used by ucd-snmp)

[dferdinand]

From: [EMAIL PROTECTED]
Operating system: aix and linux
PHP version:  4.0.4pl1
PHP Bug Type: Compile Problem
Bug description:  symbol not defined (used by ucd-snmp)

hello,
when i compile php with ucd-snmp then i must always edit the file snmp.c and insert 
the following lines:
#define DS_LIBRARY_ID 0
#define DS_LIB_QUICK_PRINT 13 /* print very brief output for parsing */

this symbols are defined in snmp_api.h from ucd-snmp.

i compile php always for apache with shared apache or with apxs.

goodby


-- 
Edit Bug report at: http://bugs.php.net/?id=8877&edit=1



-- 
PHP Development Mailing List 
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] New functions to php Image Functions (gd.c)

[Derick Rethans]

Hello Denis,

On Wed, 24 Jan 2001, Denis Gasparin wrote:

> Hi Derick!
>  Please, can you commit to cvs the new files?

I commited the patches to the CVS, after some rewriting of C++ style
comments and some code layout.

> I have downloaded the latest cvs of gd.c and php_gd.h in local and modified
> them. Then i tried to commit to the cvs version in local (i created a local
> cvs...) and the changes i have done have been successfully committed. So I
> think the changes can be committed to the original php cvs without problems.
> A question: in future, can i commit changes to these functions directly to
> the php cvs or I have to ask someone?

If you only have some small patches like this one, it's probably better to
send your patch to the php-dev list, or to me privately.

thx for contributing!

Derick

-
  PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands
-


-- 
PHP Development Mailing List 
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 #8876: fopen/file/readfile and HTTP-Redirect

[dwphp]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.0-test11 i586
PHP version:  4.0.3pl1
PHP Bug Type: Feature/Change Request
Bug description:  fopen/file/readfile and HTTP-Redirect

It should be possible to detect if a fopen("htttp://host/path") got redirected and to 
get the URL of the new Location (i.e. http://host/path/ with the trailing /).

As it is now, there is no possibility to check if an an fopen() or file() call got 
redirected or not.


-- 
Edit Bug report at: http://bugs.php.net/?id=8876&edit=1



-- 
PHP Development Mailing List 
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 #8461 Updated: ftp_put() some files will be sent, some files won't

[sniper]

ID: 8461
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: FTP related
Assigned To: 
Comments:

Possible reasons:

1. The script timeouts. 
Solution: set_time_limit(0)

2. There is a file with same name as the target and it
has read-only permissions.

3. The local file is not readable by the user with which
the web server is running.

--Jani


Previous Comments:
---

[2000-12-28 12:12:14] [EMAIL PROTECTED]
the target is, to send all files in a specific directory to an ftp-account.
PHP-Version 4.04
Server IIs (windows NT)


the source:

//## start code ###
if($fazftpport){
$fazftpid   = ftp_connect($fazftphost, $fazftpport);   
 // <-- works !!
} else {
$fazftpid   = ftp_connect($fazftphost);
// <-- works !!
}
if(!ftp_login($fazftpid, $fazftpuser, $fazftppwd)){
 // <-- works !!
die("Fehler beim LogIn (FTP-Server: " . $fazftphost . ")");
} else {
 if(!ftp_chdir($fazftpid, $fazftpdir)){
   // <-- works !!
die("ChangeDirectory nicht erfolgreich (" . $fazftpdir . ")");
} else {
print "FTP-Zugang geöffnet und Verzeichnis gewechselt";
}
$filecount = 1;
$fopendir = opendir($fazausgabepfad);   // Verzeichnisbaum lesen
if($fopendir <= 0){
print "Start-Verzeichnis konnte nicht geöffnet werden";
} else {
print "Start-Verzeichnis geöffnet";
while($filezwischen = readdir($fopendir)){
if($filezwischen != "." && $filezwischen != ".."){
print "Startdatei : " . $filezwischen . " / ";
$zieldatei = $filezwischen;
print "Zieldatei : " . $zieldatei . "";

// Here is the problem !!!
// all files are .htm-files, so ascii is ok

if(ftp_put($fazftpid, $zieldatei, $filezwischen, 
FTP_ASCII)){   

// some files will be sent !
// but most files won't
// all files are set to the same permissions

print "Datei " . $filezwischen .  " 
erfolgreich übertragen";
} else {
print "Fehler ! Datei " . $filezwischen .  " konnte nicht 
übertragen werden";
}
}
}

}

}
if(!ftp_quit($fazftpid)){ // <-- works !!
die("Fehler beim Schließen des FTP-Connects (FTP-Server: " . $fazftphost . " / 
FTP-ID: " . $fazftpid . ")");
}
print "FTP-Zugang geschlossen";
// ### end code ###

comment:
all variables are given and OK.
some files will be sent, some files won't.
we did not figure out, why files are not sent, becouse, when i copy a sendable file 
and try it again, the new file will not be sent.




---


Full Bug description available at: http://bugs.php.net/?id=8461


-- 
PHP Development Mailing List 
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 #8875: crash - Signal 11

[hook]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.0
PHP version:  4.0.2
PHP Bug Type: IMAP related
Bug description:  crash - Signal 11

Attempt to decode this string always causes a crash (sig11) in imap_mime_header_decode

=?windows-1251?B?8uXx+8g==?=

Yes, this is not a valid base64 encoded string, but it should not cause a hard crash.


-- 
Edit Bug report at: http://bugs.php.net/?id=8875&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]