Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-30 Thread Stig Sæther Bakken

[Walter Franzini [EMAIL PROTECTED]]
 [sorry, my English is bad]
 
 Zeev Suraski [EMAIL PROTECTED] writes:
 
 [...]
 
  Why?  Whatever extension you use on your box, put them in the php.ini.
  dl() is never a better option.
 
  Zeev
 
 An example not solvable using php.ini:
 
 At SysNet, we access dbms only with odbc_* functions using (for
 different apps on the same server) solid and IBMdb2.
 
 We compile ext/odbc/php_odbc.c as solid.so and ibmdb2.so and load the
 right module using dl ().  Using php.ini is not feasible because this
 lead to multiple function definition.
 
 I think a similar situation may arise with multiple xslt backend, they
 must export the same API but could provide different features (or
 bugs) so you must use xslt1 for app1 and xslt2 for app2.
 
 Please don't drop dl () :-)

Shane Caraveo did some work on the ODBC module to solve this once, by
using macros for all potentially clashing symbols in the ext/odbc
source.  It's not there anymore though, and that's mostly my fault.  I
guess we could go back to that model.

 - Stig

-- 
  Stig Sæther Bakken [EMAIL PROTECTED]
  Fast Search  Transfer ASA, Trondheim, Norway

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] [TOPIC CHANGE] OBDC SQLColumns patch...

2001-08-30 Thread Walter Franzini

Dan Kalowsky [EMAIL PROTECTED] writes:

 Was Zend/zend_alloc.c Patch discussion..

 Topic change to reflect the discussion direction change...

Thanks for your interest.


 Before I even look at this patch for the ODBC section a few questions.

I think that the patch can be useful also with other db.  It just try
to allocate a reasonable amount of memeory.

SQLColAttributes can return a very big number if you ask for
DISPLAY_SIZE of a LONG VARCHAR (or similar type) and I try to allocate only
min (longreadlen, displaysize) bytes.


 1) what version of Solid?

SOLID Embedded Engine - v.03.00.0051 (Linux ix86 MT)

Ciao
-- 
Walter Franzini, e-mail: [EMAIL PROTECTED]
SysNet, Via Digione 8, 27100 Pavia - Italy


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13052: Empty $key in mcrypt_generic_init causes segmentation fault

2001-08-30 Thread naomi

From: [EMAIL PROTECTED]
Operating system: GNU 1.0.3
PHP version:  4.0.6
PHP Bug Type: mcrypt related
Bug description:  Empty $key in mcrypt_generic_init causes segmentation fault

Calling mcrypt_generic_init with an empty $key causes a segmentation fault
in Apache. Obviously $key should not be empty, but errors will be made, so
perhaps a parse error could be generated in this event rather than a
crash.

Example Code
?php
//Open encryption module
$td = mcrypt_module_open (MCRYPT_ARCFOUR, , MCRYPT_MODE_STREAM, );
srand ((double) microtime() * 100);
$iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND);

//Encrypt data
$data = message;
mcrypt_generic_init($td, $key, $iv);//HERE IS THE PROBLEM
$encrypted_data = mcrypt_generic ($td, $data);
mcrypt_generic_end ($td);
?
-- 
Edit bug report at: http://bugs.php.net/?id=13052edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13053: oci8 error, this kill oracle-prosseces in the oracle-instance.

2001-08-30 Thread jsun

From: [EMAIL PROTECTED]
Operating system: sun solaris 64 bits
PHP version:  4.0.6
PHP Bug Type: OCI8 related
Bug description:  oci8 error, this kill oracle-prosseces in the oracle-instance.

Oci statement faild:

My error is: 
Warning: OCISessionBegin: ORA-24327: need explicit attach before
authenticating a user 

and 

Supplied argument is not a valid OCI8-Connection resource 

and

some rollback error as well.

regards

Jan Arve

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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13054: Perl script running as root when starting it with system()!!

2001-08-30 Thread geert

From: [EMAIL PROTECTED]
Operating system: Linux (RedHat 7.1)
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Perl script running as root when starting it with system()!!

Hi,

Apache is running as 'apache' user in group 'www-data', started by root
(ofcourse). (version 1.3.20)
Perl script is a distribution script copying files with scp. Keys are
located in the home directory of apache user.
PHP configured without a php.ini (thus default apply). Apache and PHP were
compiled from source.
I'm php developers since the early beginning, and now almost fulltime PHP
programmer.

Now!
system(/usr/local/bin/distributer.pl $audioid $newfilename
2/tmp/distributor.log 12 );

This should distributed files to our fileservers. But rather than running
as apache-user (where the ssh keys are) it runs as root!!! I never, in all
these years, saw this! I'm pretty unsure if this is true or if this can
be?
I would like to here it is a missconfiguration of mine..
The logs of my Perl script show:

  Starting distribution as user root

The fact that it runs as 'root' compromises my security stuff and the
project will not work..

Just tell me i'm wrong and this can't be true.. Or is this the way things
are done? ;p


Geert

PS: i'm submitting this in a hury and didn't search possible submittes.
call it panic.
-- 
Edit bug report at: http://bugs.php.net/?id=13054edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13055: When GetImgSize/ ImageSX invoked - errroneous error msg

2001-08-30 Thread mal

From: [EMAIL PROTECTED]
Operating system: Win98SE  UNIX
PHP version:  4.0.6
PHP Bug Type: *Graphics related
Bug description:  When GetImgSize/ ImageSX invoked - errroneous error msg

I have isolated the problem domain in the following script. Required files
are below it. Assuming you have a db created, the script duly INSERTs.
Remove the comments from //$size... and I get this error,No Database
selected, and yet you can $db1-getdb(); to simultaneously echo the db
chosen. I tried ImageSX hoping to find a way round, but alasI'm here
with a bug report.

?
require (config.ini);
require (mysqldb.obj);

$img_path = C:\Program Files\Apache
Group\Apache\htdocs\img\images\marked\image6.png;
//$size= GetImageSize($img_path);

$db1 = new mysqldb();
$db1-setsql(INSERT INTO images 
(img_desc,img_fname,img_fsize,img_ftype,
img_xval,img_yval,img_tn_grp,img_cat,
img_angle,img_admit,img_up_date) 
VALUES 
(\$img_desc\,\$image_fname\,\$uploaded_image_size\,
\$uploaded_image_type\,\$img_xval\,\$img_yval\,
\$img_tn_grp\,\$img_cat\,\$img_angle\,\N\,\$img_up_date\)
); 

if(!$db1-deladdmod()){echo $db1-err ;exit;}


// 

?

config file
**


?

// FILE PATHS

$C_image_fpath  = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\uploads\\orig\\;
$C_thumb_fpath  = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\uploads\\thumbs\\;
// archive paths
$C_image_fpathA = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\archive\\orig\\;
$C_thumb_fpathA = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\archive\\thumbs\\;


// DATABASE

$C_host = localhost;
$C_db   = photo;
$C_username = ;
$C_password = ;

$C_table1   =images;
$C_table2   =author;
$C_table3   =archive;

//  # MAPS in grid

$C_map_num  = 9;


// makemap.obj

$MARKER_RGB = array (array(red,255,0,0),
 array(blue,0,0,255));
$MARKER_FONT= ARIAL.TTF;
$MARKER_FONT_SIZE   = 10;
$MARKER_TYPE= array (  , #164;);



// IMG FILES - supported file types and max upload fsize

$C_img_types=   .jpg/.jpeg;
$C_max_fsize=   200;
$C_max_fsize_bytes  =   204800;

// SITE

$C_site_name= PEAKAROUND;
$C_site_title   = BTHE SAWDS GALLERY#153;/B;
$C_site_title_txt   = THE SAWDS GALLERY;
//$C_nav_back   =   ;
$C_faq_txt  = Please refer to the HELP pages.;


// MAIL

$C_mail_admin   = [EMAIL PROTECTED];
$C_mail_from= [EMAIL PROTECTED];
$C_mail_feedback= [EMAIL PROTECTED];


// LOGIC

$C_true = 1;
$C_false= 0;

?

mysqldb.obj

?

class mysqldb 
{

var $host;
var $db;
var $dbuser;
var $dbpassword;
var $sql;
var $numberrows;
var $dbopenstatus;
var $dbconnection;
var $err;
var $qry;

// Property Get  Set

function gethost() {
return $this-dbhost;
}

function sethost($req_host) {
$this-dbhost = $req_host;

}

function getdb() {
return $this-db;
}

function setdb($req_db) {
$this-db = $req_db;
}

function getdbuser() {
return $this-dbuser;
}

function setdbuser($req_user) {
$this-dbuser = $req_user;
}

function getdbpassword() {
return $this-dbpassword;
}

function setdbpassword($req_password) {
$this-dbpassword = $req_password;
}

function getsql() {
return $this-sql;
}

function setsql($req_sql) {
$this-sql = $req_sql;
}

function getnumberrows() {
return $this-numberrows;
}

function setnumberrows($req_numberresults) {
$this-numberrows = $req_numberresults;
}

[PHP-DEV] ¤»¤d¤»¦Ê¸Uµ§¥þ¥@¬É³Ì·sEmail¦W³æ

2001-08-30 Thread applebit


   ¤»¤d¤»¦Ê¸Uµ§¥þ¥@¬É³Ì·sEmail¦W³æ

§Ú¦³¤»¤d¤»¦Ê¸Uµ§¥þ¥@¬É³Ì·sEmail¦W³æ¡A

§A¥i¥H¦bªá¶O·¥¤Öªº±¡§Î¤U¡A±µÄ²¨ì¥þ¥@¬É¤»¤d¤»¦Ê¸U¤H¡I

³o¨Ç³£¬O³Ì·sªº¦a§}¡A¬O§Ú¦bºô¸ô¤W¡A¦³¨t²Î¦a¦¬¶°¤U¨Óªº¡A

¸g¹L³nÅé´ú¸Õ¡A¥u«O¯d¦³®Ä¦a§}¡A¨ÃºÉ¶q§â¤£Ä@¦¬«HªÌ±Æ°£¡C

¤w¸g¹L²Î­p¾ã²z¡B±Æ§Ç¡A©Ò¥H³o¨Ç¦a§}¨S¦³¤@­Ó¬O­«½Æªº¡I¡I¡I

¥i¥H¥ß§Y¤W¤â¨Ï¥Î¡I¡I¡I

³o¤»¤d¤»¦Ê¸U­Ó¦a§}¡A¥H¤å¦rÀ£ÁYÀɪº¤è¦¡¡A

¦¬¶°¦b¤@¤ùCD¤¤¡A¤è«K­«½Æ¤@¦Aªº¨Ï¥Î¡C½Ð§´¬°«O¦s¡C

