[PHP-DEV] mcrypt

[Cameron]

any ideas on when mcrypt will be patched up for the latest version? also
what about a date for RC1 ?


Cameron Brunner


-- 
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 #9493 Updated: compilation and make with ldap ok but problem during make with apache

[Alain Defrance]

Hello, thanks a lot for your quick reply...


>I'm quite sure there isn't any bugs in PHP regarding this.
>Anyway, try doing 'make clean' for both Apache and PHP
>before make. And did you follow the instructions given
>in INSTALL file?? ie. 'make install' for PHP before making Apache?

Yes i've done 
i try also to make php4+ldap like a module and compile with apxs...
no problem with the configure, make , make install in PHP
no problem  with the configure, make , make install in apache

but when i restart httpd i've the following error...

Syntax error on line 207 of /www/conf/httpd.conf:
Cannot load /www/libexec/libphp4.so into server: ld.so.1: /www/bin/httpd: 
fatal:
  relocation error: file /www/libexec/libphp4.so: symbol ldap_unbind_s: 
reference
d symbol not found

httpd.conf is like this :

LoadModule php4_module  libexec/libphp4.so
AddModule mod_php4.c


Curiously when i compile php4 without ldap there no problem...
i've read on the web that it must append LDFLAGS=-lldap , but where ?
to you know that ?
I've really need help because there is 4 days that i work on this problem...
Regards from Paris...