¬°¸`¬Ù¹q¤l°Ó°ÈªÌ¤§¦¬¶°®É¶¡¡A

§ÚÄ@·N¥H NT$3000¤¸¤À¨É¡C


 ¤À¨É±M½u
 
 ¹q¸Ü¡G   02-27548587
 ¤j­ô¤j¡G   0927161901
 
   


 








-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13045 Updated: PHP crashes when it can't find the *.exe or other binary specified within ``'s

2001-08-30 Thread sander

ID: 13045
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Windows ME (kernel 4.9.3000)
PHP Version: 4.0.6
New Comment:

Reproduced with Windows 2000 Professional, PHP-4.0.6 and Apache 1.3.20 (running PHP as 
an Apache module).

A simple script:
?php
echo `c:\crashtest.exe`;
?
If you run PHP from te commandline, the following output IS generated:
Warning: Unable to execute 'c:\crashtest.exe' in crashtest.php on line 2

Changing the backslash to \\ or / has no effect.

On Linux (tested with Debian, Potato), trying to execute a non-existant file produces 
no output, and no error... strange...

Previous Comments:


[2001-08-29 17:11:20] [EMAIL PROTECTED]

also note: using Apache 1.3.20 Win32



[2001-08-29 17:10:06] [EMAIL PROTECTED]

using `proname -option -etc` (where progname is any executable, such as PING) in PHP, 
you can run a program and parse it's output with a PHP script

on Windows 9x, when the program isn't found (either a bad link or it just plain 
doesn't exist), PHP crashes.

I can reproduce this error on Windows ME, kernel 4.9.3000 (the final release of win ME 
-- not a beta or anything goofy like that)





Edit this bug report at http://bugs.php.net/?id=13045edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12995 Updated: Failed opening ... in Unknown on line 0

2001-08-30 Thread se

ID: 12995
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: SuSE Linux 7.2
PHP Version: 4.0.6
New Comment:

We found out, that this errors only happen when the server runs on a load above 1.0 .

Previous Comments:


[2001-08-28 07:04:30] [EMAIL PROTECTED]

I get this warning:
Warning: Failed opening 'path_to_a_script' for inclusion 
(include_path='.:/path/to/a/include/directory') in Unknown on line 0

Sometimes everything works fine, sometimes don't - without changing anything in the 
php.ini or httpd.conf . A few days ago I updated from php4.0.4 to php4.0.6 and after 
that the problems begann. 
All parameters in 4.0.6 are the same than in 4.0.4.

Do you need more informations?

Bye,
Sascha Emondts





Edit this bug report at http://bugs.php.net/?id=12995edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13056: creating pdf file the file not reading doc file

2001-08-30 Thread kedar222

From: [EMAIL PROTECTED]
Operating system: windows
PHP version:  4.0.6
PHP Bug Type: *PDF functions
Bug description:  creating pdf file the file not reading doc file

i am creating pdf files . 
fgets () not able to read .doc files

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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13057: An error in ingres_fetch_object() function

2001-08-30 Thread V . Bulov

From: [EMAIL PROTECTED]
Operating system: Linux  Mandrake 7.2
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  An error  in ingres_fetch_object()  function

An error  due to 2 databases connect ion  at the same time 
in functuion   ingres_fetch_object() , but all okey
in function  ingres_fetch_row()
?php 
$lin0 = ingres_connect (v16,v16,test9);
   ??   
$lin1 = ingres_connect (kpl,kpl,kpl  );
   ?
?// ## DO NOT WORK 
   ??  
ingres_query (select * from m01 where id = 87,$lin0);
   ??   
while ($row = ingres_fetch_object($lin0)) {
   ??  
printf (/%s|%5.5d|%32.32s|/p,++$i,$row-id,$row-dir);   
??   
}  
   ??   
ingres_query (select * from m01 where id = 55,$lin1);
   ??   
while ($row = ingres_fetch_object($lin1)) {
   ??  
printf (/%s|%5.5d|%32.32s|/p,++$i,$row-id,$row-dir);   
??   
}  
   ??
 / / ## WORK   
??   
ingres_query (select * from m01 where id = 87,$lin0);
   ??   
while ($row = ingres_fetch_row($lin0)) {   
   ??  
print ( /$row[1] $row[2] $row[3] $row[4] $row[5] $row[6]/p); 
??   
   }   
  ??   
ingres_query (select * from m01 where id = 55,$lin1);
   ??   
while ($row = ingres_fetch_row($lin1)) {   
   ??  
print ( /$row[1] $row[2] $row[3] $row[4] $row[5] $row[6]/p); 
   ??   
} 
?
?  ?
-- 
Edit bug report at: http://bugs.php.net/?id=13057edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13058: opendir fails on remote folders with apache as a service

2001-08-30 Thread nicolas_toniazzi

From: [EMAIL PROTECTED]
Operating system: WindowsNT
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  opendir fails on remote folders with apache as a service

I'm using php, apache and mysql from EasyPHP 1.5 with windowsNT.
When launching the servers as services, the opendir command fails with
remote folders : opendir(//machine/folder); returning an errno 22
error.
When running the servers normally, everything goes well (as far as I
tried).
-- 
Edit bug report at: http://bugs.php.net/?id=13058edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] [PATCH] for Bug #13052: Empty $key in mcrypt_generic_init causes segmentationfault

2001-08-30 Thread Alexander Wirtz

There's is a check on the max keysize, but no check, if the keysize is
larger than 0. So the simple patch I attached to this mail should hopefully
be sufficient.

Regards,
Alexander

-- 
| Alexander Wirtz   | eMail: [EMAIL PROTECTED]|
| web@ctive GmbH| WWW:   http://www.web-active.com/  |


--- mcrypt.orig.c   Thu Aug 30 14:01:36 2001
+++ mcrypt.cThu Aug 30 14:07:35 2001
@@ -465,6 +465,11 @@
iv_s = emalloc (iv_size + 1);
memset (iv_s, 0, iv_size + 1);
 
+   if(Z_STRLEN_PP(key) == 0) {
+   sprintf (dummy, key size too small);
+   php_error (E_ERROR, dummy);
+   RETURN_FALSE;
+   }
if (Z_STRLEN_PP(key)  max_key_size) {
sprintf (dummy, key size too large; supplied length: %d, max: %d, 
Z_STRLEN_PP(key), max_key_size);



-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]


[PHP-DEV] Bug #13038 Updated: Cookie Error in Net/Curl.php

2001-08-30 Thread olaf

ID: 13038
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: HTTP related
Operating System: all
PHP Version: 4.0.6
New Comment:

line 319:   
$ret = curl_setopt($ch, CURLOPT_COOKIE, $cookie_data);   
may cause a warning, if cookies is an empty array.   
Better:   
if(!empty($cookie_data){   
 $ret = curl_setopt($ch, CURLOPT_COOKIE, $cookie_data);   }


Previous Comments:


[2001-08-29 13:26:03] [EMAIL PROTECTED]

In Curl.php around line 316 multiple cookies are concatenated with newline. Shold be 
semicolon:
if (isset($this-cookies)) {
  foreach ($this-cookies as $name = $value) {
  $cookie_data .= urlencode($name) . :  .\ urlencode($value);
 $cookie_data .= ;; // This is correct, before it was \n
}






Edit this bug report at http://bugs.php.net/?id=13038edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




RE: [PHP-DEV] Bug #13039: $submit (form) variable doesn't work

2001-08-30 Thread Emanuel Dejanu

Try

if(!isset($submit) {
... //display the form
} else {
 // process the form
...
}

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, August 29, 2001 8:49 PM
 To: [EMAIL PROTECTED]
 Subject: [PHP-DEV] Bug #13039: $submit (form) variable doesn't work
 
 
 From: [EMAIL PROTECTED]
 Operating system: Windows 2000
 PHP version:  4.0.6
 PHP Bug Type: Arrays related
 Bug description:  $submit (form) variable doesn't work
 
 I have a problem with a page that writes a form on page. What 
 is unusual
 though is that it tries to identify if the form has been 
 submitted or not.
 The script I am basing my work on is presumably made for an older PHP
 version. And I cant get it my version 4.06 on IIS 5.0 (win2k) to work.
 
 
 
 Any ideas??
 
 
 
 if(!$submit)
 
 {
 
 // form not yet submitted, display form
 
 
 
 form action=? echo $PHP_SELF; ? method=post
 
 p
 
 ul
 
 liwith skills matching the keywords
 
 input type=text name=skills size=35
 
 /ul
 
 center
 
 input type=submit name=submit value=Search
 
 /center
 
 /form
 
 ?
 
 }
 
 else
 
 {
 -- 
 Edit bug report at: http://bugs.php.net/?id=13039edit=1
 
 
 -- 
 PHP Development Mailing List http://www.php.net/
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: 
 [EMAIL PROTECTED]
 


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12245 Updated: gettype(true true) returns integer!

2001-08-30 Thread jeroen

ID: 12245
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Variables related
Operating System: Solaris
PHP Version: 4.0.6
Assigned To: jeroen
New Comment:

Fixed in 4.0.7

Previous Comments:


[2001-08-19 05:14:03] [EMAIL PROTECTED]

added missing 'Assign To:' info.




[2001-08-08 19:12:05] [EMAIL PROTECTED]

KISS example:

var_dump(TRUE || TRUE) - int(1)
var_dump(FALSE  FALSE) - int(0)

Patch awaiting to be committed, will be fixed in 4.0.7





[2001-07-19 05:56:38] [EMAIL PROTECTED]

The  operator (and ||) returns an integer value even when both arguments are 
boolean. Thus the following code:

function is_true($val)
{
   return (is_bool($val)  $val);
}

echo (is_true(true) ? 'T' : 'F'),\n;
echo (is_true(is_true(true)) ? 'T' : 'F'),\n;

gives

T
F

-- Nick







Edit this bug report at http://bugs.php.net/?id=12245edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13056 Updated: creating pdf file the file not reading doc file

2001-08-30 Thread dbeu

ID: 13056
Updated by: dbeu
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *PDF functions
Operating System: windows
PHP Version: 4.0.6
New Comment:

far to less info

Previous Comments:


[2001-08-30 07:14:29] [EMAIL PROTECTED]

i am creating pdf files . 
fgets () not able to read .doc files






Edit this bug report at http://bugs.php.net/?id=13056edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13028 Updated: bug with empty Class Constructors

2001-08-30 Thread dbeu

ID: 13028
Updated by: dbeu
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Win2000
PHP Version: 4.0.6
New Comment:

be a bit more precise...
what do you mean with have had problems instanciating classes and the class does 
not become properly instanciated ?

Previous Comments:


[2001-08-29 09:12:26] [EMAIL PROTECTED]

I have had problems instanciating classes that have empty constructors defined. (PHP 
4.05, win2000)

if a class has a constructor defined it seems that a (any) variable of that class must 
be set inside the constructor ot the class does not become properly instanciated. 
If there is no Constructor then this problem does not exist.

eg1, this works:
  class Foo   
  {
var $a;

function Foo()
{
  $a = 1;
}
  }

eg2, this does not work

  class Foo   
  {
var $a;

function Foo()
{
  //empty constructor
}
  }

eg3, this works

class Foo   
  {
var $a;

//no constructor defined

  }





Edit this bug report at http://bugs.php.net/?id=13028edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Re: Bug #13028 Updated: bug with empty Class Constructors

2001-08-30 Thread KR

The class will become instanciated but if you try to call a method from it
PHP says you are calling a method of an undefined class

- Original Message -
From: Bug Database [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 30, 2001 2:49 PM
Subject: Bug #13028 Updated: bug with empty Class Constructors


 ID: 13028
 Updated by: dbeu
 Reported By: [EMAIL PROTECTED]
 Old Status: Open
 Status: Feedback
 Bug Type: Scripting Engine problem
 Operating System: Win2000
 PHP Version: 4.0.6
 New Comment:

 be a bit more precise...
 what do you mean with have had problems instanciating classes and the
class does not become properly instanciated ?

 Previous Comments:
 

 [2001-08-29 09:12:26] [EMAIL PROTECTED]

 I have had problems instanciating classes that have empty constructors
defined. (PHP 4.05, win2000)

 if a class has a constructor defined it seems that a (any) variable of
that class must be set inside the constructor ot the class does not become
properly instanciated.
 If there is no Constructor then this problem does not exist.

 eg1, this works:
   class Foo
   {
 var $a;

 function Foo()
 {
   $a = 1;
 }
   }

 eg2, this does not work

   class Foo
   {
 var $a;

 function Foo()
 {
   //empty constructor
 }
   }

 eg3, this works

 class Foo
   {
 var $a;

 //no constructor defined

   }

 



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



-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13058 Updated: opendir fails on remote folders with apache as a service

2001-08-30 Thread dbeu

ID: 13058
Updated by: dbeu
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Apache related
Operating System: WindowsNT
PHP Version: 4.0.6
New Comment:

have you setup proper access permissions?
are you using the module or the cgi?
if the webserver starts as service it will most likly run under SYSTEM, otherwise as 
the currently logged on user.

Previous Comments:


[2001-08-30 08:02:18] [EMAIL PROTECTED]

I'm using php, apache and mysql from EasyPHP 1.5 with windowsNT.
When launching the servers as services, the opendir command fails with remote folders 
: opendir(//machine/folder); returning an errno 22 error.
When running the servers normally, everything goes well (as far as I tried).





Edit this bug report at http://bugs.php.net/?id=13058edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13045 Updated: PHP crashes when it can't find the *.exe or other binary specified within ``'s

2001-08-30 Thread dbeu

ID: 13045
Updated by: dbeu
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Windows ME (kernel 4.9.3000)
PHP Version: 4.0.6
New Comment:

this should be fixed in 4.0.7rc1, please try 
http://www.php4win.com/~daniel/php-4.0.7rc1-win32.zip
reopen if the problem still occurs.

Previous Comments:


[2001-08-30 06:48:27] [EMAIL PROTECTED]

Reproduced with Windows 2000 Professional, PHP-4.0.6 and Apache 1.3.20 (running PHP as 
an Apache module).

A simple script:
?php
echo `c:\crashtest.exe`;
?
If you run PHP from te commandline, the following output IS generated:
Warning: Unable to execute 'c:\crashtest.exe' in crashtest.php on line 2

Changing the backslash to \\ or / has no effect.

On Linux (tested with Debian, Potato), trying to execute a non-existant file produces 
no output, and no error... strange...



[2001-08-29 17:11:20] [EMAIL PROTECTED]

also note: using Apache 1.3.20 Win32



[2001-08-29 17:10:06] [EMAIL PROTECTED]

using `proname -option -etc` (where progname is any executable, such as PING) in PHP, 
you can run a program and parse it's output with a PHP script

on Windows 9x, when the program isn't found (either a bad link or it just plain 
doesn't exist), PHP crashes.

I can reproduce this error on Windows ME, kernel 4.9.3000 (the final release of win ME 
-- not a beta or anything goofy like that)





Edit this bug report at http://bugs.php.net/?id=13045edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13003 Updated: array-pointer set in a closs-contruktor becomes reset

2001-08-30 Thread dbeu

ID: 13003
Updated by: dbeu
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Arrays related
Operating System: Win 2000
PHP Version: 4.0.6
New Comment:

unable to reproduce under 4.0.7-dev.
try http://www.php4win.com/~daniel/php-4.0.7rc1-win32.zip

Previous Comments:


[2001-08-28 10:09:18] [EMAIL PROTECTED]

?php

/*
 * seams to be a bug
 *
 * array-position set in the constructor moves back to 1 ??!!
 */

class bug {
var $arr;
function bug() {
$this-arr = array(1,2,3,4,5);
reset($this-arr);
next($this-arr);
next($this-arr); // set to 3. element
echo current() set to  . current($this-arr) .  in 
constructorbr;
}
function show() {
echo current($this-arr) . br;;
}
}

$o = new bug();
echo current() should still be 3 but is  . current($o-arr) . br; // back on 1. 
element ??!!
$o-show(); // the same

?






Edit this bug report at http://bugs.php.net/?id=13003edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13058 Updated: opendir fails on remote folders with apache as a service

2001-08-30 Thread nicolas_toniazzi

ID: 13058
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Apache related
Operating System: WindowsNT
PHP Version: 4.0.6
New Comment:

I'm sorry, I read the doc but still don't understand the differences between module 
and cgi...
I simply use the default setup given with EasyPHP 1.5.
When I noticed the problem, I had all the rights I had ever dreamed of (in fact, I 
could read from and write to the folder). If the problem came from permissions, 
wouldn't the error say something about it? I read from users who had those problems 
with IIS.

Previous Comments:


[2001-08-30 08:57:38] [EMAIL PROTECTED]

have you setup proper access permissions?
are you using the module or the cgi?
if the webserver starts as service it will most likly run under SYSTEM, otherwise as 
the currently logged on user.



[2001-08-30 08:02:18] [EMAIL PROTECTED]

I'm using php, apache and mysql from EasyPHP 1.5 with windowsNT.
When launching the servers as services, the opendir command fails with remote folders 
: opendir(//machine/folder); returning an errno 22 error.
When running the servers normally, everything goes well (as far as I tried).





Edit this bug report at http://bugs.php.net/?id=13058edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12943 Updated: Under new Apache, warning about compile..

2001-08-30 Thread dbeu

ID: 12943
Updated by: dbeu
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: *General Issues
Operating System: Win32
PHP Version: 4.0.6
New Comment:

patched apache builds aren't supported, you need to either cuild the module yourself, 
or use the build provided at php4win.com (php4apache-eapi.dll)

Previous Comments:


[2001-08-24 06:01:09] [EMAIL PROTECTED]

Date of report: 24 Aug 2001
Config:
Apache 1.3.20 (Latest release)
Win32
PHP 4.0.6

*Note* Current and future Apache releases will use .so extension on moduals 
(php4apache.dll is renamed php4apache.so)

Upon exacution of Apache, Apache warns:

[warn] Loaded DSO c:/pathtodll/php4apache.so uses plain Apache 1.3 API, this modual 
might crash under EAPI! (Please recompile it with -DEAPI)

I would like to obtain a re-compiled PHP modual that more supports EAPI please.  I 
will watch php.net for updates.





Edit this bug report at http://bugs.php.net/?id=12943edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13052 Updated: Empty $key in mcrypt_generic_init causes segmentation fault

2001-08-30 Thread derick

ID: 13052
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: mcrypt related
Operating System: GNU 1.0.3
PHP Version: 4.0.6
Old Assigned To: 
Assigned To: derick


Edit this bug report at http://bugs.php.net/?id=13052edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13031 Updated: Segmentation Fault core dump on apache start

2001-08-30 Thread sniper

ID: 13031
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Bogus
Bug Type: Apache related
Operating System: Aix 4.3.3
PHP Version: 4.0.6
New Comment:

submitted twice: #13033

Previous Comments:


[2001-08-29 09:52:52] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot:

http://snaps.php.net/ 



[2001-08-29 09:50:49] [EMAIL PROTECTED]

tried installing PHP-4.0.6 on anr rs/6000 with aix 4.3.3
using gcc 2.95.3.

I have apache 1.3.20 installed dso support
mod ssl is installed
I have mysql installed and working
I also have Jrun installed and working.

i use

./configure \
--with-apxs=/usr/local/apache/bin/apxs
--with-mysql=/usr/local/mysql
--prefix=/usr/local/php

it configures ok
makes ok 
and make install ok 
(i have tried make and gnumake)
when i have the
 LoadModule php4_modulelibexec/libphp4.so
line in place i get the seg fault

Ive tried the latest version from snaps and it won't make the libphp4.so file

the segfault i get isreading symbolic information ...
[using memory image in core]

Segmentation fault in php_if_apache_lookup_uri at 0xd0c47fe4 ($t1)
0xd0c47fe4 (php_if_apache_lookup_uri+0x554) 800clwz   r0,0x0(r12)
 



any help much appreciated






Edit this bug report at http://bugs.php.net/?id=13031edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13033 Updated: egmentation Fault core dump on apache start

2001-08-30 Thread sniper

ID: 13033
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Apache related
Operating System: aix 4.3.3
PHP Version: 4.0.6
New Comment:

And how did you configure / compile Apache?
It seems to be a bit broken..


Previous Comments:


[2001-08-29 10:43:31] [EMAIL PROTECTED]

sorry didn't put password on bud 13031 so got to repeat to update
[2001-08-29 09:50:49] [EMAIL PROTECTED]

tried installing PHP-4.0.6 on anr rs/6000 with aix 4.3.3
using gcc 2.95.3.

I have apache 1.3.20 installed dso support
mod ssl is installed
I have mysql installed and working
I also have Jrun installed and working.

i use

./configure \
--with-apxs=/usr/local/apache/bin/apxs
--with-mysql=/usr/local/mysql
--prefix=/usr/local/php

it configures ok
makes ok 
and make install ok 
(i have tried make and gnumake)
when i have the
 LoadModule php4_modulelibexec/libphp4.so
line in place i get the seg fault

Ive tried the latest version from snaps and it won't make the libphp4.so file

the segfault i get isreading symbolic information ...
[using memory image in core]

Segmentation fault in php_if_apache_lookup_uri at 0xd0c47fe4 ($t1)
0xd0c47fe4 (php_if_apache_lookup_uri+0x554) 800clwz   r0,0x0(r12)
 



any help much appreciated

[2001-08-29 09:52:52] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot:

http://snaps.php.net/ 


Have tried latest froms snaps  php4-200108290735.tar.gz
now i get the same ass bug#11716
Target install is up to date.
Making install in .
/usr/inst/phpsource/php4-200108290735/build/shtool mkdir -p 
/usr/local/apache/libexec  /usr/local/apache/bin/apxs -S LIB
EXECDIR=/usr/local/apache/libexec -i -a -n php4 libs/libphp4.so
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
cp: libs/libphp4.so: A file or directory in the path name does not exist.
apxs:Break: Command failed with rc=1
make: 1254-004 The error code from the last command is 1.


Stop.
make: 1254-004 The error code from the last command is 1.






Edit this bug report at http://bugs.php.net/?id=13033edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13027 Updated: Bug still not fixed?

2001-08-30 Thread sniper

ID: 13027
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Old Bug Type: Compile Failure
Bug Type: FDF related
Operating System: FreeBSD 4.2
PHP Version: 4.0.5
New Comment:

You seem to have the FDFtk libs in two places,
under /usr and under /usr/local. Which one 
has the correct libs? Also, you should be using PHP 4.0.6.

--Jani


Previous Comments:


[2001-08-29 11:01:07] [EMAIL PROTECTED]

make --with=apxs=/usr/sbin/apxs --with-fdftk

checking for fdftk support... yes
checking for fdftk in default path... found in /usr/local
found in /usr
checking for FDFOpen in -lFdfTk... no
configure: error: fdftk module requires fdftk 2.0





[2001-08-29 10:03:39] [EMAIL PROTECTED]

make --with=apxs=/usr/sbin/apxs --with-fdftk

checking for fdftk support... yes
checking for fdftk in default path... found in /usr/local
found in /usr
checking for FDFOpen in -lFdfTk... no
configure: error: fdftk module requires fdftk 2.0





[2001-08-29 09:31:12] [EMAIL PROTECTED]

Well, what exactly doesn't work? What errors do you get?
What was the configure line used?

--Jani




[2001-08-29 09:06:40] [EMAIL PROTECTED]

http://www.php.net/bugs.php?id=10170

Hello,

this problem still exists in 4.0.5 or 4.0.6
getting from the FreeBSD port-collection (updated via CVS).

Could you give us some help?

regards, Martin





Edit this bug report at http://bugs.php.net/?id=13027edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] [PATCH] for Bug #13052: Empty $key in mcrypt_generic_initcauses segmentation fault

2001-08-30 Thread derick

On Thu, 30 Aug 2001, Alexander Wirtz wrote:

 There's is a check on the max keysize, but no check, if the keysize is
 larger than 0. So the simple patch I attached to this mail should hopefully
 be sufficient.

While your idea is ok, the patch is not. You simply return from the
function without freeing already allocated memory. I assigned this bug to
myself now, and will make a patch.

Derick

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13034 Updated: Apache segfaults when acessing certain scripts

2001-08-30 Thread sniper

ID: 13034
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0.
PHP Version: 4.0.6
New Comment:

What was the script used to generate that backtrace?
Also, could you try and check if this happens with
latest CVS snapshot: http://snaps.php.net/


Previous Comments:


[2001-08-29 12:11:09] [EMAIL PROTECTED]

here is the core dump (i managed it with the cgi version):
so the error isn't anymore apache related i guess - i'll move the type...

/*note: this error comes while loading the symbols --- 

(before i started the actual backtrace
*/

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
231 vfprintf.c: No such file or directory.

/*after the bt command it follows endlessly...

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
#1  0x40380432 in _IO_vsprintf (string=0x8cd4bb4 'Z' repeats 19 times, 
\204Ì\217**, format=0x816a2f3 %ld, args=0xbf8005e8)
at iovsprintf.c:47
#2  0x4036ccb7 in sprintf (s=0x8cd4bb4 'Z' repeats 19 times, \204Ì\217**, 
format=0x816a2f3 %ld) at sprintf.c:38
#3  0x810f7e5 in _convert_to_string (op=0xbf800980, __zend_filename=0x816a51d 
zend.c, __zend_lineno=154) at zend_operators.c:442
#4  0x8115517 in zend_make_printable_zval (expr=0x8cd4b14, expr_copy=0xbf800980, 
use_copy=0xbf800998) at zend.c:154
#5  0x814fe98 in execute (op_array=0x8295b08) at ./zend_execute.c:1365
#6  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#7  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#8  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#9  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#10 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#11 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#12 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#13 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544

..


daniel



[2001-08-29 11:43:48] [EMAIL PROTECTED]

hello,

i am using apache 1.3.20 with php-4.0.6
since my update to the 1.3.20 i have strange segmentation faults when i access some 
scripts.
error_log:
[notice] child pid 9707 exit signal Segmentation fault (11)

PLEASE NOTICE:
i have also tryed it with the latest development snapshot - the same

here is my configuration: 
'./configure' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-debug' 
'--with-apxs' '--disable-debug' '--enable-discard-path' '--with-exec-dir=/usr/bin' 
'--with-regex=system' '--with-gettext' '--with-gd=shared' '--with-jpeg-dir=/usr' 
'--with-png' '--with-zlib' '--with-db2' '--with-db3' '--with-gdbm' 
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sysvsem' '--enable-sysvshm' 
'--enable-track-vars' '--enable-yp' '--enable-ftp' '--with-mysql=/usr' 
'--without-oracle' '--without-oci8' '--with-recode' '--with-xml'

i have allready tryed to disable things like xml or regex or recode - the same...

here is a short demo script to reproduce the error:

?
$ar = array(hund,katze,schwein,kuh,kamel);

function ar1($ar)
{
reset($ar);
foreach($ar as $key = $val)
{
if($val != kuh)
{
echo f1 $key = $valbr;
}
else
{
ar2($ar);
}
}
}

function ar2($ar)
{
foreach($ar as $key=$val)
{   
if($val==kuh)
{
echo f2 $key = $valbr;
}
else
{
ar1($ar);
}
} 
}

ar1($ar);
?

infortunately apache refuses to produce a core dump in this case

please help
daniel





Edit this bug report at http://bugs.php.net/?id=13034edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13036 Updated: Error compiling php-4.0.6 with oracle 8.1.6 and iplanet

2001-08-30 Thread sniper

ID: 13036
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Old Bug Type: *Compile Issues
Bug Type: Compile Failure
Operating System: SunOS 5.6
PHP Version: 4.0.6
New Comment:

This should be fixed in CVS. Please try the latest CVS
snapshot from http://snaps.php.net/


Previous Comments:


[2001-08-29 12:18:07] [EMAIL PROTECTED]

Hello,

We are trying to use php4.0.6 + oracle 8.1.6 + iplanet on SunOS 5.6.

Here is the configure sentence :
./configure 
--with-oracle=/opt/oracle/product/8.1.6 
--with-oci8=/opt/oracle/product/8.1.6 
--with-nsapi=/opt/netscape/server4 
--enable-track-vars 
--without-mysql

This outputs some warning but ends ok.


make outputs many warnings and last page is :
Making all in .
/bin/sh /appl/netscape/php/php-4.0.6/libtool --silent --mode=compile cc  -I. 
-I/appl/netscape/php/php-4.0.6/ -I/appl/netscape/php/php-4.0.6/main 
-I/appl/netscape/php/php-4.0.6
 -I/opt/netscape/server4/plugins/include -I/appl/netscape/php/php-4.0.6/Zend 
-I/opt/oracle/product/8.1.6/rdbms/public -I/opt/oracle/product/8.1.6/rdbms/demo 
-I/opt/oracle/prod
uct/8.1.6/network/public -I/appl/netscape/php/php-4.0.6/ext/xml/expat/xmltok 
-I/appl/netscape/php/php-4.0.6/ext/xml/expat/xmlparse 
-I/appl/netscape/php/php-4.0.6/TSRM  -D_POSI
X_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 
-DXML_BYTE_ORDER=21 -I../TSRM -g -mt  -c stub.c
stub.c, line 2: warning: empty translation unit
/bin/sh /appl/netscape/php/php-4.0.6/libtool --silent --mode=link cc  -I. 
-I/appl/netscape/php/php-4.0.6/ -I/appl/netscape/php/php-4.0.6/main 
-I/appl/netscape/php/php-4.0.6 -I
/opt/netscape/server4/plugins/include -I/appl/netscape/php/php-4.0.6/Zend 
-I/opt/oracle/product/8.1.6/rdbms/public -I/opt/oracle/product/8.1.6/rdbms/demo 
-I/opt/oracle/product
/8.1.6/network/public -I/appl/netscape/php/php-4.0.6/ext/xml/expat/xmltok 
-I/appl/netscape/php/php-4.0.6/ext/xml/expat/xmlparse 
-I/appl/netscape/php/php-4.0.6/TSRM  -D_POSIX_P
THREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 
-DXML_BYTE_ORDER=21 -I../TSRM -g -mt   -o libphp4.la -rpath 
/appl/netscape/php/php-4.0.6/libs -avoid-ve
rsion -L/usr/ucblib -L/opt/oracle/product/8.1.6/lib  -R /usr/ucblib -R 
/opt/oracle/product/8.1.6/lib stub.lo  Zend/libZend.la  sapi/nsapi/libsapi.la  
main/libmain.la  regex/li
bregex.la  ext/oci8/liboci8.la ext/oracle/liboracle.la ext/pcre/libpcre.la 
ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la 
ext/xml/libxml.la  TSRM/
libtsrm.la -lpam -lC -ldl -lsched -ldl -lgen -lsocket -lnsl -lsched -ldl -lgen 
-lsocket -lnsl -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lclntsh 
-lclntsh
ld: fatal: symbol `__0fJstrstreamDstrv' is multiply defined:
(file Zend/.libs/libZend.al(zend_language_scanner_cc.lo) and file 
Zend/.libs/libZend.al(zend_ini_scanner_cc.lo));
ld: fatal: symbol `__0fKostrstreamGpcountv' is multiply defined:
(file Zend/.libs/libZend.al(zend_language_scanner_cc.lo) and file 
Zend/.libs/libZend.al(zend_ini_scanner_cc.lo));
ld: fatal: symbol `__0fKostrstreamDstrv' is multiply defined:
(file Zend/.libs/libZend.al(zend_language_scanner_cc.lo) and file 
Zend/.libs/libZend.al(zend_ini_scanner_cc.lo));
ld: fatal: symbol `__0fNstrstreambaseFrdbufv' is multiply defined:
(file Zend/.libs/libZend.al(zend_language_scanner_cc.lo) and file 
Zend/.libs/libZend.al(zend_ini_scanner_cc.lo));
ld: fatal: symbol `__0fUunsafe_strstreambaseFrdbufv' is multiply defined:
(file Zend/.libs/libZend.al(zend_language_scanner_cc.lo) and file 
Zend/.libs/libZend.al(zend_ini_scanner_cc.lo));
ld: fatal: symbol `__0fMstrstreambufIisfrozenv' is multiply defined:
(file Zend/.libs/libZend.al(zend_language_scanner_cc.lo) and file 
Zend/.libs/libZend.al(zend_ini_scanner_cc.lo));
ld: fatal: symbol `__0fMstrstreambufRisfrozen_unlockedv' is multiply defined:
(file Zend/.libs/libZend.al(zend_language_scanner_cc.lo) and file 
Zend/.libs/libZend.al(zend_ini_scanner_cc.lo));
ld: fatal: symbol `__0fLstdiostreamFrdbufv' is multiply defined:
(file Zend/.libs/libZend.al(zend_language_scanner_cc.lo) and file 
Zend/.libs/libZend.al(zend_ini_scanner_cc.lo));
ld: fatal: symbol `__0fIstdiobufJstdiofilev' is multiply defined:
(file Zend/.libs/libZend.al(zend_language_scanner_cc.lo) and file 
Zend/.libs/libZend.al(zend_ini_scanner_cc.lo));
ld: fatal: library -lC: not found
ld: fatal: library -lC: not found
ld: fatal: File processing errors. No output written to .libs/libphp4.so
*** Error code 1
make: Fatal error: Command failed for target `libphp4.la'
Current working directory /appl/netscape/php/php-4.0.6
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
_:/appl/netscape/php/php-4.0.6


Can you help us on that ?

Thank you.

Best regards,

Fontana Renato

[PHP-DEV] Bug #13037 Updated: commandline option -c does not work

2001-08-30 Thread sniper

ID: 13037
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *Configuration Issues
Operating System: linux
PHP Version: 4.0.6
New Comment:

I can not reproduce this with latest CVS.
Please try the latest snapshot: http://snaps.php.net/


Previous Comments:


[2001-08-29 12:58:28] [EMAIL PROTECTED]

The standalone PHP interpreter does not honour the -c commandline option:

ls -l /JobsAdverts/Config/php.ini 
-rw-r--r--   1 schwenke users 206 Sep 26  2000 /JobsAdverts/Config/php.ini

$strace -e open ./php -c /JobsAdverts/Config -f test
...
open(./php.ini, O_RDONLY) = -1 ENOENT (No such file or directory)
open(/etc/php.ini, O_RDONLY)  = -1 ENOENT (No such file or directory)
... (no more tries to open php.ini)

./php -v
4.0.6






Edit this bug report at http://bugs.php.net/?id=13037edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12368 Updated: Regexp limit the string size

2001-08-30 Thread sander

ID: 12368
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Regexps related
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:

Unable to reproduce, see the following code:
?php
$string = str_repeat(0, 1).abc.str_repeat(0, 1);
echo ereg(abc, $string)?true:false;
?
Returns true.

Can you post a snippet of your code?

Previous Comments:


[2001-07-25 11:51:09] [EMAIL PROTECTED]

hi

I used the regexp functions (ereg and eregi) to split a file in blocks, the delimiters 
are somthing like:
!-- BEGIN BLOCK: main --
!-- END BLOCK: main --

but the split operation failt if the file size is bigger then (aproximative value) 11k

So, this is a bug or this was already specified in some place?

Stefan
 






Edit this bug report at http://bugs.php.net/?id=12368edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13050 Updated: Crashes Cyrus mail servers

2001-08-30 Thread sniper

ID: 13050
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IMAP related
Operating System: BSDi 4.2 on i386
PHP Version: 4.0.6
New Comment:

Could you please try the latest IMAP-2001:

ftp://ftp.cac.washington.edu/imap/imap-2001.BETA.SNAP-0108291901.tar.Z

There was a bug in imap_status() which caused this kind of
crash. But that one is now fixed.


Previous Comments:


[2001-08-30 01:26:35] [EMAIL PROTECTED]

Use of the php IMAP fuctions on BSDi webserver with Apache against a cyrus server on 
BSDi 4.2 will eventually cause the mail server to hang, forcing a hard reboot.

This has been experenced running IMP and Jawmail, two popular OSS webmail packages 
which do not exibit this behaviour on other platforms.

This has been tested with the c-client versions 2000 and 4.7, and with Cyrus 2.0.15 
and 2.0.16

It has also been tested with php 4.0.4pl1 and php 4.0.6

At this time, I am unable to determine if the issue is with the c-client or with PHP.





Edit this bug report at http://bugs.php.net/?id=13050edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13051 Updated: odbc_num_rows fuction returns -1

2001-08-30 Thread sniper

ID: 13051
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Old Bug Type: *Database Functions
Bug Type: ODBC related
Operating System: windows
PHP Version: 4.0.6
New Comment:

Please ask support questions on the mailing lists:

http://php.net/support.php


Previous Comments:


[2001-08-30 01:53:54] [EMAIL PROTECTED]

in odbc conectivety iam geing -1 rows







Edit this bug report at http://bugs.php.net/?id=13051edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #3219 Updated: GDTTF error

2001-08-30 Thread sander

ID: 3219
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Suspended
Status: Closed
Bug Type: Feature/Change Request
Operating System: Redhat Linux 6.1
PHP Version: 4.0 Beta 3
Assigned To: markonen
New Comment:

AFAIK, FreeType is far out of beta, and is working great with PHP4. Closed.

Previous Comments:


[2000-10-14 15:49:04] [EMAIL PROTECTED]

The latest status is that the FreeType 2 API has freezed 
and development work is now possible. The new API is 
a significant improvement overt the old 1.x API and 
being able to utilize its features in PHP would be great. 
However, it is also significantly different, and supporting 
it would constitute a complete rewrite of the TTF code.

The new FreeType version includes a new rasterizer 
which is capable of producing either 1-bit or 8-bit 
(256-shade) type. The latter is *very* visually pleasing, 
but does not really fit into our current 8-bit imaging 
backend (gd).

Based on these developments, I don't see a need to 
hack FreeType 2 support into the current gd-based 
architecture. I see it as a part of a more complete 
imaging overhaul. I reclassify this as a Feature/Change 
Request -- the FreeType 2 distribution contains 
instructions on how to work with FreeType 1.x host 
apps (like PHP).



[2000-10-13 21:42:10] [EMAIL PROTECTED]

I put this on suspend. Freetype2 is still beta. 
(although they claim having RC on their site..) 

--Jani



[2000-07-29 15:18:43] [EMAIL PROTECTED]

what´s the progress here?



[2000-02-23 14:25:12] [EMAIL PROTECTED]

Open - Analyzed



[2000-02-19 12:32:18] [EMAIL PROTECTED]

There are known problems with using FreeType 2 with PHP4 at this time. As a 
workaround, you can revert to FreeType 1.3 or rename FreeType 2's truetype.h header 
file to freetype.h and libfreetype.a to libttf.a.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=3219


Edit this bug report at http://bugs.php.net/?id=3219edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13060: allow_url_fopen = On disables safe_mode UID check

2001-08-30 Thread admin

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: *Configuration Issues
Bug description:  allow_url_fopen = On disables safe_mode UID check

When I turn off allow_url_fopen in php.ini the safe_mode UID check seems to
be disabled. 

With allow_url_fopen = on an include(/etc/passwd) returns the following
error:

The script whose uid is 1 is not allowed to access /etc/passwd owned
by uid 0

after I've changed the settings to allow_url_fopen = off the inclusion
works fine, so there is no way to prevent customers from including external
files and local system files.
-- 
Edit bug report at: http://bugs.php.net/?id=13060edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13061: connection-timeout doesn't work

2001-08-30 Thread bastian

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.18
PHP version:  4.0.6
PHP Bug Type: Sockets related
Bug description:  connection-timeout doesn't work

I have the same problem using php and linux.

Here is my Code:

$server = www.microsoft.com;
$start = time();
$fp=fsockopen($server,111,$errno,$errstr,30);
echo time()-$start.\n;

Being executed with php as binary (cgi) on the commandline

Cause on www.microsoft.com there no port 111 open, the connection can't
succeed, but php should stop the connection-attempt after 30s (the
timeout). It's doesn't, it always waits 789s. The is pretty annoying.


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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #9564 Updated: wrong increment nrdels in PS_GC_FUNC(mm)

2001-08-30 Thread eiji

ID: 9564
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Session related
Operating System: Any
PHP Version: 4.0 Latest CVS (05/03/2001)
New Comment:

Thank you for fixed this bug at revision 1.21 (19th July 2001).


Previous Comments:


[2001-03-16 17:39:23] [EMAIL PROTECTED]

Thanks for your report. The specific code was changed in the past and was not affected 
by that bug anymore.



[2001-03-05 11:25:15] [EMAIL PROTECTED]

It's wrong increment nrdels in PS_GC_FUNC(mm)

'*nrdels++' incremnts nrdels as pointer,
but nrdels is allocated on the stack in php_session_start(PSLS_D).

This is a patch for a local copy of my repositry,

--- mod_mm.c2001/01/13 10:54:33 1.1.1.2
+++ mod_mm.c2001/03/05 16:11:46
@@ -333,7 +333,7 @@
ps_mm_debug(looking at %s\n, sd-key);
if ((now - sd-ctime)  maxlifetime) {
ps_sd_destroy(data, sd);
-   *nrdels++;
+   (*nrdels)++;
}
}






Edit this bug report at http://bugs.php.net/?id=9564edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13062: session_unset() causes Apache child process to segfault

2001-08-30 Thread mgriego

From: [EMAIL PROTECTED]
Operating system: RH7.1
PHP version:  4.0.6
PHP Bug Type: Session related
Bug description:  session_unset() causes Apache child process to segfault

When using session_unset on a page where no session variables have been
set, session_unset causes the apache child process to segfault.  I'm using
Apache 1.3.20 with PHP 4.0.6.  I've taken out the session_unset call and am
just using session_destroy now, but I would think that session_unset should
gracefully return even if there are no set session variables.  It seems to
do this even on a page where I just set the session variables, and they
haven't been saved yet. (IE, start a new session, register a session
variable, then call session_unset all on the same page causes segfault).

My PHP configure looks like this:
./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl
--enable-calendar --enable-ftp --with-gd --with-imap --with-kerberos
--with-imap-ssl --with-ldap --with-mysql --with-pgsql --with-mm
--enable-sockets --enable-sysvshm --enable-wddx

I'm using the MM session handler instead of files.
-- 
Edit bug report at: http://bugs.php.net/?id=13062edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13061 Updated: connection-timeout doesn't work

2001-08-30 Thread bastian

ID: 13061
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sockets related
Operating System: Linux 2.2.18
PHP Version: 4.0.6
New Comment:

Sorry, I forgot to note, that i used no configure-options.

Previous Comments:


[2001-08-30 11:23:01] [EMAIL PROTECTED]

I have the same problem using php and linux.

Here is my Code:

$server = www.microsoft.com;
$start = time();
$fp=fsockopen($server,111,$errno,$errstr,30);
echo time()-$start.\n;

Being executed with php as binary (cgi) on the commandline

Cause on www.microsoft.com there no port 111 open, the connection can't succeed, but 
php should stop the connection-attempt after 30s (the timeout). It's doesn't, it 
always waits 789s. The is pretty annoying.







Edit this bug report at http://bugs.php.net/?id=13061edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13063: pclose() failed. (2: unknown early startup error)

2001-08-30 Thread davincho

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version:  4.0.6
PHP Bug Type: iPlanet related
Bug description:  pclose() failed. (2: unknown early startup error)

When I start the web server, I have a [https-tr.terra]: pclose() failed.
(2: unknown early startup error) message

I installed php 4.0.6 with Oracle 8.1.7 support and Netscape Enterprise
3.6SP2.

First, I had more error messages, So I added the path for LD_LIBRARY_PATH
in the start file, and I also added Oracle lib path in the start file.

Now I just have the pclose() failed message, and no other error message.
The Web Server just won't start.

I change the obj.conf and myme.types as documentation say.

Any idea ?

Finally i down the version to php-4.0.4pl1 and don't have any problem. 

With php4.0.6 the libphp4.so size is major what the php4.04pl1.

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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13055 Updated: When GetImgSize/ ImageSX invoked - errroneous error msg

2001-08-30 Thread sniper

ID: 13055
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Old Bug Type: *Graphics related
Bug Type: GetImageSize related
Operating System: Win98SE  UNIX
PHP Version: 4.0.6
New Comment:

What is the error message you get? 
And please add a SHORT standalone example script
which does not depend on databases.

--Jani


Previous Comments:


[2001-08-30 06:23:00] [EMAIL PROTECTED]

I have isolated the problem domain in the following script. Required files are below 
it. Assuming you have a db created, the script duly INSERTs. Remove the comments from 
//$size... and I get this error,No Database selected, and yet you can $db1-getdb(); 
to simultaneously echo the db chosen. I tried ImageSX hoping to find a way round, but 
alasI'm here with a bug report.

?
require (config.ini);
require (mysqldb.obj);

$img_path = C:\Program Files\Apache 
Group\Apache\htdocs\img\images\marked\image6.png;
//$size= GetImageSize($img_path);

$db1 = new mysqldb();
$db1-setsql(INSERT INTO images 
(img_desc,img_fname,img_fsize,img_ftype,
img_xval,img_yval,img_tn_grp,img_cat,
img_angle,img_admit,img_up_date) 
VALUES 
(\$img_desc\,\$image_fname\,\$uploaded_image_size\,
\$uploaded_image_type\,\$img_xval\,\$img_yval\,
\$img_tn_grp\,\$img_cat\,\$img_angle\,\N\,\$img_up_date\)
); 

if(!$db1-deladdmod()){echo $db1-err ;exit;}


// 

?

config file
**


?

// FILE PATHS

$C_image_fpath  = C:\\Program Files\\Apache 
Group\\Apache\\htdocs\\img\\images\\uploads\\orig\\;
$C_thumb_fpath  = C:\\Program Files\\Apache 
Group\\Apache\\htdocs\\img\\images\\uploads\\thumbs\\;
// archive paths
$C_image_fpathA = C:\\Program Files\\Apache 
Group\\Apache\\htdocs\\img\\images\\archive\\orig\\;
$C_thumb_fpathA = C:\\Program Files\\Apache 
Group\\Apache\\htdocs\\img\\images\\archive\\thumbs\\;


// DATABASE

$C_host = localhost;
$C_db   = photo;
$C_username = ;
$C_password = ;

$C_table1   =images;
$C_table2   =author;
$C_table3   =archive;

//  # MAPS in grid

$C_map_num  = 9;


// makemap.obj

$MARKER_RGB = array (array(red,255,0,0),
 array(blue,0,0,255));
$MARKER_FONT= ARIAL.TTF;
$MARKER_FONT_SIZE   = 10;
$MARKER_TYPE= array (  , #164;);



// IMG FILES - supported file types and max upload fsize

$C_img_types=   .jpg/.jpeg;
$C_max_fsize=   200;
$C_max_fsize_bytes  =   204800;

// SITE

$C_site_name= PEAKAROUND;
$C_site_title   = BTHE SAWDS GALLERY#153;/B;
$C_site_title_txt   = THE SAWDS GALLERY;
//$C_nav_back   =   ;
$C_faq_txt  = Please refer to the HELP pages.;


// MAIL

$C_mail_admin   = [EMAIL PROTECTED];
$C_mail_from= [EMAIL PROTECTED];
$C_mail_feedback= [EMAIL PROTECTED];


// LOGIC

$C_true = 1;
$C_false= 0;

?

mysqldb.obj

?

class mysqldb 
{

var $host;
var $db;
var $dbuser;
var $dbpassword;
var $sql;
var $numberrows;
var $dbopenstatus;
var $dbconnection;
var $err;
var $qry;

// Property Get  Set

function gethost() {
return $this-dbhost;
}

function sethost($req_host) {
$this-dbhost = $req_host;

}

function getdb() {
return $this-db;
}

function setdb($req_db) {
$this-db = $req_db;
}

function getdbuser() {
return $this-dbuser;
}

function setdbuser($req_user) {
$this-dbuser = $req_user;
}

function getdbpassword() {
return $this-dbpassword;
}

function setdbpassword($req_password) {
$this-dbpassword = $req_password;
}

function getsql() {
return $this-sql;
}

function setsql($req_sql) {
$this-sql = $req_sql;
}

[PHP-DEV] Bug #12943 Updated: Under new Apache, warning about compile..

2001-08-30 Thread andrew

ID: 12943
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: *General Issues
Operating System: Win32
PHP Version: 4.0.6
New Comment:


1) There was no links to php4win.com at php.net so
I had no idea it exisisted.

2) php.net appeared to be supporting Win32 ports of PHP, so I assumed php.net would 
also be supporting the latest releases of Apache, as they did in the past.



Previous Comments:


[2001-08-30 09:22:31] [EMAIL PROTECTED]

patched apache builds aren't supported, you need to either cuild the module yourself, 
or use the build provided at php4win.com (php4apache-eapi.dll)



[2001-08-24 06:01:09] [EMAIL PROTECTED]

Date of report: 24 Aug 2001
Config:
Apache 1.3.20 (Latest release)
Win32
PHP 4.0.6

*Note* Current and future Apache releases will use .so extension on moduals 
(php4apache.dll is renamed php4apache.so)

Upon exacution of Apache, Apache warns:

[warn] Loaded DSO c:/pathtodll/php4apache.so uses plain Apache 1.3 API, this modual 
might crash under EAPI! (Please recompile it with -DEAPI)

I would like to obtain a re-compiled PHP modual that more supports EAPI please.  I 
will watch php.net for updates.





Edit this bug report at http://bugs.php.net/?id=12943edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13056 Updated: creating pdf file the file not reading doc file

2001-08-30 Thread sniper

ID: 13056
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *PDF functions
Operating System: windows
PHP Version: 4.0.6
New Comment:

ask support questions on the mailing lists:

http://php.net/support.php

hint: RTFM too, http://www.php.net/fopen
And notice the 'rb' -- b as in _binary_


Previous Comments:


[2001-08-30 08:45:29] [EMAIL PROTECTED]

far to less info



[2001-08-30 07:14:29] [EMAIL PROTECTED]

i am creating pdf files . 
fgets () not able to read .doc files






Edit this bug report at http://bugs.php.net/?id=13056edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13064: Apache 1.3.9 won't load libphp4.so when sablot built with expat

2001-08-30 Thread abantly

From: [EMAIL PROTECTED]
Operating system: Red Hat 7.0 on Alpha
PHP version:  4.0.6
PHP Bug Type: Dynamic loading
Bug description:  Apache 1.3.9 won't load libphp4.so when sablot built with expat

./configure --with-apxs=/usr/local/apache/bin/apxs --with-sablot

Also, expat and sablot were dl'd from sourceforge; configured and installed
with ./configure ..., so that i could use sablot as a DSO.

/usr/local/apache/bin/apachectl start

The error message is:
Cannot load /usr/local/apache/libexec/libphp4.so into server:
libexpat.so.0: cannot open shared object file: No such file or directory.

PHP 4.0.6 was working fine in Apache 1.3.9 until I re-installed php with
sablot.  Any ideas?
-- 
Edit bug report at: http://bugs.php.net/?id=13064edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12368 Updated: Regexp limit the string size

2001-08-30 Thread stefanbocskai

ID: 12368
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Regexps related
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:

Hi and thanks for your interrest!

Here is an example to ilustrate my problem! I'm not sure if is a memory problem or a 
bug.

I copyed and adapted a part of my source:

?php
$LEN=5000;   //-- is not working
//$LEN=1000; //-- is working

// creating a long string containg a sub block
$BlockTemplate=str_repeat(0, $LEN).!-- BEGIN BLOCK: abc --.str_repeat(I, 
$LEN).!-- END BLOCK: abc --.str_repeat(0, $LEN);
$BLOCKS=array();

function _createChildren_(){
global $BlockTemplate,$BLOCKS; 
$part=[a-z,0-9,\_]*;
$_start_tag_ = !--;
$_end_tag_  = --;
$_begin_block_ = BEGIN[[:blank:]]*BLOCK:;
$_end_block_  = END[[:blank:]]*BLOCK:;

// creating pattern ...
$patern_begin   = 
$_start_tag_.[[:blank:]]*.$_begin_block_.[[:blank:]]*(.$part.)[[:blank:]]*.$_end_tag_;

$patern_end1= $_start_tag_.[[:blank:]]*.$_end_block_.[[:blank:]]*;
$patern_end2= [[:blank:]]*.$_end_tag_;

while 
((eregi((.$patern_begin.)(.*)$,$BlockTemplate,$res))(eregi(^((.*).$patern_end1.$res[2].$patern_end2.),
 $res[3], $res2))){
//  now $res2[2] is the content of the new block
//  and $res[2] is the name ...
// colecting in $BLOCKS the block contain if was found
$BLOCKS[$res[2]] = $res2[2]; 
$patern = $res[1].$res2[1];
$BlockTemplate = str_replace($patern,{ABC..$res[2].}, 
$BlockTemplate);
}//while

}

//the following will extract all chlidren block from text ...
_createChildren_();

//if the block was found will be printed
echo --.$BLOCKS[abc].--;


?


This problem apears only on php4.0.4pl1

Thanks for your collaboration!
Stefan

Previous Comments:


[2001-08-30 10:54:10] [EMAIL PROTECTED]

Unable to reproduce, see the following code:
?php
$string = str_repeat(0, 1).abc.str_repeat(0, 1);
echo ereg(abc, $string)?true:false;
?
Returns true.

Can you post a snippet of your code?



[2001-07-25 11:51:09] [EMAIL PROTECTED]

hi

I used the regexp functions (ereg and eregi) to split a file in blocks, the delimiters 
are somthing like:
!-- BEGIN BLOCK: main --
!-- END BLOCK: main --

but the split operation failt if the file size is bigger then (aproximative value) 11k

So, this is a bug or this was already specified in some place?

Stefan
 






Edit this bug report at http://bugs.php.net/?id=12368edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] buildconf troubles

2001-08-30 Thread Doug MacEachern

i've done a fresh checkout and having problems building, below is the
output from buildconf.

% autoconf --version
Autoconf version 2.13
% libtool --version
ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18)

any ideas?

% ./buildconf
rebuilding Makefile templates
rebuilding configure
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF
configure.in:162:AC_MSG_RESULT($PHP_SAPI)
configure.in:182:AC_MSG_RESULT($php_cv_cc_dashr)
configure.in:192:   AC_MSG_RESULT($php_cv_cc_rpath)
configure.in:220: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:238: AC_DEFINE(HAVE_LIBNSL,1,[ ]) ],[
configure.in:241:  AC_DEFINE(HAVE_LIBNSL,1,[ ]) ], [])
configure.in:267: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:270:  AC_DEFINE(HAVE_LIBRESOLV,1,[ ]) 
configure.in:363:  AC_DEFINE(HAVE_IPV6,1,[Whether you have IPv6 support])
configure.in:437:  AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the getaddrinfo 
function])
configure.in:463:dnl AC_MSG_RESULT($ac_cv_type_in_addr_t)
configure.in:465:  AC_DEFINE(in_addr_t, u_int, [ ])
configure.in:528:  AC_DEFINE(PHP_SAFE_MODE,1,[ ])
configure.in:530:  AC_DEFINE(PHP_SAFE_MODE,0,[ ])
configure.in:540:   AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, 
[ ])
configure.in:541:   AC_MSG_RESULT(/usr/local/php/bin)
configure.in:543:   AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,$withval, 
[ ])
configure.in:544:   AC_MSG_RESULT($withval)
configure.in:547:   AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ])
configure.in:548:   AC_MSG_RESULT(/usr/local/php/bin)
configure.in:551:   AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ])
configure.in:552:   AC_MSG_RESULT(/usr/local/php/bin)
configure.in:569:  AC_DEFINE(PHP_SIGCHILD, 1, [ ])
configure.in:571:  AC_DEFINE(PHP_SIGCHILD, 0, [ ])
configure.in:578:  AC_DEFINE(MAGIC_QUOTES, 1, [ ])
configure.in:580:  AC_DEFINE(MAGIC_QUOTES, 0, [ ])
configure.in:603:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,1,[ ])
configure.in:605:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,0,[ ])
configure.in:616:AC_DEFINE(HAVE_DMALLOC,1,[Whether you have dmalloc])
configure.in:629:  AC_DEFINE(HAVE_PHP_STREAM, 1, [Whether to use php streams])
configure.in:635:  AC_DEFINE(HAVE_CRYPT,1,[ ]) 
configure.in:655:AC_MSG_RESULT($PHP_VERSIONING)
configure.in:706:  AC_DEFINE(ZTS,1,[ ])
configure.in:819:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,$PHP_BUILD_DATE,[PHP build date])
configure.in:821:AC_DEFINE_UNQUOTED(PHP_UNAME,$PHP_UNAME,[uname -a output])
configure.in:823:AC_DEFINE_UNQUOTED(PHP_OS,$PHP_OS,[uname output])
configure.in:88:AC_MSG_RESULT($1.$2 (ok))
rebuilding main/php_config.h.in


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13034 Updated: Apache segfaults when acessing certain scripts

2001-08-30 Thread dk

ID: 13034
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0.
PHP Version: 4.0.6
New Comment:

hello,

please read the whole thread - i have included the script AND i have also tried it 
with the latest development snapshot. i really have included all i have :)
for me it looks like a bug in the echo function (vfprintf.c). the script doesn't crash 
without the echo funtions. it also crashes with print.

regards

daniel

Previous Comments:


[2001-08-30 10:05:38] [EMAIL PROTECTED]

What was the script used to generate that backtrace?
Also, could you try and check if this happens with
latest CVS snapshot: http://snaps.php.net/




[2001-08-29 12:11:09] [EMAIL PROTECTED]

here is the core dump (i managed it with the cgi version):
so the error isn't anymore apache related i guess - i'll move the type...

/*note: this error comes while loading the symbols --- 

(before i started the actual backtrace
*/

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
231 vfprintf.c: No such file or directory.

/*after the bt command it follows endlessly...

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
#1  0x40380432 in _IO_vsprintf (string=0x8cd4bb4 'Z' repeats 19 times, 
\204Ì\217**, format=0x816a2f3 %ld, args=0xbf8005e8)
at iovsprintf.c:47
#2  0x4036ccb7 in sprintf (s=0x8cd4bb4 'Z' repeats 19 times, \204Ì\217**, 
format=0x816a2f3 %ld) at sprintf.c:38
#3  0x810f7e5 in _convert_to_string (op=0xbf800980, __zend_filename=0x816a51d 
zend.c, __zend_lineno=154) at zend_operators.c:442
#4  0x8115517 in zend_make_printable_zval (expr=0x8cd4b14, expr_copy=0xbf800980, 
use_copy=0xbf800998) at zend.c:154
#5  0x814fe98 in execute (op_array=0x8295b08) at ./zend_execute.c:1365
#6  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#7  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#8  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#9  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#10 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#11 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#12 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#13 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544

..


daniel



[2001-08-29 11:43:48] [EMAIL PROTECTED]

hello,

i am using apache 1.3.20 with php-4.0.6
since my update to the 1.3.20 i have strange segmentation faults when i access some 
scripts.
error_log:
[notice] child pid 9707 exit signal Segmentation fault (11)

PLEASE NOTICE:
i have also tryed it with the latest development snapshot - the same

here is my configuration: 
'./configure' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-debug' 
'--with-apxs' '--disable-debug' '--enable-discard-path' '--with-exec-dir=/usr/bin' 
'--with-regex=system' '--with-gettext' '--with-gd=shared' '--with-jpeg-dir=/usr' 
'--with-png' '--with-zlib' '--with-db2' '--with-db3' '--with-gdbm' 
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sysvsem' '--enable-sysvshm' 
'--enable-track-vars' '--enable-yp' '--enable-ftp' '--with-mysql=/usr' 
'--without-oracle' '--without-oci8' '--with-recode' '--with-xml'

i have allready tryed to disable things like xml or regex or recode - the same...

here is a short demo script to reproduce the error:

?
$ar = array(hund,katze,schwein,kuh,kamel);

function ar1($ar)
{
reset($ar);
foreach($ar as $key = $val)
{
if($val != kuh)
{
echo f1 $key = $valbr;
}
else
{
ar2($ar);
}
}
}

function ar2($ar)
{
foreach($ar as $key=$val)
{   
if($val==kuh)
{
echo f2 $key = $valbr;
}
else
{
ar1($ar);
}
} 
}

ar1($ar);
?

infortunately apache refuses to produce a core dump in this case

please help
daniel





Edit this bug report at http://bugs.php.net/?id=13034edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #11998 Updated: Crash on multipart file form upload

2001-08-30 Thread troels

ID: 11998
Updated by: troels
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Reproducible crash
Operating System: FreeBSD 4.2-STABLE
PHP Version: 4.0CVS-2001-07-10
New Comment:

The bug also exists when running PHP on Linux. And it may be reproduced with Mozilla, 
too. Please don't forget this one before 4.0.7 is released.

Previous Comments:


[2001-08-23 05:54:35] [EMAIL PROTECTED]

Reproduced with IE 5.5. The rfc1867.c has some bugs
in it after all..

Marked as fix before release. (4.0.7)

--Jani




[2001-08-21 05:42:02] [EMAIL PROTECTED]

Crashes with 1.3.14, 1.3.17 and 1.3.20.

I've tried it with IE5, IE5.5, Mozilla 0.9.3 and Netscape 6.1.

Whoa, just found it _doesn't_ crash with Netscape 4.08 or Opera 5.11.

I can't test it in Linux, as I'm currently sans-external-DSL-modem and therefore stuck 
in windows until a new one arrives.



[2001-08-21 05:28:51] [EMAIL PROTECTED]

Just one more thing: What version of Apache? 
And does this happen with any browser? IE / NS / Mozilla ?

--Jani




[2001-08-21 00:11:45] [EMAIL PROTECTED]

From CVS as at 21/08/2001 16:15 NZDT using same form and uploading 2 images in the 
fields supplied.

(gdb) bt
#0  0x1823fdbf in php_mime_split (
buf=0x82c '-' repeats 29 times, 7d12252130332\r\nContent-Disposition: 
form-data; name=\id\\r\n\r\n3319, cnt=33534, 
boundary=0x819762a '-' repeats 27 times, 7d12252130332, array_ptr=0x817eaec) 
at rfc1867.c:174
#1  0x18240a3b in rfc1867_post_handler (
content_type_dup=0x819760c multipart/form-data; boundary=, '-' repeats 27 
times, 7d12252130332, arg=0x817eaec)
at rfc1867.c:472
#2  0x1823eb25 in sapi_handle_post (arg=0x817eaec) at SAPI.c:107
#3  0x18241a01 in php_treat_data (arg=0, str=0x0, destArray=0x0) at 
php_variables.c:250
#4  0x1823c2ce in php_hash_environment () at main.c:1097
#5  0x1823b6f0 in php_request_startup () at main.c:684
#6  0x18238cd6 in apache_php_module_main (r=0x819e71c, display_source_mode=0) at 
sapi_apache.c:67
#7  0x18239822 in send_php (r=0x819e71c, display_source_mode=0, filename=0x0) at 
mod_php4.c:575
#8  0x18239882 in send_parsed_php (r=0x819e71c) at mod_php4.c:590
#9  0x80758a1 in ap_invoke_handler ()
#10 0x8089fa8 in process_request_internal ()
#11 0x808a402 in ap_internal_redirect ()
#12 0x181d48d2 in mod_gzip_redir1_handler () from 
/usr/local/apache_test/libexec/mod_gzip.so
#13 0x181d2fa0 in mod_gzip_handler () from /usr/local/apache_test/libexec/mod_gzip.so
#14 0x80758a1 in ap_invoke_handler ()
#15 0x8089fa8 in process_request_internal ()
#16 0x808a402 in ap_internal_redirect ()
#17 0x80602b2 in handle_dir ()
#18 0x80758a1 in ap_invoke_handler ()
#19 0x8089fa8 in process_request_internal ()
#20 0x808a012 in ap_process_request ()
#21 0x8080fdf in child_main ()
#22 0x808119d in make_child ()
#23 0x8081316 in startup_children ()
#24 0x8081924 in standalone_main ()
#25 0x808213c in main ()
#26 0x804f429 in _start ()
(gdb) 



[2001-08-20 19:48:36] [EMAIL PROTECTED]

I can not reproduce it with your form and with latest CVS.
Please provide a GDB backtrace of the crash (using latest CVS of PHP)

--Jani




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=11998


Edit this bug report at http://bugs.php.net/?id=11998edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12075 Updated: Add sybase_ct support in dbx extension

2001-08-30 Thread mad

ID: 12075
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: Merge all db functions
Old Status: Closed
Status: Open
Bug Type: Feature/Change Request
Old Operating System: Linux  HP-UX
Operating System: All
PHP Version: 4.0.6
New Comment:

Change short description from Merge all db functions to Add sybase_ct support in 
dbx extension

Change OS from Linux  HP-UX to All

Previous Comments:


[2001-07-11 19:53:53] [EMAIL PROTECTED]

PEAR can be used in module form...it is seperate from PHP.



[2001-07-11 19:43:02] [EMAIL PROTECTED]

A :))

so please add sybase_ct support in dbx :))

PEAR::DB is only for cgi no ? (I don't use php
in cgi mode now (only when apache 2.0 will be done))

@++
JC



[2001-07-11 19:18:11] [EMAIL PROTECTED]

This is what PEAR::DB does.

http://pear.php.net/

-Chris



[2001-07-11 19:11:29] [EMAIL PROTECTED]

See http://www.php.net/manual/en/ref.dbx.php :)



[2001-07-11 18:59:18] [EMAIL PROTECTED]

CHANGE FEATURE

Merge all DB functions, the distinction for DB must no longer be in php scripts but in 
php source.

mysql_query, sybase_query, etc.. = db_query
etc..etc..

I know it's a big work (php 5.0 ?), but after, when
you add a functionality, the synergy become more
efficient and all db who can support this feature
become ready.

@++
JC





Edit this bug report at http://bugs.php.net/?id=12075edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #10342 Updated: TSRM.DSP containing LF instead of CR/LF

2001-08-30 Thread mfischer

ID: 10342
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: Compile Failure
Operating System: win32
PHP Version: 4.0 Latest CVS (11/04/2001)
New Comment:

Finally fixed in CVS.

Previous Comments:


[2001-05-03 07:49:23] [EMAIL PROTECTED]

well, CVS might convert LF to CRLF, but the fact is, that TSRM.dsp in snapshots from 
snaps.php.net has had LF for ages. Last time I checked (php4-200105021045.tar.bz2) 
this was valid.



[2001-04-27 13:29:36] [EMAIL PROTECTED]

cvs will automatically converting LF/CR to just a LF, so it doesn't matter if you're 
checking in with LF/CR or just LF.
on checkout CVS will use the system's setting to convert the LF.



[2001-04-16 00:04:04] [EMAIL PROTECTED]

There's allready a bug still open for it from last
year ( #8480).

The annotation to this bug stated that checking out
under win32 does automatic line conversion.

Under certain circumstances this doesn't seem to be true
because when checking out the file its still in unix
style.

So, MSVC still isn't able to open (and, altough its easy to
fix it locally you first have to find the problem ...)

The easiest way would probably to check this file in
with CL/LF ? Just :set ff=dos and :w ;-)


ty
 Markus





Edit this bug report at http://bugs.php.net/?id=10342edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #11113 Updated: Problem with compile on NT

2001-08-30 Thread mfischer

ID: 3
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating System: NT
PHP Version: 4.0.5
New Comment:

TSRM.DSP has been fixed in CVS.

- Markus

Previous Comments:


[2001-05-25 10:58:38] [EMAIL PROTECTED]

1) tsrm.dsp is not a valid file for visual
2)conversion.c is not in the php4dll project
3) in zend.h assume is not valide
4)typedef_VARIANT.c is not in the php4dll project
5) CP_SYMBOL and and CP_THREAD_ACP are not valid in typedef_VARIANT.c 





Edit this bug report at http://bugs.php.net/?id=3edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #11998 Updated: Crash on multipart file form upload

2001-08-30 Thread troels

ID: 11998
Updated by: troels
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Reproducible crash
Operating System: FreeBSD 4.2-STABLE
PHP Version: 4.0CVS-2001-07-10
New Comment:

Some follow-up.

PHP 4.0.5 does _not_ have the bug.
Current CVS (August 30 2001) does have the bug.

The bug doesn't seem to show up unless around 30 files are uploaded.

Here's a back-trace from PHP current CVS.

#0  php_mime_split (
buf=0x80fbaf4 '-' repeats 29 times, 
172461271845611381008674657\r\nContent-Disposition: form-data; 
name=\date_debut\\r\n\r\n2001-08-25, cnt=28292, boundary=0x80c387a '-' repeats 27 
times, 172461271845611381008674657, array_ptr=0x80fb0e4) at rfc1867.c:177
#1  0x4042a55f in rfc1867_post_handler (
content_type_dup=0x80c385c multipart/form-data; boundary=, '-' repeats 27 
times, 172461271845611381008674657, arg=0x80fb0e4)
at rfc1867.c:472
#2  0x40427c83 in sapi_handle_post (arg=0x80fb0e4) at SAPI.c:107
#3  0x4042b768 in php_treat_data (arg=0, str=0x0, destArray=0x0) at 
php_variables.c:250
#4  0x40425036 in php_hash_environment () at main.c:1097
#5  0x404244d0 in php_request_startup () at main.c:684
#6  0x404216c0 in apache_php_module_main (r=0x80e5218, display_source_mode=0) at 
sapi_apache.c:67
#7  0x40422324 in send_php (r=0x80e5218, display_source_mode=0, filename=0x0) at 
mod_php4.c:575
#8  0x40422383 in send_parsed_php (r=0x80e5218) at mod_php4.c:590
#9  0x080551cd in ap_invoke_handler () at eval.c:41
#10 0x0806732c in ap_some_auth_required () at eval.c:41
#11 0x080673a3 in ap_process_request () at eval.c:41
#12 0x0805fa47 in ap_child_terminate () at eval.c:41
#13 0x0805fbea in ap_child_terminate () at eval.c:41
#14 0x0805fd2d in ap_child_terminate () at eval.c:41
#15 0x08060350 in ap_child_terminate () at eval.c:41
#16 0x08060c13 in main () at eval.c:41
#17 0x4015c4b7 in __libc_start_main (main=0x8060790 main, argc=2, ubp_av=0xb9c4, 
init=0x804fb20 _init, fini=0x80894d0 _fini, 
rtld_fini=0x4000dbb4 _dl_fini, stack_end=0xb9bc) at 
../sysdeps/generic/libc-start.c:129

Previous Comments:


[2001-08-30 13:32:38] [EMAIL PROTECTED]

The bug also exists when running PHP on Linux. And it may be reproduced with Mozilla, 
too. Please don't forget this one before 4.0.7 is released.



[2001-08-23 05:54:35] [EMAIL PROTECTED]

Reproduced with IE 5.5. The rfc1867.c has some bugs
in it after all..

Marked as fix before release. (4.0.7)

--Jani




[2001-08-21 05:42:02] [EMAIL PROTECTED]

Crashes with 1.3.14, 1.3.17 and 1.3.20.

I've tried it with IE5, IE5.5, Mozilla 0.9.3 and Netscape 6.1.

Whoa, just found it _doesn't_ crash with Netscape 4.08 or Opera 5.11.

I can't test it in Linux, as I'm currently sans-external-DSL-modem and therefore stuck 
in windows until a new one arrives.



[2001-08-21 05:28:51] [EMAIL PROTECTED]

Just one more thing: What version of Apache? 
And does this happen with any browser? IE / NS / Mozilla ?

--Jani




[2001-08-21 00:11:45] [EMAIL PROTECTED]

From CVS as at 21/08/2001 16:15 NZDT using same form and uploading 2 images in the 
fields supplied.

(gdb) bt
#0  0x1823fdbf in php_mime_split (
buf=0x82c '-' repeats 29 times, 7d12252130332\r\nContent-Disposition: 
form-data; name=\id\\r\n\r\n3319, cnt=33534, 
boundary=0x819762a '-' repeats 27 times, 7d12252130332, array_ptr=0x817eaec) 
at rfc1867.c:174
#1  0x18240a3b in rfc1867_post_handler (
content_type_dup=0x819760c multipart/form-data; boundary=, '-' repeats 27 
times, 7d12252130332, arg=0x817eaec)
at rfc1867.c:472
#2  0x1823eb25 in sapi_handle_post (arg=0x817eaec) at SAPI.c:107
#3  0x18241a01 in php_treat_data (arg=0, str=0x0, destArray=0x0) at 
php_variables.c:250
#4  0x1823c2ce in php_hash_environment () at main.c:1097
#5  0x1823b6f0 in php_request_startup () at main.c:684
#6  0x18238cd6 in apache_php_module_main (r=0x819e71c, display_source_mode=0) at 
sapi_apache.c:67
#7  0x18239822 in send_php (r=0x819e71c, display_source_mode=0, filename=0x0) at 
mod_php4.c:575
#8  0x18239882 in send_parsed_php (r=0x819e71c) at mod_php4.c:590
#9  0x80758a1 in ap_invoke_handler ()
#10 0x8089fa8 in process_request_internal ()
#11 0x808a402 in ap_internal_redirect ()
#12 0x181d48d2 in mod_gzip_redir1_handler () from 
/usr/local/apache_test/libexec/mod_gzip.so
#13 0x181d2fa0 in mod_gzip_handler () from /usr/local/apache_test/libexec/mod_gzip.so
#14 0x80758a1 in ap_invoke_handler ()
#15 0x8089fa8 in process_request_internal ()
#16 0x808a402 in ap_internal_redirect ()
#17 0x80602b2 in handle_dir ()
#18 0x80758a1 in ap_invoke_handler ()
#19 0x8089fa8 in 

[PHP-DEV] Bug #13065: Error generated when I run Make from Apache

2001-08-30 Thread webmaster

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 6.0
PHP version:  4.0.6
PHP Bug Type: *Web Server problem
Bug description:  Error generated when I run Make from Apache

I compiled PHP with this line:
xxx
./configure --with-mysql=/usr/local/mysql --with-config-file-path=/www/conf
--with-apache=../httpd --enable-track-vars

When I try to add PHP module to Apache, I received this erros when run
Make.


/usr/local/mysql/lib/libmysqlclient.a(my_compress.o): In function
`my_uncompress
':
my_compress.o(.text+0x97): undefined reference to `uncompress'
/usr/local/mysql/lib/libmysqlclient.a(my_compress.o): In function
`my_compress_a
lloc':
my_compress.o(.text+0x12b): undefined reference to `compress'
collect2: ld returned 1 exit status
make[2]: *** [target_static] Error 1
make[2]: Leaving directory `/usr/local/etc/apache_1.3.20/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/usr/local/etc/apache_1.3.20'
make: *** [build] Error 2

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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13066: one total bug of php is that it sucks

2001-08-30 Thread raitmanmail

From: [EMAIL PROTECTED]
Operating system: w98
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  one total bug of php is that it sucks

one total bug of php is that it sucks
one total bug of php is that it sucks
one total bug of php is that it sucks
-- 
Edit bug report at: http://bugs.php.net/?id=13066edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13064 Updated: Apache 1.3.9 won't load libphp4.so when sablot built with expat

2001-08-30 Thread sniper

ID: 13064
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Old Bug Type: Dynamic loading
Bug Type: Sablotron XSL
Operating System: Red Hat 7.0 on Alpha
PHP Version: 4.0.6
New Comment:

This just indicates that you haven't followed installation
instructions. ie. Your /etc/ld.so.conf doesn't have the
correct entry in it and you haven't run /sbin/ldconfig

Ask further support questions on the mailin lists:

http://www.php.net/support.php


Previous Comments:


[2001-08-30 12:20:45] [EMAIL PROTECTED]

./configure --with-apxs=/usr/local/apache/bin/apxs --with-sablot

Also, expat and sablot were dl'd from sourceforge; configured and installed with 
./configure ..., so that i could use sablot as a DSO.

/usr/local/apache/bin/apachectl start

The error message is:
Cannot load /usr/local/apache/libexec/libphp4.so into server: libexpat.so.0: cannot 
open shared object file: No such file or directory.