>--Jani
>
>
>Previous Comments:
>---
>
>[2001-02-28 04:20:33] [EMAIL PROTECTED]
>compiling apache : ./configure --activate-module=src/modules/php4/libphp4.a
>is ok
>and make return
>
>ldap_dn2ufn .libs/libphp4.a(ldap.o)
>ldap_next_entry .libs/libphp4.a(ldap.o)
>ldap_get_values .libs/libphp4.a(ldap.o)
>ldap_count_entries  .libs/libphp4.a(ldap.o)
>ld: fatal: Symbol referencing errors. No output written to php
>collect2: ld returned 1 exit status
>make[1]: *** [php] Error 1
>make[1]: Leaving directory `/home/op/inst/php-4.0.3pl1'
>make: *** [all-recursive] Error 1
>
>that's all thank for reply, and help
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=9493&edit=2


Alain Defrance
Service Informatique
Université d'Evry Val d'Essonne

[EMAIL PROTECTED]
01.69.47.80.69
www.univ-evry.fr


--
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 #9521: segfault oci8 with oracle 8.1.7

[norbert . jungbauer]

From: [EMAIL PROTECTED]
Operating system: Linux 7.0
PHP version:  4.0.4pl1
PHP Bug Type: OCI8 related
Bug description:  segfault oci8 with oracle 8.1.7

after successfully compiling of PHP4.0.4 and Oracle 8.1.7
it's not possible to start the apache 1.3.12 server because of a segfault failure 


-- 
Edit Bug report at: http://bugs.php.net/?id=9521&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] Re: [PHP-QA] Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV]ctype function (re?)naming

[Andi Gutmans]

We should probably just make a list of all the effected functions and see 
which ones we start fixing and which not.
And of course it has to be a very gradual death of the old functions 
similar to the way described on the QA list a while ago about having a 
warning after a few versions and only then nuking the aliases.
By the way, we already have some ugly aliases today which I'd love to nuke :)

But guys, there's one thing you need to remember and I've seen it in the 
past. The amount of people you think will get bitten by something this 
small is usually 10 times more than you really think :'(

Andi

At 09:24 PM 3/1/2001 -0700, Ron Chmara wrote:
>Andi Gutmans wrote:
> > It doesn't make much sense to go back and break old names and it doesn't
> > make lots of sense to create a zillion of aliases. I guess if there are 
> some
> > names which in particular need fixing because they are terrible (there
> > might be some of these) then we should fix them on a per-function basis.
>
>"zillion" is a bit hard to pin down, isn't it? :-)
>
>I took a swipe at figuring out the scope of the issue, and we have a
>small mix of variants in a mostly consistent set of names. I'd say less
>than a zillion. A bunch or so, maybe? ;-)
>
>If done as a "think about this when updating and editing old code" problem,
>the task of aliasing becomes much smaller, and much more achievable. It
>also becomes less wasteful, as functions which aren't being actively
>used (and thus, maintained) can atrophy gracefully, without having all
>sorts of aliases created for a mostly unused function. (Example: Oracle
>functions are slowly falling away, being replaced by OCI, swf functions
>are doing a similar thing.)
>
> > I am for uniform names but not if it's at the price of adding a zillion of
> > aliases or at a price of making 50% of people's old scripts not work. I am
> > also very much against compile-time options because I'd expect a script
> > written in PHP and posted on some sites code exchange to work for 
> everybody.
>
>I'd definitely agree with both points, but am wondering if there's a 
>"reasonable"
>limit on supporting old scripts. (I'd call reasonable 6 years worth of
>code, or three major codebase rewrites).
>
>(Thanks for the humor Zak, it helps... I'm gonna go cry, hold onto
>my woogie, and see if I can remember heim_unblock())
>:-)
>
>-Bop
>
>--2D426F70|759328624|00101101011001100111
>Personal:  [EMAIL PROTECTED], 520-326-6109, http://www.opus1.com/ron/
>Work: [EMAIL PROTECTED], 520-546-8993, http://www.pnsinc.com/
>The opinions expressed in this email are not necessarily those of myself,
>my employers, or any of the other little voices in my head.


-- 
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 #9475 Updated: shebang appearing with suexec

[cirdan]

ID: 9475
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Old-Bug Type: Apache related
Bug Type: Unknown/Other Function
Description: shebang appearing with suexec

Nevermind

But I think --enable-discard-path should be mentioned all
over the place, or at least in the section on how to
set up php with suexec.


Previous Comments:
---

[2001-02-27 05:29:54] [EMAIL PROTECTED]
I have installed php-4.0.4pl1 and apache_1.3.14, but there
is a problem with suexec. I have a php script that looks
something like this:

#!/usr/local/bin/php


When I run it from a shell (./something.php) it just prints
the content-type header and "hello", but when it's started
by suexec it also outputs the "#!/usr/local/bin/php". I
have not been able to find any mention of this problem
anywhere, so I'm quite baffled. If this isn't a bug, I'd
appreciate some feedback on what I'm doing wrong. Thank you.

//Círdan


---


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


-- 
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 #9522: xcdgfdgf

[haneefpp]

From: [EMAIL PROTECTED]
Operating system: windows98
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  xcdgfdgf

Hai Haneef
Its FUN



-- 
Edit Bug report at: http://bugs.php.net/?id=9522&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 #9522 Updated: xcdgfdgf

[eschmid]

ID: 9522
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *General Issues
Assigned To: 
Comments:

Read the Dos and Don'ts.

Previous Comments:
---

[2001-03-02 06:15:28] [EMAIL PROTECTED]
Hai Haneef
Its FUN


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9522&edit=2


-- 
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

[CVS Account Request]

Full name: Christian Stocker
Email: [EMAIL PROTECTED]
ID: chregu
Purpose: I work actively on the pear/Cache - Module. Maybe more to come for other 
classes.

-- 
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 #9522 Updated: xcdgfdgf

[sniper]

ID: 9522
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-02 06:15:28] [EMAIL PROTECTED]
Hai Haneef
Its FUN


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9522&edit=2


-- 
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 #9523: fgmfjglkfglfdj

[haneefpp]

From: [EMAIL PROTECTED]
Operating system: Windows98
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  fgmfjglkfglfdj

gdslkdsgkfgkjfdgdfgf
fdgdfg
dfg
fdgfgfdg
dg
g
fd
gdfg
df
g
g
dfg
fg
df
gfd
gfd


-- 
Edit Bug report at: http://bugs.php.net/?id=9523&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 #9523 Updated: fgmfjglkfglfdj

[derick]

ID: 9523
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:

Can you stop spamming this bug system?

Previous Comments:
---

[2001-03-02 06:42:41] [EMAIL PROTECTED]
gdslkdsgkfgkjfdgdfgf
fdgdfg
dfg
fdgfgfdg
dg
g
fd
gdfg
df
g
g
dfg
fg
df
gfd
gfd

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9523&edit=2


-- 
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 #8934 Updated: Execution of script aborted

[sjrijk]

ID: 8934
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: COM related
Description: Execution of script aborted


I've removed IIS 5.0 and replaced it with Apache 1.3.17; It now works like clockwork 
and w/o any alterations.

Seems my first hunch was right: The COM functions are not entirely compatible with 
IIS.

Maybe something to look into?


Previous Comments:
---

[2001-01-29 17:04:06] [EMAIL PROTECTED]
use

$word = new COM("Word.application");

or use the

com_propget, com_propput, com_invoke functions after the print command.

---

[2001-01-26 16:06:56] [EMAIL PROTECTED]
Can you elaborate some more? What exactly doesn't work then, does it crash, does it 
give you an error?

---

[2001-01-26 08:37:38] [EMAIL PROTECTED]
The example (see below) from the PHP site to do some stuff with MS Word seems 
incompatible with IIS 5.0.

//
$word=com_load("Word.application") or die("Cannot start word for you"); 
print "Loaded word version ($word->Version)n"; 
$word->visible =1 ; 
$word->Documents->Add(); 
$word->Selection->Typetext("Dit is een test"); 
$word->Documents[1]->SaveAs("burb ofzo.doc"); 
$word->Quit();
//

The same code has also been executed on (another) system runnig Win ME / Apache and 
does exactly what it's supposed to do.

Does this problem involves some kind of priviliges, not already documented?




---


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


-- 
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 #9001 Updated: Unexpected error message

[sjrijk]

ID: 9001
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: COM related
Description: Unexpected error message


I've uninstalled IIS 5.0 and replaced it with the latest version of Apache.

The code works like clockwork.

No alterations were necessary.

Seems the problem it with IIS instead of with the installation of MS Win2K or MS 
Office.


Previous Comments:
---

[2001-02-02 13:06:03] [EMAIL PROTECTED]
no feedback.

---

[2001-01-31 04:48:35] [EMAIL PROTECTED]
hmm, can you try executing your script with the php.exe on your system (without the 
webserver in the middle), maybe it has to do with the user rights of the IUSR_.

does it work with other scripting languages (e.g. perl, JScript) ?

php does nothing with the registry, imo the IUSR_ has not enough rights to do so.


harald.

---

[2001-01-31 02:12:09] [EMAIL PROTECTED]
No, that's the strange thing.
Nothing has changed in the system's registry;
No programs have been (un)installed during the time.

Is it perhaps possible that PHP erases or alters the system's registry (unknowningly) 
upon failure?
I've tested the COM objects (together with MS Word) quite a lot and not all my tests 
were quite successfull.


---

[2001-01-30 19:16:49] [EMAIL PROTECTED]
since this is a windows error message and not a php one, i can only imagine that 
there's something wrong with your office installation.

have you changed something in your registry ?

try to run the office-setup again.

harald.

---

[2001-01-30 08:55:37] [EMAIL PROTECTED]
When the following commands are executed:

$word = new COM("word.application") or die("Unable to instantiate Word");

the following error appears:

Warning: Unable to obtain IDispatch interface for CLSID 
{000209FF---C000-0046}: Server execution failed in 
c:inetpubwwwroottest.php on line 14
Unable to instantiate Word

This a very odd error, because the Task Manager shows that PHP has executed the Word 
application (as winword.exe) w/o any problem.

What's even more odd, the above used to work w/o any problems, although there have not 
been any changes in configuration.



---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

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


-- 
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] NSAPI patch / CVS access

[Whitehead Anthony]

Hiyas,

I just tried to commit the attached patch to the NSAPI module but it seems my
CVS write
access has expired ;)

Here attached is the patch for NSAPI from Andrew Johnson, I've tested it on
several UNIX
platforms and adjusted it slightly to allow patching of the latest CVS version.

If someone wants to commit this for us, or re-enable my CVS account I'd be
happy.

-Anthony Whitehead
Central Data Services
Swedish Social Security Ministry


? nsapi.patch
Index: nsapi.c
===
RCS file: /repository/php4/sapi/nsapi/nsapi.c,v
retrieving revision 1.16
diff -u -r1.16 nsapi.c
--- nsapi.c 2001/02/26 06:07:37 1.16
+++ nsapi.c 2001/03/02 12:14:08
@@ -94,15 +94,16 @@
 } nsapi_equiv;
 
 static nsapi_equiv nsapi_headers[] = {
-   { "CONTENT_LENGTH", "content-length" },
-   { "CONTENT_TYPE",   "content-type" },
-   { "HTTP_ACCEPT","accept" },
+   { "CONTENT_LENGTH", "content-length" },
+   { "CONTENT_TYPE",   "content-type" },
+   { "HTTP_ACCEPT","accept" },
{ "HTTP_ACCEPT_ENCODING",   "accept-encoding" },
{ "HTTP_ACCEPT_LANGUAGE",   "accept-language" },
+   { "HTTP_ACCEPT_CHARSET","accept-charset" },
{ "HTTP_AUTHORIZATION", "authorization" },
-   { "HTTP_COOKIE","cookie" },
+   { "HTTP_COOKIE","cookie" },
{ "HTTP_IF_MODIFIED_SINCE", "if-modified-since" },
-   { "HTTP_REFERER",   "referer" },
+   { "HTTP_REFERER",   "referer" },
{ "HTTP_USER_AGENT","user-agent" },
{ "HTTP_USER_DEFINED",  "user-defined" }
 };
@@ -113,20 +114,22 @@
{ "REQUEST_LINE",   "clf-request" },
{ "REQUEST_METHOD", "method" },
{ "SCRIPT_NAME","uri" },
-   { "SCRIPT_PROTOCOL","protocol" }
+   { "SERVER_PROTOCOL","protocol" }
 };
 static size_t nsapi_reqpb_size = sizeof(nsapi_reqpb)/sizeof(nsapi_reqpb[0]);
 
 static nsapi_equiv nsapi_vars[] = {
-   { "AUTH_TYPE",  "auth-type" },
{ "PATH_INFO",  "path-info" },
+   { "PATH_TRANSLATED","path" },
+   { "AUTH_TYPE",  "auth-type" },
+   { "CLIENT_CERT","auth-cert" },
{ "REMOTE_USER","auth-user" }
 };
 static size_t nsapi_vars_size = sizeof(nsapi_vars)/sizeof(nsapi_vars[0]);
 
 static nsapi_equiv nsapi_client[] = {
{ "HTTPS_KEYSIZE",  "keysize" },
-   { "HTTPS_SECRETSIZE",   "secret-keysize" },
+   { "HTTPS_SECRETSIZE",   "secret-keysize" },
{ "REMOTE_ADDR","ip" }
 };
 static size_t nsapi_client_size = sizeof(nsapi_client)/sizeof(nsapi_client[0]);
@@ -279,47 +282,67 @@
 {
nsapi_request_context *rc = (nsapi_request_context *)SG(server_context);
size_t i;
-   char *value = NULL;
+   char *value;
char buf[128];
 
-   *buf = 0;
for (i = 0; i < nsapi_reqpb_size; i++) {
-   if ((value = pblock_findval(nsapi_reqpb[i].nsapi_eq, rc->rq->reqpb)) 
== NULL) {
-   value = buf;
+   value = pblock_findval(nsapi_reqpb[i].nsapi_eq, rc->rq->reqpb);
+   if (value) {
+   php_register_variable( (char *)nsapi_reqpb[i].env_var, value, 
+track_vars_array ELS_CC PLS_CC );
}
-   php_register_variable( (char *)nsapi_reqpb[i].env_var, value, 
track_vars_array ELS_CC PLS_CC );
}

for (i = 0; i < nsapi_headers_size; i++) {
-   if ((value = pblock_findval(nsapi_headers[i].nsapi_eq, 
rc->rq->headers)) == NULL) {
-   value = buf;
+   value = pblock_findval(nsapi_headers[i].nsapi_eq, rc->rq->headers);
+   if (value) {
+   php_register_variable( (char *)nsapi_headers[i].env_var, 
+value, track_vars_array ELS_CC PLS_CC );
}
-   php_register_variable( (char *)nsapi_headers[i].env_var, value, 
track_vars_array ELS_CC PLS_CC );
}
 
for (i = 0; i < nsapi_vars_size; i++) {
-   if ((value = pblock_findval(nsapi_vars[i].nsapi_eq, rc->rq->vars)) == 
NULL) {
-   value = buf;
+   value = pblock_findval(nsapi_vars[i].nsapi_eq, rc->rq->vars);
+   if (value) {
+   php_register_variable( (char *)nsapi_vars[i].env_var, value, 
+track_vars_array ELS_CC PLS_CC );
}
-   php_register_variable( (char *)nsapi_vars[i].env_var, value, 
track_vars_array ELS_CC PLS_CC );
}
 
for (i = 0; i < nsapi_client_size; i++) {
-   if ((value = pblock_findval(nsapi_client[i].nsapi_eq, rc->sn->client)) 
== NULL) {
-

[PHP-DEV] selective display of ini-entries using phpinfo()

[Marc Boeren]

Hi!

What code/functions must I use to hide some ini-entries 
from showing up in phpinfo() ?

Right now, I don't use DISPLAY_INI_ENTRIES() in 
ZEND_MINFO_FUNCTION(modulename), but this hides 
_all_ ini-entries.

Thanks, Marc.



-- 
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 #9524: htmlentities do not translate corretly

[hagelstein]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: *Languages/Translation
Bug description:  htmlentities do not translate corretly  

htmlentities do not translate corretly  e.g.
the german "smart quotation mark" is translated as 
„ and it should be „..

regards,
  Niko


-- 
Edit Bug report at: http://bugs.php.net/?id=9524&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 #9227 Updated: php module crashes without content-type header.

[wmartino]

ID: 9227
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproduceable crash
Description: php module crashes without content-type header.

Here is the backtrace that I got by running httpd under gdb:

Program received signal SIGSEGV, Segmentation fault.
php_std_post_handler (content_type_dup=0x0, arg=0x80e1e74) at 
/usr/local/include/bits/string2.h:1051
1051  while (*__s == __sep)
(gdb) bt
#0  php_std_post_handler (content_type_dup=0x0, arg=0x80e1e74) at 
/usr/local/include/bits/string2.h:1051
#1  0x4047f430 in sapi_handle_post (arg=0x80e1e74) at SAPI.c:101
#2  0x40482a38 in php_treat_data (arg=0, str=0x0, destArray=0x0) at 
php_variables.c:251
#3  0x4047d062 in php_hash_environment () at main.c:1039
#4  0x4047c7c4 in php_request_startup () at main.c:645
#5  0x40479aec in apache_php_module_main (r=0x8052210, display_source_mode=0) at 
sapi_apache.c:66
#6  0x4047a581 in send_php (r=0x8052210, display_source_mode=0, filename=0x0) at 
mod_php4.c:516
#7  0x4047a5c6 in send_parsed_php (r=0x8052210) at mod_php4.c:527
#8  0x400252b9 in __bam_rsearch (dbp=0x8052210, recnop=0x4007bab0, flags=3221223944, 
stop=1073991020, exactp=0x40085130)
at btree/bt_rsearch.c:235
#9  0x4003d353 in __ham_newpage_recover (logp=0x8052210, dbtp=0x1, lsnp=0x0, 
redo=1073992604, info=0x40085130)
at hash/hash_rec.c:279
#10 0x4003d3d0 in __ham_newpage_recover (logp=0x8052210, dbtp=0x4, lsnp=0x8052210, 
redo=1073950625, info=0x40085130)
at hash/hash_rec.c:295
#11 0x40032f23 in __db_big_recover (logp=0x0, dbtp=0x400310f8, lsnp=0x0, 
redo=1073950904, info=0x40085130) at db/db_rec.c:306
#12 0x4003313a in __db_ovref_recover (logp=0x804e1e0, dbtp=0x0, lsnp=0x3a9f9ddf, 
redo=1073951340, info=0x40085130)
at db/db_rec.c:360
#13 0x400332e7 in __db_relink_recover (logp=0x5, dbtp=0x804e1e0, lsnp=0xbb38, 
redo=1073953267, info=0x40085130)
at db/db_rec.c:407
#14 0x40033a50 in __db_rattach (infop=0x2) from /lib/libdb.so.3
#15 0x40034493 in __db_rgrow (infop=0x2, new_size=3221224484) at 
common/db_region.c:735
#16 0x8049476 in ap_gcvt ()
#17 0x401421eb in __fgetgrent_r (stream=0x8049454, resbuf=0x2, buffer=0xbc24 
"0ýÿ¿Nýÿ¿", buflen=134517128,
result=0x804a614) at fgetgrent_r.c:72

Previous Comments:
---

[2001-03-01 22:23:03] [EMAIL PROTECTED]
Check this url for information how to generate a GDB backtrace:

http://bugs.php.net/bugs-generating-backtrace.php

(It has info what to do when you don't get any core dumps)

Also, remember that you have to configure PHP with --enable-debug
to get useful backtraces.

--Jani


---

[2001-02-12 10:49:37] [EMAIL PROTECTED]
I am running php 4.04pl1 compiled as an apache 1.3  module with support for curl, 
pgsql, and zlib.  It seems that the module crashes, causing httpd processes to seg 
fault when a POST request is made without a content-type header.  It seems that the 
crash only occurs after a normal POST with a content-type header is followed by one 
without.  To reproduce the crash, I simply make a POST request to a php script that 
does pretty much nothing( usually just printing a statement indicating that it ran ) 
with a browser(Netscape 4.6.2 or lynx-2.82.) and then run a program that I wrote that 
sends a POST request w/o the Content-Type header.  Sometimes this step must be done 
several times until the same apache child process that I hit with the browser receives 
the bad request.  Eventually, after running this program for a while one apache child 
process dies for each hit I made from the browser.  This only occurs with php scripts 
and apache does not give me a core dump that i can analyze to give you more info.  

---

[2001-02-12 10:36:53] [EMAIL PROTECTED]
I am running php 4.04pl1 compiled as an apache 1.3  module with support for curl, 
pgsql, and zlib.  It seems that the module crashes, causing httpd processes to seg 
fault when a POST request is made without a content-type header.  To reproduce the 
crash, I simply make a POST request to a php script that does pretty much nothing( 
usually just printing
a statement indicating that it ran ) with a browser(Netscape 4.6.2) and then run a 
program that I wrote that sends a POST request w/o the Content-Type header.  Sometimes 
this step must be done several times until the same apache child process that you hit 
with the browser receives your request.  Eventually, after running this program for a 
while one apache child process dies for each hit from the browser.  This only occurse 
with php scripts and apache does not give me a core dump that i can analyze to give 
you more info.

---


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


-- 
PHP 

[PHP-DEV] PHP 4.0 Bug #9525: /usr/bin/ld: cannot find -lcrypto

[andrea]

From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version:  4.0.3pl1
PHP Bug Type: *Install and Config
Bug description:  /usr/bin/ld: cannot find -lcrypto 

I' ll try to make php4 the compiler says: 
 
/usr/bin/ld: cannot find -lcrypto 
collect2: ld returned 1 exit status 
 
I have both libcrypt.a and libcrypt.so in /usr/lib. I run configure with: 
 
./configure --with-mysql --with-apxs --with-kerberos --with-openssl --with-imap 
--with-imap-ssl 






-- 
Edit Bug report at: http://bugs.php.net/?id=9525&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] RE: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1crash

[Jani Taskinen]

On Fri, 2 Mar 2001, Sherman Chan wrote:

>if there is nothing to do with php, could you tell me why the apache + php +
>mod_ssl fail to start, but apache + mod_ssl starts up ok.  also the same
>configuration with php3 works ok as well.  could u  provide soe idea where I
>should look at, like the routine to modf ().

Hmm..first you email me and say everything works ok.
And now you're saying it doesn't work?
So what did you do after getting it running ok?
Did you add something? Did you remove something???

If I could read minds I would know but unfortunately I
can not so you will have to tell me. Otherwise I can not help.

And have you installed every update from RedHat errata into your
system? There are a few of them. I would suggest that you update
it to 6.2 which seems to be the most stable release from RedHat.
I'm using it and I haven't run into this bug before.

--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 #9518 Updated: dir() only returns first 6 chars correctly

[sniper]

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

Does this happen with PHP 4.0.4.pl1? 

--Jani


Previous Comments:
---

[2001-03-02 02:41:52] [EMAIL PROTECTED]
Hi Folks,

I have run into a problem using the dir() function.

The following code behaves properly on linux and does not using irix:

Contents of the dir (only folders) are:

CH104/
CH105/
CH120/
ABCDEFGHIJKL/
abcdefghijkl/

When I execute the following code:

chdir("$dir_path");
echo ("Dir Path = $dir_path");
$dir = dir(".");
$dir -> rewind();
$file=$dir->read();
echo ("file is $filen");
$file=$dir->read();
echo ("file is $filen");
$file=$dir->read();
echo ("file is $filen");
$file=$dir->read();
echo ("file is $filen");

I get the following incorrect results (php 4.0.2, irix 6.5.7)

Dir Path = /Public/Web/db/msds
file is .
file is ..
file is CH104
file is CH105
file is CH120
file is ABCDEFþõ~KL
file is abcdefþõ~kl

So, it appears that if the dir (or file) is less than or equal to 6 char the
dir() function work correctly.  However, if it is longer, the name get
garbled.

On a redhat linux box (php 4.0.2), it works fine and I get proper dir names. 
This behavior is the same for filenames not just dir names.

I have checked the bugs.php.net and email lists without finding information
related to this problem.  Hope I have not missed it some where...

Dean
-- 
-
Dean Waldow, Associate Professor (253) 535-7533
Department of Chemistry  (253) 536-5055 (FAX)
Pacific Lutheran University   [EMAIL PROTECTED]
Tacoma, WA  98447   USA   http://www.chem.plu.edu/waldow/
-
--->CIRRUS, the UG research resource: http://cirrus.chem.plu.edu/<---
-

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9518&edit=2


-- 
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 #9519 Updated: Incorrect output from date function

[sniper]

ID: 9519
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Date/time related
Assigned To: 
Comments:

It's not wrong, it's exactly what it should be outputting.
Please read the manual page for date:

http://www.php.net/date

where it says:

n - month without leading zeros; i.e. "1" to "12"


--Jani


Previous Comments:
---

[2001-03-02 02:44:32] [EMAIL PROTECTED]
the n option for date gives wrong value

date ("l, F d, Y") outputs Friday, March 02, 2001
date ("l, F n, Y") outputs Friday, March 3, 2001


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9519&edit=2


-- 
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 #9493 Updated: compilation and make with ldap ok but problem during make with apache

[sniper]

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

Please reply using the web interface NOT via email.
And answer these questions:

1. What was the configure line used to configure PHP 4?
2. Which LDAP libraries are you using? Openldap 2.x.x?
3. Have you tried PHP 4.0.4pl1 if it works better?

--Jani



Previous Comments:
---

[2001-03-01 17:22:58] [EMAIL PROTECTED]
I'm quite sure there isn't any bugs in PHP regarding this.
Anyway, try doing 'make clean' for both Apache and PHP
before make. And did you follow the instructions given
in INSTALL file?? ie. 'make install' for PHP before making Apache?

--Jani


---

[2001-02-28 04:20:33] [EMAIL PROTECTED]
compiling apache : ./configure --activate-module=src/modules/php4/libphp4.a
is ok
and make return 

ldap_dn2ufn .libs/libphp4.a(ldap.o)
ldap_next_entry .libs/libphp4.a(ldap.o)
ldap_get_values .libs/libphp4.a(ldap.o)
ldap_count_entries  .libs/libphp4.a(ldap.o)
ld: fatal: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/op/inst/php-4.0.3pl1'
make: *** [all-recursive] Error 1

that's all thank for reply, and help

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9493&edit=2


-- 
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 #9521 Updated: segfault oci8 with oracle 8.1.7

[sniper]

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

1. Have you set the Oracle specific environment vars mentioned 
at http://www.php.net/oci8 before starting apache?
2. Is your apache linked with phtread library?

If answer is yes to both of the questions, please generate
a gdb backtrace of the crash. Remember to first configure 
PHP with --enable-debug (and recompile it)

--Jani


Previous Comments:
---

[2001-03-02 04:42:19] [EMAIL PROTECTED]
after successfully compiling of PHP4.0.4 and Oracle 8.1.7
it's not possible to start the apache 1.3.12 server because of a segfault failure 

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9521&edit=2


-- 
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 #9525 Updated: /usr/bin/ld: cannot find -lcrypto

[sniper]

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

Please upgrade first to PHP 4.0.4pl1. 

--Jani


Previous Comments:
---

[2001-03-02 09:01:59] [EMAIL PROTECTED]
I' ll try to make php4 the compiler says: 
 
/usr/bin/ld: cannot find -lcrypto 
collect2: ld returned 1 exit status 
 
I have both libcrypt.a and libcrypt.so in /usr/lib. I run configure with: 
 
./configure --with-mysql --with-apxs --with-kerberos --with-openssl --with-imap 
--with-imap-ssl 





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9525&edit=2


-- 
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] Any way of finding out what files have been included?

[Neil Kimber]

I'm testing for efficiency and realise that it's possible that some pages
include files, that in turn include files, that in turn etc

Some of these includes are probably not needed and are bloating my site. Is
there an easy way to determine which files have currently been loaded via
includes and requires? This would help me to create an include file audit
check and allow me to identify unnecessary bloat.

Thanks,
Neil


-- 
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] Any way of finding out what files have been included?

[Andrei Zmievski]

On Fri, 02 Mar 2001, Neil Kimber wrote:
> I'm testing for efficiency and realise that it's possible that some pages
> include files, that in turn include files, that in turn etc
> 
> Some of these includes are probably not needed and are bloating my site. Is
> there an easy way to determine which files have currently been loaded via
> includes and requires? This would help me to create an include file audit
> check and allow me to identify unnecessary bloat.

get_included_files()

-Andrei

"I think it would be a good idea." -- Mahatma Gandhi,
when asked what he thought of Western civilization...

-- 
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 #9526: Copy function is not affected by the security settings

[victor . dias-fernandes]

From: [EMAIL PROTECTED]
Operating system: NT
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  Copy function is not affected by the security settings 

It appears that the copy function is not affected by the security restrictions set on 
the php.ini file

PHP.ini:

Safe_mode=On
Open_basedir=d:\www\htdocs

With a script like:
print('Try to copy() c:\winnt\win.ini to 
d:\www\htdocs\phptest');
if (!copy('c:\winnt\win.ini', 'd:\www\htdocs\phptest\win.ini')) {
print('OK: Copy() Failed');
}
else
{
print('Warning: Copy() Succeeded!!!');
}
print('=');
print('Try to fopen() file 
d:\www\htdocs\phptest\win.ini');
if (!fopen( 'd:\www\htdocs\phptest\win.ini', 'r' )) {
print('OK: Fopen() Failed');
}
else
{
print('Warning: Fopen() Succeeded!!!');
}

I can copy a file from a forbiden directory to an allowed one and the read it.

Other functions that I have tested don't have this "bug".

I tested with Apache for Windows 1.3.14 and the PHP4 module

Best regards,

Victor Fernandes



-- 
Edit Bug report at: http://bugs.php.net/?id=9526&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] phpize

[Yves Caetano]

hi,

if i run the phpize script, i got this error:

mafia:/tmp/php-gtk-0.0.1# phpize 
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_DISABLE_FAST_INSTALL

May somebody help me please?

thanks a lot

best regards

Yves Caetano
--
Yves Caetano
Server Support Engineer
Tel: 295383 254
Fax: 295383 222
email: [EMAIL PROTECTED]http://www.incotech.lu

-- 
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 #9493 Updated: compilation and make with ldap ok but problem during make with apache

[alain . defrance]

ID: 9493
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Problem
Description: compilation and make with ldap ok but problem during make with apache

1. What was the configure line used to configure PHP 4?
./configure --with-apache=../apache_1.3.17 --with-ldap --enable-trach-vars

configure :ok
make :ok
make install : ok


2. Which LDAP libraries are you using? Openldap 2.x.x?

 openldap-2.0.7

3. Have you tried PHP 4.0.4pl1 if it works better?

not yet...

thanks for your kind replies...

Previous Comments:
---

[2001-03-02 09:31:23] [EMAIL PROTECTED]
Please reply using the web interface NOT via email.
And answer these questions:

1. What was the configure line used to configure PHP 4?
2. Which LDAP libraries are you using? Openldap 2.x.x?
3. Have you tried PHP 4.0.4pl1 if it works better?

--Jani



---

[2001-03-01 17:22:58] [EMAIL PROTECTED]
I'm quite sure there isn't any bugs in PHP regarding this.
Anyway, try doing 'make clean' for both Apache and PHP
before make. And did you follow the instructions given
in INSTALL file?? ie. 'make install' for PHP before making Apache?

--Jani


---

[2001-02-28 04:20:33] [EMAIL PROTECTED]
compiling apache : ./configure --activate-module=src/modules/php4/libphp4.a
is ok
and make return 

ldap_dn2ufn .libs/libphp4.a(ldap.o)
ldap_next_entry .libs/libphp4.a(ldap.o)
ldap_get_values .libs/libphp4.a(ldap.o)
ldap_count_entries  .libs/libphp4.a(ldap.o)
ld: fatal: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/op/inst/php-4.0.3pl1'
make: *** [all-recursive] Error 1

that's all thank for reply, and help

---


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


-- 
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] NSAPI patch / CVS access

[Andi Gutmans]

I commited your patch.

Andi

At 01:26 PM 3/2/2001 +0100, Whitehead Anthony wrote:
>Hiyas,
>
>I just tried to commit the attached patch to the NSAPI module but it seems my
>CVS write
>access has expired ;)
>
>Here attached is the patch for NSAPI from Andrew Johnson, I've tested it on
>several UNIX
>platforms and adjusted it slightly to allow patching of the latest CVS 
>version.
>
>If someone wants to commit this for us, or re-enable my CVS account I'd be
>happy.
>
>-Anthony Whitehead
>Central Data Services
>Swedish Social Security Ministry
>
>--
>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 #9518 Updated: dir() only returns first 6 chars correctly

[waldowda]

ID: 9518
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Directory function related
Description: dir() only returns first 6 chars correctly

Hi Jani,

Thanks for the message.  I have not tried that distribution.  It took me many months 
to get a successful install on my irix box and I am a bit reluctant right now to take 
a chance and maybe 'break it'.  8-) The php/mysql system is current running an 
abstract service for a regional chemical conference and I don't want to take a chance 
at making that go down.  8-)  The abstract deadline is the 16th of march and after 
that I feel comfortable enough trying to building a new version on the irix box.  BTW, 
php/mysql has been a great addition to the my uses for chemistry web servers. 

Sorry for asking for help and not being able to try your suggestion until a couple of 
weeks.

I will try the lasted non-snapshot release as soon as the server is not so critical.  
I am guessing that I could maybe try to build it so that is doesn't write over the 
current working version.  If I can figure that out, I will try to get to that sooner.

Thanks again for the quick resonse!

Previous Comments:
---

[2001-03-02 09:26:43] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4.pl1? 

--Jani


---

[2001-03-02 02:41:52] [EMAIL PROTECTED]
Hi Folks,

I have run into a problem using the dir() function.

The following code behaves properly on linux and does not using irix:

Contents of the dir (only folders) are:

CH104/
CH105/
CH120/
ABCDEFGHIJKL/
abcdefghijkl/

When I execute the following code:

chdir("$dir_path");
echo ("Dir Path = $dir_path");
$dir = dir(".");
$dir -> rewind();
$file=$dir->read();
echo ("file is $filen");
$file=$dir->read();
echo ("file is $filen");
$file=$dir->read();
echo ("file is $filen");
$file=$dir->read();
echo ("file is $filen");

I get the following incorrect results (php 4.0.2, irix 6.5.7)

Dir Path = /Public/Web/db/msds
file is .
file is ..
file is CH104
file is CH105
file is CH120
file is ABCDEFþõ~KL
file is abcdefþõ~kl

So, it appears that if the dir (or file) is less than or equal to 6 char the
dir() function work correctly.  However, if it is longer, the name get
garbled.

On a redhat linux box (php 4.0.2), it works fine and I get proper dir names. 
This behavior is the same for filenames not just dir names.

I have checked the bugs.php.net and email lists without finding information
related to this problem.  Hope I have not missed it some where...

Dean
-- 
-
Dean Waldow, Associate Professor (253) 535-7533
Department of Chemistry  (253) 536-5055 (FAX)
Pacific Lutheran University   [EMAIL PROTECTED]
Tacoma, WA  98447   USA   http://www.chem.plu.edu/waldow/
-
--->CIRRUS, the UG research resource: http://cirrus.chem.plu.edu/<---
-

---


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


-- 
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 #9493 Updated: compilation and make with ldap ok but problem during make with apache

[alain . defrance]

ID: 9493
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Problem
Description: compilation and make with ldap ok but problem during make with apache

3. Have you tried PHP 4.0.4pl1 if it works better?

yes, now and i've the same error...

some people said we must add --lldap to LDFLAGS, but where in makefile, on command, in 
php4 compilation, or in apache compilation ???

Previous Comments:
---

[2001-03-02 09:58:18] [EMAIL PROTECTED]
1. What was the configure line used to configure PHP 4?
./configure --with-apache=../apache_1.3.17 --with-ldap --enable-trach-vars

configure :ok
make :ok
make install : ok


2. Which LDAP libraries are you using? Openldap 2.x.x?

 openldap-2.0.7

3. Have you tried PHP 4.0.4pl1 if it works better?

not yet...

thanks for your kind replies...

---

[2001-03-02 09:31:23] [EMAIL PROTECTED]
Please reply using the web interface NOT via email.
And answer these questions:

1. What was the configure line used to configure PHP 4?
2. Which LDAP libraries are you using? Openldap 2.x.x?
3. Have you tried PHP 4.0.4pl1 if it works better?

--Jani



---

[2001-03-01 17:22:58] [EMAIL PROTECTED]
I'm quite sure there isn't any bugs in PHP regarding this.
Anyway, try doing 'make clean' for both Apache and PHP
before make. And did you follow the instructions given
in INSTALL file?? ie. 'make install' for PHP before making Apache?

--Jani


---

[2001-02-28 04:20:33] [EMAIL PROTECTED]
compiling apache : ./configure --activate-module=src/modules/php4/libphp4.a
is ok
and make return 

ldap_dn2ufn .libs/libphp4.a(ldap.o)
ldap_next_entry .libs/libphp4.a(ldap.o)
ldap_get_values .libs/libphp4.a(ldap.o)
ldap_count_entries  .libs/libphp4.a(ldap.o)
ld: fatal: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/op/inst/php-4.0.3pl1'
make: *** [all-recursive] Error 1

that's all thank for reply, and help

---


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


-- 
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] NSAPI patch / CVS access

[Andi Gutmans]

I just reviewed the patch quickly. Are you sure that using MALLOC() for the 
SG(request_info) variables is OK?
Are these all variables which are supposed to be freed by the SAPI module? 
(I think they are but I don't have time to double check this). If the SAPI 
module is in charge then it's OK but if it's PHP (SAPI.c) then it probably 
isn't.

Andi

At 01:26 PM 3/2/2001 +0100, Whitehead Anthony wrote:
>Hiyas,
>
>I just tried to commit the attached patch to the NSAPI module but it seems my
>CVS write
>access has expired ;)
>
>Here attached is the patch for NSAPI from Andrew Johnson, I've tested it on
>several UNIX
>platforms and adjusted it slightly to allow patching of the latest CVS 
>version.
>
>If someone wants to commit this for us, or re-enable my CVS account I'd be
>happy.
>
>-Anthony Whitehead
>Central Data Services
>Swedish Social Security Ministry
>
>--
>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] Sybase SP status return

[Jo Giraerts]

Hi, 

i am new to this list. But i made a little patch for the sybase-module to
return status-returns of stored procedures. 
With the new function sybase_get_status() you can retrieve the latest
status that sybase returned. This is important if you want to catch
errors from a stored procedure.

for instance: 

sybase_query("sp_help non_existing_table");
echo sybase_get_status();

will show you: 

1

(which happens to be the statuscode that sp_help gives if you if
 it doesn't find the mentioned table)

This diff is made from php-4.0.3pl1 but i just tried it on php-4.0.4pl1 and it
gives no problems.


-- 
Jo Giraerts
Development Services Engineer
VA Linux Professional Services Europe
Interleuvenlaan 15A, 3001 LEUVEN, BELGIUM
icq:81939849, email:[EMAIL PROTECTED], ph0ne:+32(0)475/437719 

-BEGIN GEEK CODE BLOCK-
Version: 3.1
GIT/GMU dx(--) s: a-- C L+++$ P+ E--- W++ N++(+) !o K? w--- !0 M- 
V? PS+++ PE- Y+ PGP++ t+@ 5- X(-) R(*) tv-@ b+++ DI++ D+ G++ e* h(+) r- y+
--END GEEK CODE BLOCK--



diff -Naur php-4.0.3pl1/ext/sybase/Makefile php-4.0.3pl11-tweaked/ext/sybase/Makefile
--- php-4.0.3pl1/ext/sybase/MakefileThu Jan  1 01:00:00 1970
+++ php-4.0.3pl11-tweaked/ext/sybase/Makefile   Fri Jan 19 16:54:14 2001
@@ -0,0 +1,12 @@
+top_srcdir   = /usr/local/php-soft/php-4.0.3pl11-tweaked
+top_builddir = /usr/local/php-soft/php-4.0.3pl11-tweaked
+srcdir   = /usr/local/php-soft/php-4.0.3pl11-tweaked/ext/sybase
+builddir = /usr/local/php-soft/php-4.0.3pl11-tweaked/ext/sybase
+VPATH= /usr/local/php-soft/php-4.0.3pl11-tweaked/ext/sybase
+
+LTLIBRARY_NAME= libsybase.la
+LTLIBRARY_SOURCES = php_sybase_db.c
+LTLIBRARY_SHARED_NAME = php_sybase_db.la
+LTLIBRARY_SHARED_LIBADD = $(SYBASE_SHARED_LIBADD)
+
+include $(top_srcdir)/build/dynlib.mk
diff -Naur php-4.0.3pl1/ext/sybase/libs.mk php-4.0.3pl11-tweaked/ext/sybase/libs.mk
--- php-4.0.3pl1/ext/sybase/libs.mk Thu Jan  1 01:00:00 1970
+++ php-4.0.3pl11-tweaked/ext/sybase/libs.mkFri Jan 19 16:53:31 2001
@@ -0,0 +1,6 @@
+LTLIBRARY_OBJECTS = $(LTLIBRARY_SOURCES:.c=.lo) $(LTLIBRARY_OBJECTS_X)
+LTLIBRARY_SHARED_OBJECTS = $(LTLIBRARY_OBJECTS:.lo=.slo)
+$(LTLIBRARY_NAME): $(LTLIBRARY_OBJECTS) $(LTLIBRARY_DEPENDENCIES)
+   $(LINK) $(LTLIBRARY_LDFLAGS) $(LTLIBRARY_OBJECTS) $(LTLIBRARY_LIBADD)
+
+targets = $(LTLIBRARY_NAME)
diff -Naur php-4.0.3pl1/ext/sybase/php_sybase_db.c 
php-4.0.3pl11-tweaked/ext/sybase/php_sybase_db.c
--- php-4.0.3pl1/ext/sybase/php_sybase_db.c Sun Sep  3 19:43:09 2000
+++ php-4.0.3pl11-tweaked/ext/sybase/php_sybase_db.cFri Jan 19 16:01:24 2001
@@ -46,7 +46,7 @@
PHP_FE(sybase_select_db,NULL)
PHP_FE(sybase_query,NULL)
PHP_FE(sybase_free_result,  NULL)
-   PHP_FE(sybase_get_last_message, NULL)
+   PHP_FE(sybase_get_last_message, NULL)
PHP_FE(sybase_num_rows, NULL)
PHP_FE(sybase_num_fields,   NULL)
PHP_FE(sybase_fetch_row,NULL)
@@ -58,6 +58,7 @@
PHP_FE(sybase_result,   NULL)
PHP_FE(sybase_min_error_severity,   NULL)
PHP_FE(sybase_min_message_severity, NULL)
+   PHP_FE(sybase_get_status,   NULL)
PHP_FALIAS(mssql_connect,   sybase_connect, NULL)
PHP_FALIAS(mssql_pconnect,  sybase_pconnect,NULL)
PHP_FALIAS(mssql_close, sybase_close,   NULL)
@@ -236,6 +237,7 @@
php_sybase_module.server_message = empty_string;
php_sybase_module.min_error_severity = 
php_sybase_module.cfg_min_error_severity;
php_sybase_module.min_message_severity = 
php_sybase_module.cfg_min_message_severity;
+   php_sybase_module.status = -69696969; /* just to test for a moment */
return SUCCESS;
 }
 
@@ -694,7 +696,7 @@
 PHP_FUNCTION(sybase_query)
 {
pval *query,*sybase_link_index;
-   int id,type,retvalue;
+   int id,type,retvalue, error;
sybase_link *sybase_ptr;
sybase_result *result;
int num_fields;
@@ -729,14 +731,24 @@

convert_to_string(query);
if (dbcmd(sybase_ptr->link,query->value.str.val)==FAIL) {
-   /*php_error(E_WARNING,"Sybase:  Unable to set query");*/
+   php_error(E_WARNING,"Sybase:  Unable to set query");
RETURN_FALSE;
}
+
if (dbsqlexec(sybase_ptr->link)==FAIL || dbresults(sybase_ptr->link)==FAIL) {
-   /*php_error(E_WARNING,"Sybase:  Query failed");*/
+   php_error(E_WARNING,"Sybase:  Query failed");
RETURN_FALSE;
}

+   /* Setting the return-status of stored procedures 
+   There's still something weird going on: 
+   if (status==0) it doesn't get returned properly
+   */
+   if (dbhasretstat(sybase_ptr->link) == TRUE) 
+   { 

[PHP-DEV] about users of japanese localized php3

[Rui Hirokawa]

Hi,

>Hi,
>
>I remember there was a patch around for PHP 3.0.x which added some Japanese 
>support functions.
>Anyone know how many Japanese actually used these functions and how many 
>are using Vanilla PHP?

As far as I know,
most of japanese Linux distributions like RedHat-6.2j/7.0j Linux or 
TurboLinux are shiped with japanese localized versions of PHP 3.0.x.

As Mr.Sato said,
it is nesserary to handle three kind of different encoding
set 'shift_jis','euc-jp','iso2022-jp' (or 'utf-8') in japan.

Because the exact encoding is unknown when php parser was started,
automatic encoding renognition and encoding translation are neccessary
in http input (post/get/cookie) parsing process.

I think 'Vanilla' PHP 3/4 is not very useful for japanese.
I know PHP 3 is obsolete now, but so many japanese PHP users
contininue to use japanese localized PHP 3 (e.g. PHP-3.0.18-i18n-ja).

Currently, I am working to make some patch for php4/main/php_variables.c
to add the encoding translation capability using ext/jstring made by 
Mr. Tsukada supporting japanese characters handling functions.

>Does Japanese actually work in a decent way with PHP? From the zillions of 
>Japanese sites I've seen running it I'd guess it works :)
>
>Andi

-- 
--
Rui Hirokawa <[EMAIL PROTECTED]>
maintainer of japanese PHP manual <[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 #9493 Updated: compilation and make with ldap ok but problem during make with apache

[alain . defrance]

ID: 9493
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Problem
Description: compilation and make with ldap ok but problem during make with apache

i've tried to compil in module in DSO
i've an another error :

Syntax error on line 207 of /www/conf/httpd.conf:
Cannot load /www/libexec/libphp4.so into server: ld.so.1: ./httpd: fatal: reloca
tion error: file /www/libexec/libphp4.so: symbol ldap_unbind_s: referenced symbo
l not found

difficult no ???

Previous Comments:
---

[2001-03-02 10:31:17] [EMAIL PROTECTED]
3. Have you tried PHP 4.0.4pl1 if it works better?

yes, now and i've the same error...

some people said we must add --lldap to LDFLAGS, but where in makefile, on command, in 
php4 compilation, or in apache compilation ???

---

[2001-03-02 09:58:18] [EMAIL PROTECTED]
1. What was the configure line used to configure PHP 4?
./configure --with-apache=../apache_1.3.17 --with-ldap --enable-trach-vars

configure :ok
make :ok
make install : ok


2. Which LDAP libraries are you using? Openldap 2.x.x?

 openldap-2.0.7

3. Have you tried PHP 4.0.4pl1 if it works better?

not yet...

thanks for your kind replies...

---

[2001-03-02 09:31:23] [EMAIL PROTECTED]
Please reply using the web interface NOT via email.
And answer these questions:

1. What was the configure line used to configure PHP 4?
2. Which LDAP libraries are you using? Openldap 2.x.x?
3. Have you tried PHP 4.0.4pl1 if it works better?

--Jani



---

[2001-03-01 17:22:58] [EMAIL PROTECTED]
I'm quite sure there isn't any bugs in PHP regarding this.
Anyway, try doing 'make clean' for both Apache and PHP
before make. And did you follow the instructions given
in INSTALL file?? ie. 'make install' for PHP before making Apache?

--Jani


---

[2001-02-28 04:20:33] [EMAIL PROTECTED]
compiling apache : ./configure --activate-module=src/modules/php4/libphp4.a
is ok
and make return 

ldap_dn2ufn .libs/libphp4.a(ldap.o)
ldap_next_entry .libs/libphp4.a(ldap.o)
ldap_get_values .libs/libphp4.a(ldap.o)
ldap_count_entries  .libs/libphp4.a(ldap.o)
ld: fatal: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/op/inst/php-4.0.3pl1'
make: *** [all-recursive] Error 1

that's all thank for reply, and help

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

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


-- 
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 #9519 Updated: Incorrect output from date function

[cnewbill]

ID: 9519
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Feedback
Bug Type: Date/time related
Assigned To: 
Comments:

Jani,

I believe he is refering to the fact the dates are wrong numerically not 
typographically.

I get this same result too on PHP 4.0.4pl1 and 4.0.5-dev.

-Chris


Previous Comments:
---

[2001-03-02 09:28:58] [EMAIL PROTECTED]
It's not wrong, it's exactly what it should be outputting.
Please read the manual page for date:

http://www.php.net/date

where it says:

n - month without leading zeros; i.e. "1" to "12"


--Jani


---

[2001-03-02 02:44:32] [EMAIL PROTECTED]
the n option for date gives wrong value

date ("l, F d, Y") outputs Friday, March 02, 2001
date ("l, F n, Y") outputs Friday, March 3, 2001


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9519&edit=2


-- 
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 #9519 Updated: Incorrect output from date function

[cnewbill]

ID: 9519
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Bogus
Bug Type: Date/time related
Assigned To: 
Comments:

My bad disregard...month...oops.

Previous Comments:
---

[2001-03-02 11:16:16] [EMAIL PROTECTED]
Jani,

I believe he is refering to the fact the dates are wrong numerically not 
typographically.

I get this same result too on PHP 4.0.4pl1 and 4.0.5-dev.

-Chris


---

[2001-03-02 09:28:58] [EMAIL PROTECTED]
It's not wrong, it's exactly what it should be outputting.
Please read the manual page for date:

http://www.php.net/date

where it says:

n - month without leading zeros; i.e. "1" to "12"


--Jani


---

[2001-03-02 02:44:32] [EMAIL PROTECTED]
the n option for date gives wrong value

date ("l, F d, Y") outputs Friday, March 02, 2001
date ("l, F n, Y") outputs Friday, March 3, 2001


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9519&edit=2


-- 
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] NSAPI patch / CVS access

[Andrew Johnson]

Andi Gutmans wrote:
> 
> I just reviewed the patch quickly. Are you sure that using MALLOC() for the
> SG(request_info) variables is OK?

I think so.  php4_execute() contains
nsapi_request_ctor(NSLS_C SLS_CC);
retval = nsapi_module_main(NSLS_C SLS_CC);
nsapi_request_dtor(NSLS_C SLS_CC);
where the _ctor routine does the MALLOC()s and _dtor the FREE()s.

(Appologies for my last unnecessary email Andi, I usually work through my
email serially...).

- Andrew
-- 
Every great idea appears crazy to start with.

-- 
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: about users of japanese localized php3

[Andi Gutmans]

At 01:10 AM 3/3/2001 +0900, Rui Hirokawa wrote:
>Currently, I am working to make some patch for php4/main/php_variables.c
>to add the encoding translation capability using ext/jstring made by
>Mr. Tsukada supporting japanese characters handling functions.

Great. Interesting to see what you guys can come up with.
If your work is extendible to support other languages that have the same 
problem (there must be others) that would be even better.

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]

Re: [PHP-DEV] NSAPI patch / CVS access

[Andi Gutmans]

At 10:29 AM 3/2/2001 -0600, Andrew Johnson wrote:
>Andi Gutmans wrote:
> >
> > I just reviewed the patch quickly. Are you sure that using MALLOC() for the
> > SG(request_info) variables is OK?
>
>I think so.  php4_execute() contains
> nsapi_request_ctor(NSLS_C SLS_CC);
> retval = nsapi_module_main(NSLS_C SLS_CC);
> nsapi_request_dtor(NSLS_C SLS_CC);
>where the _ctor routine does the MALLOC()s and _dtor the FREE()s.

OK I just wanted to make sure that you guys checked this.


>(Appologies for my last unnecessary email Andi, I usually work through my
>email serially...).

Happens to me all the time :)

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 #9527: HTTP 500 Error

[12767]

From: [EMAIL PROTECTED]
Operating system: Win98 2nd Ed.
PHP version:  4.0.4pl1
PHP Bug Type: PWS related
Bug description:  HTTP 500 Error

Hello,

Since the installment of the latest version of PHP, 4.0.4pl1, I've been recieving HTTP 
500 errors every time I tries to open a php document in my browser. I'm using PWS on a 
Win98 2nd Edition machine. There has been no problems with prevorious versions.

I belive that this bug is pws/windows only, as it works on another server i got 
allowance to. This server (as of what I know) always has the latest version, and runs 
on a unix type machine.

Thx
David


-- 
Edit Bug report at: http://bugs.php.net/?id=9527&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] [Resend]

[jimmythetulip190]

[Resend]  Was Not Able To Take Last Entry..  Please Fill Out Again.

Hey... We Haven't Talked In So Long!!  How Have You Been?
Thought I would Forward you this email!

I usually delete these but I opened this one, like what I saw, 
and thought you would like to see this.

http://%33%35%30%36%35%36%31%34%39%37/cc%63v%76%76%78%78%78%7A%7A%7A%38%398%39/

IF THE LINK IS NOT HIGHLIGHTED OR YOU CANNOT CLICK ON IT.
COPY AND PASTE IT IN YOUR BROWSER.










-- 
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 #9511 Updated: Can't find snmp MIB modules when snmp function is called

[daniel_cunningham]

ID: 9511
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: SNMP related
Description: Can't find snmp MIB modules when snmp function is called

Sorry, this is a problem with the UCD libraries, not with php per se.  I do not think 
this needs to be open on this list anymore.  If anyone , does have info on this 
problem, please let me know, thanks.

DanC
[EMAIL PROTECTED]

Previous Comments:
---

[2001-03-01 13:00:35] [EMAIL PROTECTED]
Hi, I have attempted to compile  php 4.0.4pl1 with snmp  using ---with-snmp  
--enable-ucd-snmp-hack .  Everything goes fine in the build and install, but when php 
loads I get the following out put,  and snmp functions do not work.  ALso I have done 
a phpinfo() and it shows snmp compiled in.  Any thoughts? 

Cannot find module (IP-MIB): At line 0 in (none)
Cannot find module (IF-MIB): At line 0 in (none)
Cannot find module (TCP-MIB): At line 0 in (none)
Cannot find module (UDP-MIB): At line 0 in (none)
Cannot find module (SNMPv2-MIB): At line 0 in (none)
Cannot find module (SNMPv2-SMI): At line 0 in (none)
Cannot find module (UCD-SNMP-MIB): At line 0 in (none)
Cannot find module (UCD-DEMO-MIB): At line 0 in (none)
Cannot find module (HOST-RESOURCES-MIB): At line 0 in (none)
Cannot find module (HOST-RESOURCES-TYPES): At line 0 in (none)
Cannot find module (SNMP-VIEW-BASED-ACM-MIB): At line 0 in (none)
Cannot find module (SNMP-COMMUNITY-MIB): At line 0 in (none)
Cannot find module (UCD-DLMOD-MIB): At line 0 in (none)
Cannot find module (SNMP-FRAMEWORK-MIB): At line 0 in (none)
Cannot find module (SNMP-MPD-MIB): At line 0 in (none)
Cannot find module (SNMP-USER-BASED-SM-MIB): At line 0 in (none)
Cannot find module (SNMP-NOTIFICATION-MIB): At line 0 in (none)
Cannot find module (SNMP-TARGET-MIB): At line 0 in (none)
Cannot find module (SNMPv2-TM): At line 0 in (none)

My configure scipt (trying to build an rpm, hence the vars)
--prefix=%{_prefix} 
--with-config-file-path=%{_sysconfdir} 
--disable-debug 
--enable-pic 
--enable-shared 
--enable-inline-optimization 
$* 
--with-exec-dir=%{_bindir} 
--with-regex=system 
--with-gettext 
--with-gd 
--with-jpeg-dir=%{_prefix} 
--with-png 
--with-zlib 
--with-db2 
--with-db3 
--with-gdbm 
--enable-debugger 
--enable-magic-quotes 
--enable-safe-mode 
--enable-sockets 
--enable-sysvsem 
--enable-sysvshm 
--enable-track-vars 
--enable-yp 
--enable-ftp 
--enable-wddx 
--without-mysql 
--without-oracle 
--without-oci8 
--with-xml 
--with-openssl 
--with-snmp 
--enable-ucd-snmp-hack



---


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


-- 
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 #4587 Updated: Would like exit and die to return an int

[jeff_schnitter]

ID: 4587
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Description: Would like exit and die to return an int

Any update on this request?  Is there an existing way in the language that I can force 
a non-zero return code to be passed back to the OS?

Previous Comments:
---

[2000-05-24 21:10:44] [EMAIL PROTECTED]
I think PHP is awesome.  I am a build engineer and am going to replace all of my shell 
scripts and perl scripts with PHP.  One thing that is currently hurting me is that 
exit and die do not return a value.

If I have a makefile with a target, and I run a PHP script to build that target, I 
want the PHP script to return a value.  That way, make will behave properly.

all: target1 target2

target1:
   php -q -f script1.php

target2:
   php -q -f script2.php

If script1.php does not execute successfully, I do not want script2.php to run.

This problem isn't limited to make.  If I have stand alone scripts that are called 
from other external programs, it is extremely important to be able to pass back a 
return code.

If it causes too much of a problem to change the signature of the exit and die 
functions, I'd be perfectly happy if there was a new function that did exit with a 
return code,
ie 

int exit_rc(int value)

Thanks for your consideration and thanks for a great language!

---


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


-- 
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 extensions

[Viktors Krebss]

Dear All,
I'm new in PHP development, so , could anyone tell me
is there in PHP something like xSUB in perl  or native methods in JAVA
( interface to external native C/C++ libraries).
I have not found something like this so far, and considering to write
php extension my self. Does any one know , where can I find docs
& samples on that subject, some "HelloWorld" and so on ?
Thanks.

--

Viktors Krebss, [EMAIL PROTECTED]
DELFI Interactive, http://www.delfi.lv/
tel: +371-748, mob: +371-9243923, fax: +371-701



-- 
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 #9505 Updated: Pointer not set exception on a realloc

[amra]

ID: 9505
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Description: Pointer not set exception on a realloc



Previous Comments:
---

[2001-02-28 19:14:57] [EMAIL PROTECTED]
Got the PHP to compile and build, now I am doing some simple tests.  On initial 
invocation to PHP, I get the following exception:

Message . . . . :   Pointer not set for location referenced.   
Cause . . . . . :   A pointer was used, either directly or as a basing pointer, that 
has not been set to an address.
   
The exception was in c file zend_alloc.c, routine _erealloc().  The problem code is 
the first  line:

ZEND_API void *_erealloc(void *ptr, size_t size, int allow_failure ZEND_FILE_LINE_DC 
ZEND_FILE_LINE_ORIG_DC)
{
  zend_mem_header *p = (zend_mem_header *) ((char 
*)ptr-sizeof(zend_mem_header)-PLATFORM_PADDING);
zend_mem_header *orig = p;

DECLARE_CACHE_VARS
ALS_FETCH();

if (!ptr) {
return _emalloc(size ZEND_FILE_LINE_RELAY_CC 
ZEND_FILE_LINE_ORIG_RELAY_CC);
}
  .
  .
  .
}

The first line is referencing the pointer without checking if it is NULL.  I moved the 
first 2 lines after the if-check and it cleared up the problem.




---


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


-- 
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 #9501 Updated: variable sapi_module defined multiple places

[amra]

ID: 9501
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Problem
Description: variable sapi_module defined multiple places



Previous Comments:
---

[2001-02-28 16:12:17] [EMAIL PROTECTED]
I am attempting to create PHP CGI.  What I cannot understand is how one is suppose to 
create PHP when sapi_module is defined multiple places.  In my case, sapi_module is 
defined in main/SAPI.c and sapi/cgi/cgi_main.c.  When I try to create the program, I 
get 

"Definition supplied multiple times for symbol 'sapi_module'"

It would be nice of the truly global sapi_module (in SAPI.c) was renamed.  Or a rule 
ensuring that sapi_module in othre places, in which it is truely private, should not 
be named sapi_module.  Something to think about.

---


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


-- 
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 #9528: /home/sas/src/php4/ext/standard/url_scanner_ex.re ... permission denied

[rick]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  /home/sas/src/php4/ext/standard/url_scanner_ex.re ... permission 
denied

the following is the second line of the file 
[path-to-php]/ext/standard/url_scanner_ex.c :

#line 1 "/home/sas/src/php4/ext/standard/url_scanner_ex.re"


the line above and below are comments, and are remarked correctly for a c program with 
/*   and */

unfortunately, the gcc compiler tries to interpret the offending line that begins with 
a shell script comment symbol and pukes upon the encounter.

I'm not a programmer, but when I added the correct comments around the text and ran 
make install again, it finished neatly and without incident.

Sincerely,

Rick Dettwyler


-- 
Edit Bug report at: http://bugs.php.net/?id=9528&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 #9529: php4_module is garbled

[mike]

From: [EMAIL PROTECTED]
Operating system: redhat 6.1
PHP version:  4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description:  php4_module is garbled

After installing php-4.0.4pl1 tarball when starting Apache get the following

Syntax error on line 222 of /usr/local/apache/conf/httpd.conf:
API module structure `php4_module' in file /usr/local/apache/libexec/libphp4.so
is garbled - perhaps this is not an Apache module DSO?