PHP 4.0.6 was working fine in Apache 1.3.9 until I re-installed php with sablot.  Any 
ideas?





Edit this bug report at http://bugs.php.net/?id=13064edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13034 Updated: Apache segfaults when acessing certain scripts

2001-08-30 Thread sniper

ID: 13034
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0.
PHP Version: 4.0.6
New Comment:

You didn't say with what version this backtrace was generated with, also is it with 
that script you said
you could NOT get the crash? Please be clear about these things.



Previous Comments:


[2001-08-30 13:28:19] [EMAIL PROTECTED]

hello,

please read the whole thread - i have included the script AND i have also tried it 
with the latest development snapshot. i really have included all i have :)
for me it looks like a bug in the echo function (vfprintf.c). the script doesn't crash 
without the echo funtions. it also crashes with print.

regards

daniel



[2001-08-30 10:05:38] [EMAIL PROTECTED]

What was the script used to generate that backtrace?
Also, could you try and check if this happens with
latest CVS snapshot: http://snaps.php.net/




[2001-08-29 12:11:09] [EMAIL PROTECTED]

here is the core dump (i managed it with the cgi version):
so the error isn't anymore apache related i guess - i'll move the type...

/*note: this error comes while loading the symbols --- 

(before i started the actual backtrace
*/

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
231 vfprintf.c: No such file or directory.