Line 222 is LoadModule php4_module  libexec/libphp4.so

PHP was configured as follows...

./config --with-mysql=/usr \
> --with-apxs=/usr/local/apache/bin/apxs \
> --with-xml \
> --with-mycrypt \
> --with-gd \
> --enable-track-vars \
> --enable-magic-quotes

No errors reported during configure, make or make install.

Running ldd on libphp4.so gives...

libpam.so.0 => /lib/libpam.so.0 (0x40121000)
libdl.so.2 => /lib/libdl.so.2 (0x4012a000)
libgd.so.1 => /usr/lib/libgd.so.1 (0x4012d000)
libresolv.so.2 => /lib/libresolv.so.2 (0x40163000)
libm.so.6 => /lib/libm.so.6 (0x40172000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x4018e000)
libnsl.so.1 => /lib/libnsl.so.1 (0x401bb000)
libmysqlclient.so.6 => /usr/lib/libmysqlclient.so.6 (0x401d2000)
libc.so.6 => /lib/libc.so.6 (0x401e5000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
libz.so.1 => /usr/lib/libz.so.1 (0x402d8000)
libpthread.so.0 => /lib/libpthread.so.0 (0x402e7000)
undefined symbol: ap_block_alarms   (./libphp4.so)
undefined symbol: ap_unblock_alarms (./libphp4.so)
undefined symbol: ap_user_id(./libphp4.so)
undefined symbol: ap_server_root(./libphp4.so)
undefined symbol: ap_group_id   (./libphp4.so)
undefined symbol: ap_user_name  (./libphp4.so)
undefined symbol: top_module(./libphp4.so)
undefined symbol: ap_max_requests_per_child (./libphp4.so)
undefined symbol: ap_table_get  (./libphp4.so)
undefined symbol: ap_update_mtime   (./libphp4.so)
undefined symbol: ap_kill_timeout   (./libphp4.so)
undefined symbol: ap_uudecode   (./libphp4.so)
undefined symbol: ap_setup_client_block (./libphp4.so)
undefined symbol: ap_add_cgi_vars   (./libphp4.so)
undefined symbol: ap_getword(./libphp4.so)
undefined symbol: ap_getword_nulls_nc   (./libphp4.so)
undefined symbol: ap_destroy_sub_req(./libphp4.so)
undefined symbol: ap_pstrdup(./libphp4.so)
undefined symbol: ap_log_error  (./libphp4.so)
undefined symbol: ap_table_add  (./libphp4.so)
undefined symbol: ap_sub_req_lookup_uri (./libphp4.so)
undefined symbol: ap_run_sub_req(./libphp4.so)
undefined symbol: ap_register_cleanup   (./libphp4.so)
undefined symbol: ap_signal (./libphp4.so)
undefined symbol: ap_send_http_header   (./libphp4.so)
undefined symbol: ap_block_alarms   (./libphp4.so)
undefined symbol: ap_set_etag   (./libphp4.so)
undefined symbol: ap_rwrite (./libphp4.so)
undefined symbol: ap_table_set  (./libphp4.so)
undefined symbol: ap_get_client_block   (./libphp4.so)
undefined symbol: ap_add_version_component  (./libphp4.so)
undefined symbol: ap_hard_timeout   (./libphp4.so)
undefined symbol: ap_rflush (./libphp4.so)
undefined symbol: ap_set_last_modified  (./libphp4.so)
undefined symbol: ap_reset_timeout  (./libphp4.so)
undefined symbol: ap_unblock_alarms (./libphp4.so)
undefined symbol: ap_add_common_vars(./libphp4.so)





-- 
Edit Bug report at: http://bugs.php.net/?id=9529&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] Re: [PHP-QA] Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV]ctype function (re?)naming

[Zak Greant]

I post my suggestions later today. :)