/*after the bt command it follows endlessly...

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
#1  0x40380432 in _IO_vsprintf (string=0x8cd4bb4 'Z' repeats 19 times, 
\204Ì\217**, format=0x816a2f3 %ld, args=0xbf8005e8)
at iovsprintf.c:47
#2  0x4036ccb7 in sprintf (s=0x8cd4bb4 'Z' repeats 19 times, \204Ì\217**, 
format=0x816a2f3 %ld) at sprintf.c:38
#3  0x810f7e5 in _convert_to_string (op=0xbf800980, __zend_filename=0x816a51d 
zend.c, __zend_lineno=154) at zend_operators.c:442
#4  0x8115517 in zend_make_printable_zval (expr=0x8cd4b14, expr_copy=0xbf800980, 
use_copy=0xbf800998) at zend.c:154
#5  0x814fe98 in execute (op_array=0x8295b08) at ./zend_execute.c:1365
#6  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#7  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#8  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#9  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#10 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#11 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#12 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#13 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544

..


daniel



[2001-08-29 11:43:48] [EMAIL PROTECTED]

hello,

i am using apache 1.3.20 with php-4.0.6
since my update to the 1.3.20 i have strange segmentation faults when i access some 
scripts.
error_log:
[notice] child pid 9707 exit signal Segmentation fault (11)

PLEASE NOTICE:
i have also tryed it with the latest development snapshot - the same

here is my configuration: 
'./configure' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-debug' 
'--with-apxs' '--disable-debug' '--enable-discard-path' '--with-exec-dir=/usr/bin' 
'--with-regex=system' '--with-gettext' '--with-gd=shared' '--with-jpeg-dir=/usr' 
'--with-png' '--with-zlib' '--with-db2' '--with-db3' '--with-gdbm' 
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sysvsem' '--enable-sysvshm' 
'--enable-track-vars' '--enable-yp' '--enable-ftp' '--with-mysql=/usr' 
'--without-oracle' '--without-oci8' '--with-recode' '--with-xml'

i have allready tryed to disable things like xml or regex or recode - the same...

here is a short demo script to reproduce the error:

?
$ar = array(hund,katze,schwein,kuh,kamel);

function ar1($ar)
{
reset($ar);
foreach($ar as $key = $val)
{
if($val != kuh)
{
echo f1 $key = $valbr;
}
else
{
ar2($ar);
}
}
}

function ar2($ar)
{
foreach($ar as $key=$val)
{   
if($val==kuh)
{
echo f2 $key = $valbr;
}
else
{
ar1($ar);
}
} 
}

ar1($ar);
?

infortunately apache refuses to produce a core dump in this case

please help
daniel





Edit this bug report at http://bugs.php.net/?id=13034edit=1

[PHP-DEV] Bug #13034 Updated: Apache segfaults when acessing certain scripts

2001-08-30 Thread sniper

ID: 13034
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0.
PHP Version: 4.0.6
New Comment:

I can not reproduce this.


Previous Comments:


[2001-08-30 16:59:57] [EMAIL PROTECTED]

You didn't say with what version this backtrace was generated with, also is it with 
that script you said
you could NOT get the crash? Please be clear about these things.





[2001-08-30 13:28:19] [EMAIL PROTECTED]

hello,

please read the whole thread - i have included the script AND i have also tried it 
with the latest development snapshot. i really have included all i have :)
for me it looks like a bug in the echo function (vfprintf.c). the script doesn't crash 
without the echo funtions. it also crashes with print.

regards

daniel



[2001-08-30 10:05:38] [EMAIL PROTECTED]

What was the script used to generate that backtrace?
Also, could you try and check if this happens with
latest CVS snapshot: http://snaps.php.net/




[2001-08-29 12:11:09] [EMAIL PROTECTED]

here is the core dump (i managed it with the cgi version):
so the error isn't anymore apache related i guess - i'll move the type...

/*note: this error comes while loading the symbols --- 

(before i started the actual backtrace
*/

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
231 vfprintf.c: No such file or directory.