--zak

- Original Message -
From: "Andi Gutmans" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Zak Greant" <[EMAIL PROTECTED]>; "Phil Driscoll"
<[EMAIL PROTECTED]>; "Stanislav Malyshev" <[EMAIL PROTECTED]>; "PHP
Development" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, March 02, 2001 2:55 AM
Subject: Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] RE: [PHP-QA] Re:
[PHP-DEV]ctype function (re?)naming


> We should probably just make a list of all the effected functions and see
> which ones we start fixing and which not.
> And of course it has to be a very gradual death of the old functions
> similar to the way described on the QA list a while ago about having a
> warning after a few versions and only then nuking the aliases.
> By the way, we already have some ugly aliases today which I'd love to nuke
:)
>
> But guys, there's one thing you need to remember and I've seen it in the
> past. The amount of people you think will get bitten by something this
> small is usually 10 times more than you really think :'(
>
> Andi
>
> At 09:24 PM 3/1/2001 -0700, Ron Chmara wrote:
> >Andi Gutmans wrote:
> > > It doesn't make much sense to go back and break old names and it
doesn't
> > > make lots of sense to create a zillion of aliases. I guess if there
are
> > some
> > > names which in particular need fixing because they are terrible (there
> > > might be some of these) then we should fix them on a per-function
basis.
> >
> >"zillion" is a bit hard to pin down, isn't it? :-)
> >
> >I took a swipe at figuring out the scope of the issue, and we have a
> >small mix of variants in a mostly consistent set of names. I'd say less
> >than a zillion. A bunch or so, maybe? ;-)
> >
> >If done as a "think about this when updating and editing old code"
problem,
> >the task of aliasing becomes much smaller, and much more achievable. It
> >also becomes less wasteful, as functions which aren't being actively
> >used (and thus, maintained) can atrophy gracefully, without having all
> >sorts of aliases created for a mostly unused function. (Example: Oracle
> >functions are slowly falling away, being replaced by OCI, swf functions
> >are doing a similar thing.)
> >
> > > I am for uniform names but not if it's at the price of adding a
zillion of
> > > aliases or at a price of making 50% of people's old scripts not work.
I am
> > > also very much against compile-time options because I'd expect a
script
> > > written in PHP and posted on some sites code exchange to work for
> > everybody.
> >
> >I'd definitely agree with both points, but am wondering if there's a
> >"reasonable"
> >limit on supporting old scripts. (I'd call reasonable 6 years worth of
> >code, or three major codebase rewrites).
> >
> >(Thanks for the humor Zak, it helps... I'm gonna go cry, hold onto
> >my woogie, and see if I can remember heim_unblock())
> >:-)
> >
> >-Bop
> >
> >--2D426F70|759328624|00101101011001100111
> >Personal:  [EMAIL PROTECTED], 520-326-6109, http://www.opus1.com/ron/
> >Work: [EMAIL PROTECTED], 520-546-8993, http://www.pnsinc.com/
> >The opinions expressed in this email are not necessarily those of myself,
> >my employers, or any of the other little voices in my head.
>
>