/*after the bt command it follows endlessly...

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
#1  0x40380432 in _IO_vsprintf (string=0x8cd4bb4 'Z' repeats 19 times, 
\204Ì\217**, format=0x816a2f3 %ld, args=0xbf8005e8)
at iovsprintf.c:47
#2  0x4036ccb7 in sprintf (s=0x8cd4bb4 'Z' repeats 19 times, \204Ì\217**, 
format=0x816a2f3 %ld) at sprintf.c:38
#3  0x810f7e5 in _convert_to_string (op=0xbf800980, __zend_filename=0x816a51d 
zend.c, __zend_lineno=154) at zend_operators.c:442
#4  0x8115517 in zend_make_printable_zval (expr=0x8cd4b14, expr_copy=0xbf800980, 
use_copy=0xbf800998) at zend.c:154
#5  0x814fe98 in execute (op_array=0x8295b08) at ./zend_execute.c:1365
#6  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#7  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#8  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#9  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#10 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#11 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#12 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#13 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544

..


daniel



[2001-08-29 11:43:48] [EMAIL PROTECTED]

hello,

i am using apache 1.3.20 with php-4.0.6
since my update to the 1.3.20 i have strange segmentation faults when i access some 
scripts.
error_log:
[notice] child pid 9707 exit signal Segmentation fault (11)

PLEASE NOTICE:
i have also tryed it with the latest development snapshot - the same

here is my configuration: 
'./configure' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-debug' 
'--with-apxs' '--disable-debug' '--enable-discard-path' '--with-exec-dir=/usr/bin' 
'--with-regex=system' '--with-gettext' '--with-gd=shared' '--with-jpeg-dir=/usr' 
'--with-png' '--with-zlib' '--with-db2' '--with-db3' '--with-gdbm' 
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sysvsem' '--enable-sysvshm' 
'--enable-track-vars' '--enable-yp' '--enable-ftp' '--with-mysql=/usr' 
'--without-oracle' '--without-oci8' '--with-recode' '--with-xml'

i have allready tryed to disable things like xml or regex or recode - the same...

here is a short demo script to reproduce the error:

?
$ar = array(hund,katze,schwein,kuh,kamel);

function ar1($ar)
{
reset($ar);
foreach($ar as $key = $val)
{
if($val != kuh)
{
echo f1 $key = $valbr;
}
else
{
ar2($ar);
}
}
}

function ar2($ar)
{
foreach($ar as $key=$val)
{   
if($val==kuh)
{
echo f2 $key = $valbr;
}
else
{
ar1($ar);
}
} 
}

ar1($ar);
?

infortunately apache refuses to produce a core dump in this case

please help
daniel


[PHP-DEV] Bug #13034 Updated: Apache segfaults when acessing certain scripts

2001-08-30 Thread dk

ID: 13034
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0.
PHP Version: 4.0.6
New Comment:

yes - i couldn't get the crash over apache - then i tried via CGI and it crashed.
it crashes with php 4.0.6 and the dev snap of 29th of august.


Previous Comments:


[2001-08-30 17:00:23] [EMAIL PROTECTED]

I can not reproduce this.




[2001-08-30 16:59:57] [EMAIL PROTECTED]

You didn't say with what version this backtrace was generated with, also is it with 
that script you said
you could NOT get the crash? Please be clear about these things.





[2001-08-30 13:28:19] [EMAIL PROTECTED]

hello,

please read the whole thread - i have included the script AND i have also tried it 
with the latest development snapshot. i really have included all i have :)
for me it looks like a bug in the echo function (vfprintf.c). the script doesn't crash 
without the echo funtions. it also crashes with print.

regards

daniel



[2001-08-30 10:05:38] [EMAIL PROTECTED]

What was the script used to generate that backtrace?
Also, could you try and check if this happens with
latest CVS snapshot: http://snaps.php.net/




[2001-08-29 12:11:09] [EMAIL PROTECTED]

here is the core dump (i managed it with the cgi version):
so the error isn't anymore apache related i guess - i'll move the type...

/*note: this error comes while loading the symbols --- 

(before i started the actual backtrace
*/

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
231 vfprintf.c: No such file or directory.