-- 
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 #9530: Apache will not start with PayFlow Pro SDK

[rcovell]

From: [EMAIL PROTECTED]
Operating system: Slackware 7.1 (2.2.16)
PHP version:  4.0.4pl1
PHP Bug Type: Compile Warning
Bug description:  Apache will not start with PayFlow Pro SDK

To reproduce:
1) ./configure --with-apxs=/usr/local/apache1317/bin/apxs
--with-mysql=/usr/local/mysql --enable-debug=no
--enable-track-vars=yes --with-gdbm --enable-ftp --with-xml
--with-curl --with-openssl --with-pfpro --with-zlib=/usr/lib

NOTE 1: I have placed the path to the pfpro lib and it did not make a difference.

NOTE 2: I have also configured it with only pfpro to verify that it was not any other 
modules and it did not make a difference.

2) make
This is the result
root@server5:/usr/local/phpApache/php-4.0.4pl1# make > make.out
pfpro.c: In function `php_if_pfpro_version':
pfpro.c:129: warning: initialization makes pointer from integer without a
cast
root@server5:/usr/local/phpApache/php-4.0.4pl1#

NOTE: I sent the output into make.out so I could just see the errors.

3) make install
4) cd to apache install dir and run configtest.  It will give the following result:
root@server5:/usr/local/phpApache/php-4.0.4pl1# ../../apache/bin/apachectl
conf
igtest
Syntax error on line 213 of /usr/local/apache1317/conf/httpd.conf:
Cannot load /usr/local/apache1317/libexec/libphp4.so into server:
/usr/local/apache1317/libexec/libphp4.so: undefined symbol: PNVersion
root@server5:/usr/local/phpApache/php-4.0.4pl1#

I believe the error is in the ext/pfpro.c code (../php-4.0.4pl1/ext/pfpro/pfpro.c)
/* {{{ proto string pfpro_version()
   Returns the version of the Payflow Pro library */
PHP_FUNCTION(pfpro_version)
{
if (ZEND_NUM_ARGS() != 0) {
WRONG_PARAM_COUNT;
}

RETURN_STRING(PNVersion(), 1);
}

I have gone in and commented out all the lines in pfpro.c and php_pfpro.h that 
referenced the pfpro version function.  Doing this and repeating the above steps 
allowed me to get apache up and running but it would seg fault at times so this is not 
a very good solution.  I have not submitted a gdb because I can't get it start without 
my commented changes.  Additionally, if I don't build it wil pfpro it configs, makes, 
and runs fine.



-- 
Edit Bug report at: http://bugs.php.net/?id=9530&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 #9531: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok

[php]

From: [EMAIL PROTECTED]
Operating system: RedHat Linux (E-Smith Server+Gateway)
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok

installed Sablot-0.51-0.i386.rpm
installed expat-1.95.0-1.i386.rpm
installed libxml2-2.3.3.tar.gz
installed mysql-3.23.33-pc-linux-gnu-i686.tar.gz

./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql 
--with-sablot
make

(everything goes well until:)

Making all in .
make[1]: Entering directory `/home/family/php-4.0.4pl1'
/bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. -I/home/
family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl
1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l
ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa
t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4
.0.4pl1/TSRM  -DXML_BYTE_ORDER=12 -g -O2   -o php -export-dynamicstub.lo
 libphp4.la
/usr/bin/ld: cannot open -lxmltok: No such file or directory
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/family/php-4.0.4pl1'
make: *** [all-recursive] Error 1


-- 
Edit Bug report at: http://bugs.php.net/?id=9531&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 #9532: with session.auto_start=1 session data is not available without session_start()

[evstatiev]

From: [EMAIL PROTECTED]
Operating system: Win NT 4.0
PHP version:  4.0.3
PHP Bug Type: IIS related
Bug description:  with session.auto_start=1 session data is not available without 
session_start()

I have to start session explicitly, alltough session.auto_start=1.


-- 
Edit Bug report at: http://bugs.php.net/?id=9532&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] pspell/aspell breaking

[Seth Northrop]

On Fri, 2 Mar 2001, PHP development @echospace wrote:

> I remember being able to compile, but not use pspell on a RH7 machine. Never had 
>time to look into it. Maybe now I will. Compile problems might be due to the fact 
>that gcc 2.96 is behaving oddly - I couldn't compile half the things with it 
>properly. Try recent egcs instead. It looks however that I can't blame compiler only 
>in your case. If you can't get it resolved, could you please submit a bug report with 
>the part of the output where compile fails (not just *that* very line, but like 50 
>preceding lines too - a larger chunk so I can see)
>>> 

Hmmm.  So, I try to recompile to reproduce the error, this time advancing
back to .12; I compile; no errors AND the module error goes away (thus,
it works great as it always had on RH6.2).

Weird.

These are the only two things I can think of.