/*after the bt command it follows endlessly...

#0  0x40362c2c in _IO_vfprintf (s=0xbf800500, format=0x816a2f3 %ld, ap=0xbf8005e8) 
at vfprintf.c:231
#1  0x40380432 in _IO_vsprintf (string=0x8cd4bb4 'Z' repeats 19 times, 
\204Ì\217**, format=0x816a2f3 %ld, args=0xbf8005e8)
at iovsprintf.c:47
#2  0x4036ccb7 in sprintf (s=0x8cd4bb4 'Z' repeats 19 times, \204Ì\217**, 
format=0x816a2f3 %ld) at sprintf.c:38
#3  0x810f7e5 in _convert_to_string (op=0xbf800980, __zend_filename=0x816a51d 
zend.c, __zend_lineno=154) at zend_operators.c:442
#4  0x8115517 in zend_make_printable_zval (expr=0x8cd4b14, expr_copy=0xbf800980, 
use_copy=0xbf800998) at zend.c:154
#5  0x814fe98 in execute (op_array=0x8295b08) at ./zend_execute.c:1365
#6  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#7  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#8  0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#9  0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#10 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#11 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544
#12 0x815082f in execute (op_array=0x8295ff0) at ./zend_execute.c:1544
#13 0x815082f in execute (op_array=0x8295b08) at ./zend_execute.c:1544

..


daniel



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=13034


Edit this bug report at http://bugs.php.net/?id=13034edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13068: mcrypt_module_open causes seg fault

2001-08-30 Thread scott

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: mcrypt related
Bug description:  mcrypt_module_open causes seg fault

Running PHP 4.0.6 and libmcrypt 2.4.15 on a Linux box (2.4.x kernel).

I've narrowed it down to the call to mcrypt_module_open.  That's the one
that hoses me.

$cipher = des; 
$td = mcrypt_module_open ($cipher, , MCRYPT_MODE_CBC, ); 

Sometimes it works, other times, I get seg faults, which would rule out
library permissions, etc.

Any ideas?

Scott
-- 
Edit bug report at: http://bugs.php.net/?id=13068edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13066 Updated: one total bug of php is that it sucks

2001-08-30 Thread joey

ID: 13066
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *General Issues
Operating System: w98
PHP Version: 4.0.6
New Comment:

I almost don't even want to dignify this with a response.

Previous Comments:


[2001-08-30 15:48:39] [EMAIL PROTECTED]

one total bug of php is that it sucks
one total bug of php is that it sucks
one total bug of php is that it sucks





Edit this bug report at http://bugs.php.net/?id=13066edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Where is the bug in #13067?

2001-08-30 Thread Joey Smith

As I commented in bug #13067, it's not clear whether the manual or the
source is correct...Whichever it is, I think this patch may be the right
way to move from returning an int to returning a bool...


Index: db.c
===
RCS file: /repository/php4/ext/db/db.c,v
retrieving revision 1.64
diff -u -r1.64 db.c
--- db.c14 Aug 2001 17:46:17 -  1.64
+++ db.c31 Aug 2001 00:09:27 -
@@ -549,7 +549,6 @@
 {
pval *id, *key, *value;
dbm_info *info;
-   int ret;

if (ZEND_NUM_ARGS()!=3||zend_get_parameters(ht, 3, id, key, value) == 
FAILURE) {
WRONG_PARAM_COUNT;
@@ -563,8 +562,11 @@
RETURN_FALSE;
}

-   ret = php_dbm_replace(info, Z_STRVAL_P(key), Z_STRVAL_P(value) TSRMLS_CC);
-   RETURN_LONG(ret);
+   if (php_dbm_replace(info, Z_STRVAL_P(key), Z_STRVAL_P(value) TSRMLS_CC) == 0) 
+{
+   RETURN_TRUE;
+   } else {
+   RETURN_FALSE;
+   }
 }
 /* }}} */


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]


[PHP-DEV] Bug #13065 Updated: Error generated when I run Make from Apache

2001-08-30 Thread sniper

ID: 13065
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Old Bug Type: *Web Server problem
Bug Type: MySQL related
Operating System: Red Hat Linux 6.0
PHP Version: 4.0.6
New Comment:

Add --with-zlib to your configure line.
And next time search the bug database first before
submitting bogus reports.


Previous Comments:


[2001-08-30 15:48:30] [EMAIL PROTECTED]

I compiled PHP with this line:
xxx
./configure --with-mysql=/usr/local/mysql --with-config-file-path=/www/conf 
--with-apache=../httpd --enable-track-vars

When I try to add PHP module to Apache, I received this erros when run Make.