My progression was this; get .12 (it failed to compile; (php+apache -
pspell/aspell compiled fine), read php-dev, saw there might be issues so I
reverted back to .11.2 (pspell).  It compiled, but, with the aspell module
issue.  Figured perhaps it was the most recent aspell (I had gotten
aspell-.33); so, I reverted that back to 32.6; recompiled still got aspell
module issues.  Noted that RH7 have some glibc issues (and, it had caused
some other issues with aspell/pspell); updated both glibc and gcc from
redhat (rpm updates), recompiled, still had aspell module issues with PHP.  
Finally, to replicate the compile error I went BACK to pspell .12,
recompiled, everything worked.

So, the two things I can think of is:

a) the newest aspell libraries are causing problems either in the compile
or in the aspell module loading

b) redhat's buggy glibc/gcc

the only odd thing was that I can't necessarily isolate either of these as
the cause.  But, aspell 32.6+pspell .12+updated RH glibc 2.2-12 &
gcc-2.96-69 + apache 1.3.14 + php-4.0.4pl1 works on RH 7 now.  My
inclination is that it's aspell, since, the same behavior existed with
both stock and updated glibc and gcc.
 

> 
> 
> 
> - Original Message -
> From: Seth Northrop 
> To: [EMAIL PROTECTED],[EMAIL PROTECTED]
> Sent: Thu, 1 Mar 2001 18:41:25 -0800 (PST)
> Subject: [PHP-DEV] pspell/aspell breaking 
> 
> 
> Setup:
> aspell-.32.6
> pspell-.11.2
> php-4.0.4pl1
> apache_1.3.14
> RH 7.0
> glibc 2.2-12
> gcc-2.96-69
> 
> Procedure:
> ./pspell-.11.2/configure 
> make && make install
> 
> ./aspell-.32.6/configure 
> make && make install
> 
> ./php-4.0.4pl1/configure --without-gd --with-mysql
> --with-config-file-path=/usr/local/apache/etc --enable-debug=no
> --with-pspell --with-apache=/usr/local/src/apache_1.3.14
> make && make install
> 
> ./apache_1.3.14/configure --prefix=/usr/local/apache --with-layout=GNU
> --disable-module=userdir --disable-module=include
> --activate-module=src/modules/php4/libphp4.a
> make && make install
> 
> Results in:
> Warning: PSPELL couldn't open the dictionary. reason: Unable to load the
> "aspell" module. in foo.inc on line 564
> 
> Aspell works great on the command line. Am I missing something? 
> 
> Incidently, I can't even get php to compile with pspell-.12
> 
> Ideas?
> Seth
> 
> 
> 




-- 
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] pspell/aspell breaking

[PHP development @echospace]

Thanks for the nice report - I'll know what to suggest to those who ask in the future. I've heard of somewhat similar problems with aspell on other platforms, and yet have to figure out how to work around them:(
 One thing I noticed after I replied to you: after you compile pspell and aspell, you *need* to go back to pspell and do:
cd modules
./add-modules
cd ..
make
make installldconfig -v
 
That's just the way it works. aspell is dependent on pspell, but pspell needs to know that aspell exists to work with it. Kinda like a circular dependency
 
Vlad
- Original Message -From: Seth Northrop <[EMAIL PROTECTED]>To: [EMAIL PROTECTED],[EMAIL PROTECTED]Sent: Fri, 2 Mar 2001 11:16:13 -0800 (PST)Subject: Re: [PHP-DEV] pspell/aspell breaking On Fri, 2 Mar 2001, PHP development @echospace wrote:> I remember being able to compile, but not use pspell on a RH7 machine. Never had time to look into it. Maybe now I will. Compile problems might be due to the fact that gcc 2.96 is behaving oddly - I couldn't compile half the things with it properly. Try recent egcs instead. It looks however that I can't blame compiler only in your case. If you can't get it resolved, could you please submit a bug report with the part of the output where compile fails (not just *that* very line, but like 50 preceding lines too - a larger chunk so I can see)>>> Hmmm. So, I try to recompile to reproduce the error, this time advancingback to .12; I compile; no errors AND the module error goes away (thus,it works great as it always had on RH6.2).Weird.These are the only two things I can think of.My progression was this; get .12 (it failed to compile; (php+apache -pspell/aspell compiled fine), read php-dev, saw there might be issues so Ireverted back to .11.2 (pspell). It compiled, but, with the aspell moduleissue. Figured perhaps it was the most recent aspell (I had gottenaspell-.33); so, I reverted that back to 32.6; recompiled still got aspellmodule issues. Noted that RH7 have some glibc issues (and, it had causedsome other issues with aspell/pspell); updated both glibc and gcc fromredhat (rpm updates), recompiled, still had aspell module issues with PHP. Finally, to replicate the compile error I went BACK to pspell .12,recompiled, everything worked.So, the two things I can think of is:a) the newest aspell libraries are causing problems either in the compileor in the aspell module loadingb) redhat's buggy glibc/gccthe only odd thing was that I can't necessarily isolate either of these asthe cause. But, aspell 32.6+pspell .12+updated RH glibc 2.2-12 &gcc-2.96-69 + apache 1.3.14 + php-4.0.4pl1 works on RH 7 now. Myinclination is that it's aspell, since, the same behavior existed withboth stock and updated glibc and gcc.> > > > - Original Message -> From: Seth Northrop > To: [EMAIL PROTECTED],[EMAIL PROTECTED]> Sent: Thu, 1 Mar 2001 18:41:25 -0800 (PST)> Subject: [PHP-DEV] pspell/aspell breaking > > > Setup:> aspell-.32.6> pspell-.11.2> php-4.0.4pl1> apache_1.3.14> RH 7.0> glibc 2.2-12> gcc-2.96-69> > Procedure:> ./pspell-.11.2/configure > make && make install> > ./aspell-.32.6/configure > make && make install> > ./php-4.0.4pl1/configure --without-gd --with-mysql> --with-config-file-path=/usr/local/apache/etc --enable-debug=no> --with-pspell --with-apache=/usr/local/src/apache_1.3.14> make && make install> > ./apache_1.3.14/configure --prefix=/usr/local/apache --with-layout=GNU> --disable-module=userdir --disable-module=include> --activate-module=src/modules/php4/libphp4.a> make && make install> > Results in:> Warning: PSPELL couldn't open the dictionary. reason: Unable to load the> "aspell" module. in foo.inc on line 564> > Aspell works great on the command line. Am I missing something? > > Incidently, I can't even get php to compile with pspell-.12> > Ideas?> Seth> > > -- 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]


Finally! Real applications on the web!
Free email, contacts, and file storage.
http://www.echospace.com

[PHP-DEV] PHP 4.0 Bug #9533: new_opencount[0] == 0

[kaw]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  new_opencount[0] == 0

My Apache 1.3.14 cannot start with PHP. When I disable PHP in the Apache conf files, 
everrything is OK.
When I enable PHP, Apache cannot start. In the logs I have something like:

[Sat Mar  3 00:20:26 2001] [notice] child pid 25463 exit signal Aborted (6)
apache-ssl: dl-close.c:123: _dl_close: Assertion `new_opencount[0] == 0' failed.
[Sat Mar  3 00:20:52 2001] [notice] child pid 23978 exit signal Aborted (6)
apache-ssl: dl-close.c:123: _dl_close: Assertion `new_opencount[0] == 0' failed.
[Sat Mar  3 00:21:53 2001] [notice] child pid 23789 exit signal Aborted (6)




-- 
Edit Bug report at: http://bugs.php.net/?id=9533&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 #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok

[derick]

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

AFAIK this is fixed in CVS. CAn you try the latest CVS version, or a snapshot from 
snaps.php.net and see it the problem persists?

Previous Comments:
---

[2001-03-02 16:48:33] [EMAIL PROTECTED]
installed Sablot-0.51-0.i386.rpm
installed expat-1.95.0-1.i386.rpm
installed libxml2-2.3.3.tar.gz
installed mysql-3.23.33-pc-linux-gnu-i686.tar.gz

./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql 
--with-sablot
make

(everything goes well until:)