/usr/local/mysql/lib/libmysqlclient.a(my_compress.o): In function `my_uncompress
':
my_compress.o(.text+0x97): undefined reference to `uncompress'
/usr/local/mysql/lib/libmysqlclient.a(my_compress.o): In function `my_compress_a
lloc':
my_compress.o(.text+0x12b): undefined reference to `compress'
collect2: ld returned 1 exit status
make[2]: *** [target_static] Error 1
make[2]: Leaving directory `/usr/local/etc/apache_1.3.20/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/usr/local/etc/apache_1.3.20'
make: *** [build] Error 2






Edit this bug report at http://bugs.php.net/?id=13065edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13057 Updated: -An error in ingres_fetch_object() function

2001-08-30 Thread sniper

ID: 13057
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Summary: An error  in ingres_fetch_object()  function
Old Status: Open
Status: Bogus
Old Bug Type: Unknown/Other Function
Bug Type: *Database Functions
Operating System: Linux  Mandrake 7.2
PHP Version: 4.0.6
New Comment:

RTFM: http://www.php.net/ingres_fetch_object

(hint: Check the parameters this function accepts)


Previous Comments:


[2001-08-30 07:53:15] [EMAIL PROTECTED]

An error  due to 2 databases connect ion  at the same time 
in functuion   ingres_fetch_object() , but all okey
in function  ingres_fetch_row()
?php 
$lin0 = ingres_connect (v16,v16,test9);??   
$lin1 = ingres_connect (kpl,kpl,kpl  );?
?// ## DO NOT WORK ??  
ingres_query (select * from m01 where id = 87,$lin0);??   
while ($row = ingres_fetch_object($lin0)) {??  

printf (/%s|%5.5d|%32.32s|/p,++$i,$row-id,$row-dir);??   
}  ??   
ingres_query (select * from m01 where id = 55,$lin1);??   
while ($row = ingres_fetch_object($lin1)) {??  

printf (/%s|%5.5d|%32.32s|/p,++$i,$row-id,$row-dir);??   
}  ??
 / / ## WORK??   
ingres_query (select * from m01 where id = 87,$lin0);??   
while ($row = ingres_fetch_row($lin0)) {   ??  

print ( /$row[1] $row[2] $row[3] $row[4] $row[5] $row[6]/p);  ??   
   }  ??   
ingres_query (select * from m01 where id = 55,$lin1);??   
while ($row = ingres_fetch_row($lin1)) {   ??  

print ( /$row[1] $row[2] $row[3] $row[4] $row[5] $row[6]/p); ??  
 
}  ?
?  ?





Edit this bug report at http://bugs.php.net/?id=13057edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13068 Updated: mcrypt_module_open causes seg fault

2001-08-30 Thread scott

ID: 13068
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: mcrypt related
Operating System: Linux
PHP Version: 4.0.6
New Comment:

Correction, and solution.

It turns out that it wasn't mcrypt_module_open that was seg faulting, but 
mcrypt_decrypt.  The solution was that I didn't have a generic_init call.

Previous Comments:


[2001-08-30 17:32:01] [EMAIL PROTECTED]

Running PHP 4.0.6 and libmcrypt 2.4.15 on a Linux box (2.4.x kernel).

I've narrowed it down to the call to mcrypt_module_open.  That's the one that hoses 
me.

$cipher = des; 
$td = mcrypt_module_open ($cipher, , MCRYPT_MODE_CBC, ); 

Sometimes it works, other times, I get seg faults, which would rule out library 
permissions, etc.

Any ideas?

Scott





Edit this bug report at http://bugs.php.net/?id=13068edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13070: chop/rtrim don't whack null bytes as advertised

2001-08-30 Thread scott

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Strings related
Bug description:  chop/rtrim don't whack null bytes as advertised

trim() seems to work, but rtrim/chop don't appear to kill a null at the end
of a string variable.
-- 
Edit bug report at: http://bugs.php.net/?id=13070edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12894 Updated: GD crashes PHP by using GD Format

2001-08-30 Thread sniper

ID: 12894
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: GD related
Operating System: i686-pc-linux-gnu
PHP Version: 4.0.7-dev (latest CVS)
New Comment:

I can not reproduce this. Does this happen with that
example script included in this report?
Does this crash happen with specific images? Where could
I get those images? What was the configure line like
for configuring PHP ?

--Jani


Previous Comments:


[2001-08-27 08:50:44] [EMAIL PROTECTED]

Hi Jani,

here is the backtrace of the second script:

Program received signal SIGSEGV, Segmentation fault.
0x40411786 in gd_module_entry () from /usr/local/apache/current/libexec/libphp4.so
(gdb) bt
#0  0x40411786 in gd_module_entry () from /usr/local/apache/current/libexec/libphp4.so
(gdb) 

the script fails only if you call ImagePNG after the ImageCreateFromGD.

Also ImageGD2 creates corrupted files, but this is another bug ...


Regards,

-- 
Steve



[2001-08-22 13:04:34] [EMAIL PROTECTED]

I can't get your scripts to crash.
Could you please generate a GDB backtrace of the crash?

--Jani




[2001-08-22 12:13:54] [EMAIL PROTECTED]

Sorry, my submitted PHP Version was wrong. I mean 4.0.7-dev from the latest CVS.

The script crash under cvs version.

Regards,

Steve



[2001-08-22 10:57:00] [EMAIL PROTECTED]

I doubt that you could crash PHP by using functions
that don't exist..

Both imageGD2 and ImageCreateFromGD where added
AFTER PHP 4.0.6 was released. So they are only
available in the CVS.

And with the latest CVS version, both of your
scripts work just fine.

--Jani




[2001-08-22 09:20:30] [EMAIL PROTECTED]

Hi,

the follow 2 different scripts using ImageCreateFromGD  ImageGD2
and crashes PHP.

(using gd2.0.1 and 4.0.6)

?php
$im_main=ImageCreateFromPNG(./images/some_picture.png);

ImageGD2($im_main,./images/some_picture.gd2);

ImageDestroy($im_main);
?

// the gd image is created with pngtogd from the gd lib package.

?php
$im_main=ImageCreateFromGD(./images/some_picture.gd);
ImagePNG($im_main,./images/some_picture.png);
ImageDestroy($im_main);
?

Regards,

-- 
Steve





Edit this bug report at http://bugs.php.net/?id=12894edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12741 Updated: Array needle support for array search

2001-08-30 Thread andrei

ID: 12741
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Feature/Change Request
Operating System: Linux 2.2
PHP Version: 4.0.5
Assigned To: andrei
New Comment:

Implemented in CVS.

Previous Comments:


[2001-08-14 11:12:20] [EMAIL PROTECTED]

I am requesting that the functions in_array and array_search support an array type for 
their needle arguments. This feature would allow these functions to search for an 
array in an array of arrays. 

i.e.
?

$needle = array(3,4);
$haystack = array( array(1,2), array(3,4), array(5,6) );

if(in_array($needle, $haystack)){
echo Yes;
}else{
echo No;
}

?

Outputs:

Warning: Wrong datatype for first argument in call to in_array in test.phtml






Edit this bug report at http://bugs.php.net/?id=12741edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Re: Bug #13069 Updated: Documentation

2001-08-30 Thread Machucado


  What tools do I have to use then??

--- Bug Database [EMAIL PROTECTED] wrote:
 ID: 13069
 Updated by: eschmid
 Reported By: [EMAIL PROTECTED]
 Old Status: Open
 Status: Closed
 Bug Type: Documentation problem
 Operating System: Linux 7.1
 PHP Version: 4.0.6
 New Comment:
 
 This is not a bug. You use probably the wrong
 tools.
 
 Previous Comments:


 
 [2001-08-30 18:14:43] [EMAIL PROTECTED]
 
 The pdf file documentation, can not be
 converted to ps book file, the pagination in
 incorrect.
 


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


=
Master Machucado2000
[EMAIL PROTECTED]

__
Do You Yahoo!?
Get email alerts  NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Re: Bug #13013 Updated: libphp4.so: undefined symbol: zendtext

2001-08-30 Thread Stone Yu

Dear Sir :

  Sorry, I tried the latest
snapshot(php4-200108301935), but it still happened
this time.

[tmp/php4-200108301935]% sudo
/www/apache-1.3.20/bin/apachectl  start
Syntax error on line 232 of
/www/apache-1.3.20/conf/httpd.conf:
Cannot load /www/apache-1.3.20/libexec/libphp4.so into
server: /www/apache-1.3.20/libexec/libphp4.so:
Undefined symbol pcre_malloc
/www/apache-1.3.20/bin/apachectl start: httpd could
not be started

  All enviroment are the same with before, nothing
changed.   :)
  And...  how to reply from web ? I can't find
anything from www.php.net...sorry, sorry, sorry.
:-)

with Best Regards,
--
  Stone Yu

--- Bug Database [EMAIL PROTECTED] wrote:
 ID: 13013
 Updated by: sniper
 Reported By: [EMAIL PROTECTED]
 Status: Feedback
 Bug Type: Apache related
 Operating System: FreeBSD 4.2-RELEASE
 PHP Version: 4.0.6
 New Comment:
 
 User feedback:
 --
 
 No. The latest CVS snapshot fix this problem, but
 have a new one  :)
 
 % sudo /www/apache-1.3.20/bin/apachectl start
 Syntax error on line 232 of
 /www/apache-1.3.20/conf/httpd.conf:
 Cannot load /www/apache-1.3.20/libexec/libphp4.so
 into
 server: /www/apache-1.3.20/libexec/libphp4.so:
 Undefined symbol pcre_malloc
 ^^^
 /www/apache-1.3.20/bin/apachectl start: httpd could
 not be started
 
 
 ---
 
 Next time, use the web interface to reply.
 Also, what was the configure line used this time?
 You're most likely doing something wrong so please 
 include all steps you made.
 
 
 
 Previous Comments:


 
 [2001-08-29 09:43:43] [EMAIL PROTECTED]
 
 Does this happen with latest CVS snapshot:
 
 http://snaps.php.net/
 
 


 
 [2001-08-28 22:23:35] [EMAIL PROTECTED]
 
 Hi,
   This is Stone Yu. When I running php 4.0.6, I got
 some error messages :
 
 % sudo /www/apache-1.3.20/bin/apachectl start
 Password:
 Syntax error on line 232 of
 /www/apache-1.3.20/conf/httpd.conf:
 Cannot load /www/apache-1.3.20/libexec/libphp4.so
 into server: /www/apache-1.3.20/libexec/libphp4.so:
 Undefined symbol zendtext
 /www/apache-1.3.20/bin/apachectl start: httpd could
 not be started
 
 O.S. : FreeBSD 4.2-RELEASE
 Apache version : 1.3.20 + mod_ssl-2.8.4-1.3.20(both
 with DSO[max] mode)
 compiler : gcc 2.95.2
 
   I install apache + mod_ssl first, then configure
 and install php with DSO mode, here's my configure
 parameter :
 
 ./configure --with-apxs=/www/apache-1.3.20/bin/apxs
 --with-config-file-path=/www/apache-1.3.20/conf
 --with-mysql=/usr/local/mysql --enable-sysvsem
 --enable-sysvshm --with-xml --with-mod_charset
 --enable-force-cgi-redirect
 --enable-inline-wwwimization
 --with-openssl=/usr/local --enable-track-vars
 --with-bz2 --enable-ftp --with-gdbm=/usr/local
 --with-db2 --with-jpeg-dir --with-tiff-dir
 --with-xpm-dir --with-ttf --with-mm --disable-posix
 
   I also found the old php version(4.0.2) has the
 same bugs(bug no. #6664  #6868), but I can't find
 any solution for it.
   Any suggestion will be nice, thanks a lot.
 
 with Best Regards,
 --
   Stone Yu
 


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


__
Do You Yahoo!?
Get email alerts  NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13067: bool dbmreplace (int dbm_identifier, string key, string value)

2001-08-30 Thread holler

From: [EMAIL PROTECTED]
Operating system: na
PHP version:  4.0.6
PHP Bug Type: Documentation problem
Bug description:  bool dbmreplace (int dbm_identifier, string key, string value)

in docs dbmreplace() returns bool

bbool dbmreplace(int dbm_identifier, string key, string value)/b

but dbmreplace() returns int like dbminsert()

you all make a good job
gegards
robert
-- 
Edit bug report at: http://bugs.php.net/?id=13067edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13069: Documentation

2001-08-30 Thread machucado2000

From: [EMAIL PROTECTED]
Operating system: Linux 7.1
PHP version:  4.0.6
PHP Bug Type: Documentation problem
Bug description:  Documentation

The pdf file documentation, can not be converted to ps book file, the
pagination in incorrect.
-- 
Edit bug report at: http://bugs.php.net/?id=13069edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13067 Updated: bool dbmreplace (int dbm_identifier, string key, string value)

2001-08-30 Thread joey

ID: 13067
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Documentation problem
Operating System: na
PHP Version: 4.0.6
New Comment:

I'm not sure what is the right thing to do here. There *is*
a mismatch, but who is correct?

The proto says:
/* {{{ proto int dbmreplace(int dbm_identifier, string key, string value)
   Replaces the value for a key in a dbm database */

So, by this reasoning, the function operates correctly.

However, it seems to me that what you want to know is
whether the replace worked or not...

Previous Comments:


[2001-08-30 16:03:59] [EMAIL PROTECTED]

in docs dbmreplace() returns bool

bbool dbmreplace(int dbm_identifier, string key, string value)/b

but dbmreplace() returns int like dbminsert()

you all make a good job
gegards
robert





Edit this bug report at http://bugs.php.net/?id=13067edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #13049 Updated: Invalid Link in zlib Documentation

2001-08-30 Thread georg

ID: 13049
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: all
PHP Version: 4.0.6
New Comment:

Changed invalid zlib link to http://www.gzip.org/zlib/

Previous Comments:


[2001-08-30 01:13:47] [EMAIL PROTECTED]

Invalid link

The Link for zlib in the zlib-section is no longer valid.

Note from Jean-loup Gailly (found on www.gzip.org)
Due to the ongoing networking problems at FreeSoftware.com, the former host for 
http://info-zip.org/pub/infozip/zlib/, the official zlib site moved on 27 April 2001. 
The new site is http://www.gzip.org/zlib/ and is maintained by Jean-loup Gailly. 
Please make a note of it! These pages are no longer being updated (or mirrored from 
the new home site) and may go away in the future. 







Edit this bug report at http://bugs.php.net/?id=13049edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12823 Updated: mysql_unbuffered_query missing important information

2001-08-30 Thread georg

ID: 12823
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Documentation problem
Operating System: 
PHP Version: 4.0.6
Old Assigned To: 
Assigned To: georg


Edit this bug report at http://bugs.php.net/?id=12823edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12823 Updated: mysql_unbuffered_query missing important information

2001-08-30 Thread georg

ID: 12823
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Documentation problem
Operating System: 
PHP Version: 4.0.6
Assigned To: georg
New Comment:

mysql_unbuffered_query only accepts 2 parameters (see ext/mysql.c)
Killed 3rd parameter in documentation.

Previous Comments:


[2001-08-18 06:03:25] [EMAIL PROTECTED]

In the documentation for mysql_unbuffered_query, the result mode parameter is not 
explained.

Stefan





Edit this bug report at http://bugs.php.net/?id=12823edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]