Making all in .
make[1]: Entering directory `/home/family/php-4.0.4pl1'
/bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. -I/home/
family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl
1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l
ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa
t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4
.0.4pl1/TSRM  -DXML_BYTE_ORDER=12 -g -O2   -o php -export-dynamicstub.lo
 libphp4.la
/usr/bin/ld: cannot open -lxmltok: No such file or directory
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/family/php-4.0.4pl1'
make: *** [all-recursive] Error 1

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9531&edit=2


-- 
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] where is the source is nl2br()?

[Lucas Rockwell]

hi,

i know the subject of changing the source code for the community at large
is a touchy one, so i want to start off by saying that i want to make this
change for our php implementation for use on our site.

so, with that said, i would like to modify the nl2br() function so that it
is xhtml 1.0 compliant. can anyone tell me where in the code i can find
this function?

many thanks in advance.

-lucas


Lucas Rockwell
[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] where is the source is nl2br()?

[Lars Torben Wilson]

Lucas Rockwell writes:
> hi,
> 
> i know the subject of changing the source code for the community at large
> is a touchy one, so i want to start off by saying that i want to make this
> change for our php implementation for use on our site.
> 
> so, with that said, i would like to modify the nl2br() function so that it
> is xhtml 1.0 compliant. can anyone tell me where in the code i can find
> this function?
> 
> many thanks in advance.
> 
> -lucas
> 
> 
> Lucas Rockwell
> [EMAIL PROTECTED]

It's in ext/standard/string.c in the PHP 4 source, but it already is
XHTML compliant:

 ~/work/php4
 shanna% php -q -a
 Interactive mode enabled

 
  a test
 ?>

 ~/work/php4
 shanna% php -v
 4.0.5-dev


Cheers,

Torben


-- 
++
|Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
|http://www.coastnet.com/~torbenhttp://www.adcore.com|
|Ph: 1.604.709.0506 [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] where is the source is nl2br()?

[Lars Torben Wilson]

Lars Torben Wilson writes:
> Lucas Rockwell writes:
> > hi,
> > 
> > i know the subject of changing the source code for the community at large
> > is a touchy one, so i want to start off by saying that i want to make this
> > change for our php implementation for use on our site.
> > 
> > so, with that said, i would like to modify the nl2br() function so that it
> > is xhtml 1.0 compliant. can anyone tell me where in the code i can find
> > this function?
> > 
> > many thanks in advance.
> > 
> > -lucas
> > 
> > 
> > Lucas Rockwell
> > [EMAIL PROTECTED]
> 
> It's in ext/standard/string.c in the PHP 4 source, but it already is
> XHTML compliant:

Just following up to myself (sorry)--I just realized that this wasn't
in 4.0.4 since it was added on Dec 28 2000. Will be in 4.0.5 though.

>  ~/work/php4
>  shanna% php -q -a
>  Interactive mode enabled
> 
>echo nl2br("This is \n a test\n");
>  This is 
>   a test
>  ?>
> 
>  ~/work/php4
>  shanna% php -v
>  4.0.5-dev
> 
> 
> Cheers,
> 
> Torben
> 
> 
> -- 
> ++
> |Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
> |http://www.coastnet.com/~torbenhttp://www.adcore.com|
> |Ph: 1.604.709.0506 [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]
> 

-- 
++
|Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
|http://www.coastnet.com/~torbenhttp://www.adcore.com|
|Ph: 1.604.709.0506 [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] imagecreate function do not work

[Niraj]

Respected sir,

am usijng apache_1.3.17 with ssl support

along wit php.4.04pl1  on redhat 7.0

in older version i had this ImageCreate funtion working which we generally
used for generation of image

but in this newer version cannot generate image neither it displays any
error

any help

thanks in advance

niraj



-- 
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 #9001 Updated: Unexpected error message

[phanto]

ID: 9001
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

user error

Previous Comments:
---

[2001-03-02 07:14:58] [EMAIL PROTECTED]

I've uninstalled IIS 5.0 and replaced it with the latest version of Apache.

The code works like clockwork.

No alterations were necessary.

Seems the problem it with IIS instead of with the installation of MS Win2K or MS 
Office.


---

[2001-02-02 13:06:03] [EMAIL PROTECTED]
no feedback.

---

[2001-01-31 04:48:35] [EMAIL PROTECTED]
hmm, can you try executing your script with the php.exe on your system (without the 
webserver in the middle), maybe it has to do with the user rights of the IUSR_.

does it work with other scripting languages (e.g. perl, JScript) ?

php does nothing with the registry, imo the IUSR_ has not enough rights to do so.


harald.

---

[2001-01-31 02:12:09] [EMAIL PROTECTED]
No, that's the strange thing.
Nothing has changed in the system's registry;
No programs have been (un)installed during the time.

Is it perhaps possible that PHP erases or alters the system's registry (unknowningly) 
upon failure?
I've tested the COM objects (together with MS Word) quite a lot and not all my tests 
were quite successfull.


---

[2001-01-30 19:16:49] [EMAIL PROTECTED]
since this is a windows error message and not a php one, i can only imagine that 
there's something wrong with your office installation.

have you changed something in your registry ?

try to run the office-setup again.

harald.

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9001&edit=2


-- 
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 #8934 Updated: Execution of script aborted

[phanto]

ID: 8934
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

works fine with iis and the latest cvs version.


Previous Comments:
---

[2001-03-02 07:11:24] [EMAIL PROTECTED]

I've removed IIS 5.0 and replaced it with Apache 1.3.17; It now works like clockwork 
and w/o any alterations.

Seems my first hunch was right: The COM functions are not entirely compatible with 
IIS.

Maybe something to look into?


---

[2001-01-29 17:04:06] [EMAIL PROTECTED]
use

$word = new COM("Word.application");

or use the

com_propget, com_propput, com_invoke functions after the print command.

---

[2001-01-26 16:06:56] [EMAIL PROTECTED]
Can you elaborate some more? What exactly doesn't work then, does it crash, does it 
give you an error?

---

[2001-01-26 08:37:38] [EMAIL PROTECTED]
The example (see below) from the PHP site to do some stuff with MS Word seems 
incompatible with IIS 5.0.

//
$word=com_load("Word.application") or die("Cannot start word for you"); 
print "Loaded word version ($word->Version)n"; 
$word->visible =1 ; 
$word->Documents->Add(); 
$word->Selection->Typetext("Dit is een test"); 
$word->Documents[1]->SaveAs("burb ofzo.doc"); 
$word->Quit();
//

The same code has also been executed on (another) system runnig Win ME / Apache and 
does exactly what it's supposed to do.

Does this problem involves some kind of priviliges, not already documented?




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8934&edit=2


-- 
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 #9534: Inclusion of 'mcrypt' keeps Apache from starting

[yubby]

From: [EMAIL PROTECTED]
Operating system: Redhat 6.2
PHP version:  4.0.4pl1
PHP Bug Type: mcrypt related
Bug description:  Inclusion of 'mcrypt' keeps Apache from starting

I've been 'rebuilding' my webservers, upgrading from Apache 1.3.12 (and 
14)/PHP-4.0.3pl1/libmcrypt-2.4.5/mysql-3.22.32   to  Apache 
1.3.17/PHP-4.0.4pl1/libmcrypt-2.4.9/mysql-3.23.33

My 'single CPU' Athlon system upgraded fine,  but the 2 'dual' Pentium servers (all of 
them are running Redhat 6.2  2.2.17-14) won't start Apache if I have the 
'--with-mcrypt' inclusion in my PHP config.   Without it, everything works fine.   I 
even tried 'back-reving' libmcrypt to the old version (2.4.5, 2.4.6, 2.4.7, and 2.4.8, 
 by wiping out all of the 'libmcrypt' stuff in /usr/local/lib, and rebuilding) which 
didn't work either...

gdb reports that httpd exited normally (and that there's no 'backtrace')

My configuration looks like:
./configure \
--with-config-file-path=/usr/local/apache \
--with-mysql=/usr/local/mysql \
--with-pfpro=/usr/local/signio/linux \
--with-apxs=/usr/local/apache/bin/apxs \
--with-mcrypt   ## (this line is EVIL!!)
 
(please help me..wh)

P.S.  Though libmcrypt compiles fine either way,  I seem to remember that there might 
have been a reason to use the --disable-posix-threads option




-- 
Edit Bug report at: http://bugs.php.net/?id=9534&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] RE: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash

[Sherman Chan]

jani,
the only way I can get them works perfectly if i compile them under either
RedHat 7.0 with kernal 2.2.18 or RedHat 6.1 with kernal upgrade to 2.2.18,
also RedHat 6.2 with no kernal change, that i find out last night.  i have
no way to get it work if i compile them under redhat 6.1 with org. kernal.
anyway i resolve the issue by compile them under redhat 6.2, then
transfer the image to redhat 6.1 box, and it runs.  
i guess something must go wrong when I compile them under Redhat 6.1, grabs
the wrong code??

since I tried upgrade tke glibc on Redhat 6.1 but does not resolve the
issue.

it would be interesting to find out why.  I wounder could you give me some
idea where I can locate modf() routine, part of glibc???



thanks,
Sherman


-Original Message-
From: Jani Taskinen [mailto:[EMAIL PROTECTED]]
Sent: Saturday, 3 March 2001 2:26 AM
To: Sherman Chan
Cc: 'Bug Database'
Subject: Re: [PHP-DEV] RE: PHP 4.0 Bug #9003 Updated: mod_ssl +
php4.0.4pl1 crash


On Fri, 2 Mar 2001, Sherman Chan wrote:

>if there is nothing to do with php, could you tell me why the apache + php
+
>mod_ssl fail to start, but apache + mod_ssl starts up ok.  also the same
>configuration with php3 works ok as well.  could u  provide soe idea where
I
>should look at, like the routine to modf ().

Hmm..first you email me and say everything works ok.
And now you're saying it doesn't work?
So what did you do after getting it running ok?
Did you add something? Did you remove something???

If I could read minds I would know but unfortunately I
can not so you will have to tell me. Otherwise I can not help.

And have you installed every update from RedHat errata into your
system? There are a few of them. I would suggest that you update
it to 6.2 which seems to be the most stable release from RedHat.
I'm using it and I haven't run into this bug before.

--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-QA] ctype function (re?)naming

[Zak Greant]

Andi wrote:
> We should probably just make a list of all the effected functions and see
> which ones we start fixing and which not.

Based on Andi's suggestion of a moderate approach, I feel that the goal of
the renaming is to fix the most obvious mistakes with the least amount of
change.  If an extension does not follow the naming convention, but is
consistent internally, then we should probably leave it alone (oci for
example).

We probably should correct function names in the non-core extensions that
are not consistent with the other functions in the extension (like informix,
pdf, postgres, etc..)  In my opinion, having names like pdf_endpath,
pdf_end_page, pdf_setmiterlimit, pdf_setrgbcolor_fill and
pdf_set_border_color in the same extension is just silly. In some cases, we
should probably even make a name *inconsistent* with the standard if it is
the oddball in an extension.

Based on these ideas, my criteria for suggesting broken function names was
this.

If a function name is:
 - inconsistent with the other names in the extension
and/or
 - very, very inconsistent with another similar function names
and/or
 - does not follow the naming convention and was added in 4.0.4 or is not
documented.

Notes: I may have missed one or two odd names here and there...

--zak

AOLSERVER
getallheaders

APACHE
apache_child_terminate
apache_lookup_uri
apache_note
getallheaders
virtual

APACHE2FILTER
apache_lookup_uri
apache_sub_req
get_all_headers -> getallheaders (Inconsistent with getallheaders in
aolserver + apache)

ARRAY
array
array_count_values
array_diff
array_flip
array_intersect
array_keys
array_merge
array_merge_recursive
array_multisort -> array_multi_sort
array_pad
array_pop
array_push
array_rand
array_reverse
array_shift
array_slice
array_splice
array_unique
array_unshift
array_values
array_walk
arsort
asort
compact
count
current
each
end
extract
in_array
array_search
key
krsort
ksort
list
natsort
natcasesort
next
pos
prev
range
reset
rsort
shuffle
sizeof
sort
uasort
uksort
usort

ASPELL
aspell_check
aspell_check_raw
aspell_new
aspell_suggest

BC
bcadd
bccomp
bcdiv
bcmod
bcmul
bcpow
bcscale
bcsqrt
bcsub

BZ2 (Added 4.0.4)
bzclose -> bz_close
bzcompress -> bz_compress
bzdecompress -> bz_decompress
bzerrno -> bz_errno
bzerror -> bz_error
bzerrstr -> bz_errstr
bzflush -> bz_flsuh
bzopen -> bz_open
bzread -> bz_read
bzwrite -> bz_write

CALENDAR
easter_date
easter_days
frenchtojd
gregoriantojd
jddayofweek
jdmonthname
jdtofrench
jdtogregorian
jdtojewish
jdtojulian
jdtounix
jewishtojd
juliantojd
unixtojd

CCVS
ccvs_add
ccvs_auth
ccvs_command
ccvs_count
ccvs_delete
ccvs_done
ccvs_init
ccvs_lookup
ccvs_new
ccvs_report
ccvs_return
ccvs_reverse
ccvs_sale
ccvs_status
ccvs_textvalue
ccvs_void
cv_add
cv_auth
cv_command
cv_count
cv_delete
cv_done
cv_init
cv_lookup
cv_new
cv_report
cv_return
cv_reverse
cv_sale
cv_status
cv_textvalue
cv_void

COM
com_get
com_invoke
com_load
com_propget
com_propput
com_propset
com_set

CPDF
cpdf_add_annotation
cpdf_add_outline
cpdf_arc
cpdf_begin_text
cpdf_circle
cpdf_clip
cpdf_close
cpdf_closepath
cpdf_closepath_fill_stroke
cpdf_closepath_stroke
cpdf_continue_text
cpdf_curveto
cpdf_end_text
cpdf_fill
cpdf_fill_stroke
cpdf_finalize
cpdf_finalize_page
cpdf_global_set_document_limits
cpdf_import_jpeg
cpdf_lineto
cpdf_moveto
cpdf_newpath
cpdf_open
cpdf_output_buffer
cpdf_page_init
cpdf_place_inline_image
cpdf_rect
cpdf_restore
cpdf_rlineto
cpdf_rmoveto
cpdf_rotate
cpdf_rotate_text
cpdf_save
cpdf_save_to_file
cpdf_scale
cpdf_setdash
cpdf_setflat
cpdf_setgray
cpdf_setgray_fill
cpdf_setgray_stroke
cpdf_setlinecap
cpdf_setlinejoin
cpdf_setlinewidth
cpdf_setmiterlimit
cpdf_setrgbcolor
cpdf_setrgbcolor_fill
cpdf_setrgbcolor_stroke
cpdf_set_action_url
cpdf_set_char_spacing
cpdf_set_creator
cpdf_set_current_page
cpdf_set_font
cpdf_set_horiz_scaling
cpdf_set_keywords
cpdf_set_leading
cpdf_set_page_animation
cpdf_set_subject
cpdf_set_text_matrix
cpdf_set_text_pos
cpdf_set_text_rendering
cpdf_set_text_rise
cpdf_set_title
cpdf_set_viewer_preferences
cpdf_set_word_spacing
cpdf_show
cpdf_show_xy
cpdf_stringwidth
cpdf_stroke
cpdf_text
cpdf_translate

CRACK
crack_check
crack_closedict
crack_getlastmessage
crack_opendict

CTYPE
ctype_alnum
ctype_alpha
ctype_cntrl
ctype_digit
ctype_graph
ctype_lower
ctype_print
ctype_punct
ctype_space
ctype_upper
ctype_xdigit

CURL
curl_close
curl_errno
curl_error
curl_exec
curl_getinfo
curl_init
curl_setopt
curl_version

CYBERCASH
cybercash_base64_decode
cybercash_base64_encode
cybercash_decr
cybercash_encr

DB
dblist
dbmclose
dbmdelete
dbmexists
dbmfetch
dbmfirstkey
dbminsert
dbmnextkey
dbmopen
dbmreplace

DBA
dba_close
dba_delete
dba_exists
dba_fetch
dba_firstkey
dba_insert
dba_nextkey
dba_open
dba_optimize
dba_popen
dba_replace
dba_sync

DBASE
dbase_add_record
dbase_close
dbase_create
dbase_delete_record
dbase_get_record
dbase_get_record_with_names
dbase_numfields
dbase_numrecords
dbase_open
dbase_pack
dbase_replace_record

DOMXML
domxml_add_root
domxml_attributes
domxml

[PHP-DEV] php.ini distribution

[Sebastian Bergmann]

  I just commited a patch that removed the configuration options for the
debugger, that never(?) existed in PHP 4, namely

- debugger.host
- debugger.port
- debugger.enabled

  I hope this was okay.

  Now, what about the discussion we had some time ago about removing
php.ini-optimized and add a php.ini-recommended (and yet another version,
but I can't remember)?

  Just curious,
Sebastian

-- 
 sebastian bergmann e-mail :  [EMAIL PROTECTED]
  homepage :  http://www.sebastian-bergmann.de
   make a gift : http://wishlist.sebastian-bergmann.de
 measure the usability of your web application -> http://phpOpenTracker.de

-- 
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]