[PHP-DEV] Bug #11769 Updated: PDF_setcolor (invalid type of the third argument)

2001-06-29 Thread sniper

ID: 11769
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PDF related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Fixed in PHP 4.0.6 



Previous Comments:
---

[2001-06-28 05:06:08] [EMAIL PROTECTED]
in pdf.c file:

PHP_FUNCTION(pdf_setcolor) {
zval **arg1, **arg2, **arg3, **arg4, **arg5, **arg6, **arg7;
PDF *pdf;



/* int c1;  */
float c1; == TO BE MODIFIED !! (replace the 
int by a
float)




if (ZEND_NUM_ARGS() != 7 || zend_get_parameters_ex(7, arg1, 
arg2,
arg3, arg4, arg5, arg6, arg7) == FAILURE) {
WRONG_PARAM_COUNT;
}

ZEND_FETCH_RESOURCE(pdf, PDF *, arg1, -1, pdf object, le_pdf);

convert_to_string_ex(arg2);
convert_to_string_ex(arg3);
convert_to_double_ex(arg4);
convert_to_double_ex(arg5);
convert_to_double_ex(arg6);
convert_to_double_ex(arg7);

if (0 == (strcmp(Z_STRVAL_PP(arg3), spot))) {
c1 = (int) Z_DVAL_PP(arg4)-PDFLIB_SPOT_OFFSET;
} else if(0 == (strcmp(Z_STRVAL_PP(arg3), pattern))) {
c1 = (int) Z_DVAL_PP(arg4)-PDFLIB_PATTERN_OFFSET;
} else {
c1 = (float) Z_DVAL_PP(arg4);
}

PDF_setcolor(pdf,
Z_STRVAL_PP(arg2),
Z_STRVAL_PP(arg3),
(float) c1,
(float) Z_DVAL_PP(arg5),
(float) Z_DVAL_PP(arg6),
(float) Z_DVAL_PP(arg7));

RETURN_TRUE;
}

---

[2001-06-28 05:03:45] [EMAIL PROTECTED]
PHP_FUNCTION(pdf_setcolor) {
zval **arg1, **arg2, **arg3, **arg4, **arg5, **arg6, **arg7;
PDF *pdf;




float c1; == TO BE MODIFIED !! (replace the int by a 
float)




if (ZEND_NUM_ARGS() != 7 || zend_get_parameters_ex(7, arg1, arg2, arg3, 
arg4, arg5, arg6, arg7) == FAILURE) {
WRONG_PARAM_COUNT;
}

ZEND_FETCH_RESOURCE(pdf, PDF *, arg1, -1, pdf object, le_pdf);

convert_to_string_ex(arg2);
convert_to_string_ex(arg3);
convert_to_double_ex(arg4);
convert_to_double_ex(arg5);
convert_to_double_ex(arg6);
convert_to_double_ex(arg7);

if (0 == (strcmp(Z_STRVAL_PP(arg3), spot))) {
c1 = (int) Z_DVAL_PP(arg4)-PDFLIB_SPOT_OFFSET;
} else if(0 == (strcmp(Z_STRVAL_PP(arg3), pattern))) {
c1 = (int) Z_DVAL_PP(arg4)-PDFLIB_PATTERN_OFFSET;
} else {
c1 = (float) Z_DVAL_PP(arg4);
}

PDF_setcolor(pdf,
Z_STRVAL_PP(arg2),
Z_STRVAL_PP(arg3),
(float) c1,
(float) Z_DVAL_PP(arg5),
(float) Z_DVAL_PP(arg6),
(float) Z_DVAL_PP(arg7));

RETURN_TRUE;
}


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11769edit=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 #11770 Updated: configure --enable-xslt fails

2001-06-29 Thread derick

ID: 11770
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

./configure --enable-xslt --with-xslt-sablot

You need that last configure option.

Derick

Previous Comments:
---

[2001-06-28 05:16:00] [EMAIL PROTECTED]
configuring with --enable-xslt fails with :

checking whether to enable xslt support... yes
checking whether to enable the XSLT Sablotron backend... no
checking libexpat dir for Sablotron XSL support... no
configure: error: not found. Please re-install the  distribution

configuration is done with :

configure --enable-xslt

Thank you for your time.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11770edit=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 #10589 Updated: buildconf not compatible with Gnu Libtool 1.4

2001-06-29 Thread sniper

ID: 10589
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Critical
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0 Latest CVS (01/05/2001)
Assigned To: 
Comments:

No, the libtool 1.4 is seriously bugged..


Previous Comments:
---

[2001-06-28 05:37:55] [EMAIL PROTECTED]
This has been fixed has it not?? Libtool 1.4 works fine for me with latest CVS. CLosing

---

[2001-05-09 11:18:33] [EMAIL PROTECTED]
Reopened. There are some problems with libtool 1.4 still
so we propably won't support for it in 4.0.6. 

Marked to be fixed before 4.0.7.

--Jani



---

[2001-05-02 23:44:39] [EMAIL PROTECTED]
Fixed in CVS. Thanks for catching this!

--Jani


---

[2001-05-02 07:47:27] [EMAIL PROTECTED]
Any reason why this was closed?

---

[2001-05-01 21:13:18] [EMAIL PROTECTED]
[root@gecko /root]# cd /usr/src/php4
[root@gecko php4]# ./cvsclean; ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4 (ok)
build/buildcheck.sh: test: integer expression expected before -ge
buildconf: libtool version 1.4 found.
   You need libtool version 1.3.3 or newer installed
   to build PHP from CVS.
make: *** [buildmk.stamp] Error 1

---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10589edit=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] What does this error mean?

2001-06-29 Thread Jimi Malcolm

I'm trying to from a file in a directory called 'logs'.  I've never seen
this error before.  What does it mean?

ERROR
Warning: fopen(logs/993700800.log,w+) - Permission denied in
/home/sites/site20/users/guide/web/counter.php on line 28

Warning: Supplied argument is not a valid File-Handle resource in
/home/sites/site20/users/guide/web/counter.php on line 29

Warning: Supplied argument is not a valid File-Handle resource in
/home/sites/site20/users/guide/web/counter.php on line 30
1
END

The last two errors are becuase the first fails to return a file handle.
Here's the actual offending code.  It's just a simple counter.

CODE
?PHP
$iDate = mktime(0, 0, 0, date(m), date(d), date(Y));
$iCount = 1;
$sFile = logs/.$iDate..log;

if (file_exists($sFile)) {
 $iCount = incCount($sFile);
} else {
 createCountLog($sFile);
}

echo BFONT COLOR=BLUE$iCount/FONR/B;

function incCount($sFile) {
 // Open and read existing count
 $hCounter = fopen($sFile, r);
 $iCount = fgets($hCounter, 1024);
 fclose($hCounter);
 // Write over it with the new count
 $hCounter = fopen($sFile, w);
 fputs($hCounter, ++$iCount);
 fclose($hCounter);
 return $iCount;
}


function createCountLog($sFile) {
 $hCounter = fopen($sFile, w+);
 fputs($hCounter, 1);
 fclose($hCounter);
}

?
END

Usually I've been able to fix every PHP error I've gotten in the past -
they've been pretty straightforward - but I've been playing around with this
error for a few days now to no avail.

I'm new to this mailing list and have never used it before so I'm not sure
which one/s to join or post this specific message to.  I apologize if this
is the wrong forum for this type of question.  Thank you for your time.

--
Jimi Malcolm
Web Content Manager
inburst Internet Media
inburst.com
jimi.malcolm@inburst



-- 
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 #11772 Updated: configure keeps telling 'This c-client library does not support SSL'

2001-06-29 Thread sniper

ID: 11772
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This is fixed in CVS. But for 4.0.6, just adding --with-openssl=/usr/local/ssl should 
help.

--Jani


Previous Comments:
---

[2001-06-28 05:59:23] [EMAIL PROTECTED]
Using IMAP-2000c. I tried a lot of options.

IMAP-build:
cd imap-2000c/
make slx SPECIALAUTHENTICATORS=ssl SSLDIR=/usr/local/ssl
mkdir lib
mkdir include
cp -af c-client/c-client.a ./lib/libc-client.a
cp -af c-client/rfc822.h ./include/
cp -af c-client/mail.h ./include/
cp -af c-client/linkage.h ./include/

PHP-build: (just to check wheter it would work or not)
cd php-4.0.6/
./configure --with-apache=../apache_1.3.20 --with-openssl=/usr/local/ssl 
--with-imap=../imap-2000c --with-imap-ssl

Also tried --with-imap-ssl=../imap-2000c and --with-imap-ssl=/usr/local/ssl 

Used to use the last one with previous versions of PHP4, and that worked.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11772edit=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 #11771 Updated: Persistent connection does not close

2001-06-29 Thread sniper

ID: 11771
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

The idea of persistant connection is that it is not closed..
RTFM.

http://www.php.net/manual/en/features.persistent-connections.php



Previous Comments:
---

[2001-06-28 05:56:06] [EMAIL PROTECTED]
Hello,
I have a connection leak problem when connecting to PGsql.
The connection just hang around and does not close. I have 
tryied to stress the server by doing *a lot* of persistent 
connections in a header(redirect) loop, and the pool 
worked ok with the stress. After a night of some 
connections, it grew to the maximum. (I use the PHAkt 
module for Ultradev PHP development)

I have tried to limit the maximum Pconnection number, but 
it is not working

I have built PHP like this.
 './configure' '--prefix=/usr' 
'--with-config-file-path=/etc' '--disable-debug' 
'--enable-pic' '--enable-shared' 
'--enable-inline-optimization' 
'--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' 
'--with-regex=system' '--with-gettext' '--with-gd' 
'--with-jpeg-dir=/usr' '--with-png' '--with-zlib' 
'--with-db2' '--with-db3' '--with-gdbm' 
'--enable-debugger' '--enable-magic-quotes' 
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' 
'--enable-sysvshm' '--enable-track-vars' '--enable-yp' 
'--enable-ftp' '--enable-wddx' '--without-mysql' 
'--without-oracle' '--without-oci8' '--with-xml' 
'--with-pdflib'




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11771edit=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 #11774 Updated: Unable to load dynamic library 'C:/PHP/extensions/php_oci8.dll'

2001-06-29 Thread sniper

ID: 11774
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: OCI8 related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:



Previous Comments:
---

[2001-06-28 06:54:02] [EMAIL PROTECTED]
The CGI module fails to load the OCI8 dll.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11774edit=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 #11762 Updated: bad example

2001-06-29 Thread danbeck

ID: 11762
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

I believe that the PDF and CHM version of the module always lag behind due to the 
amount of work it takes to package them up.  If you are ever in doubt, please check 
the online html manual first.  You can visit it directly at: http://php.net/manual/


Previous Comments:
---

[2001-06-28 14:32:55] [EMAIL PROTECTED]
thx for replying, thx 
btw, in http://www.php.net/docs.php
doucument list
file size? may not need if file is small enough
file size for compare and decide whether to download ?
why not show an document last update date?
or document version will be better :P
just suggestion, may not post as a reply here

---

[2001-06-28 11:29:28] [EMAIL PROTECTED]
Not necessarily. Latest should always be the online manual.
And the VERY latest is in CVS. :)



---

[2001-06-28 08:23:10] [EMAIL PROTECTED]
I think i've downloaded the lastest version of chm file.
I do also download it again.
isn't the CHM version of document the newest document ?

---

[2001-06-27 23:03:36] [EMAIL PROTECTED]
You must be looking into old manual or something since
the example I see on the getdate() manual page has perfect,
working example in it.


---

[2001-06-27 22:34:30] [EMAIL PROTECTED]
PHP manual
getdate
(PHP 3, PHP 4 )

getdate -- Get date/time information
Description

array getdate ([int timestamp])


Example 1. getdate() example 

$today = getdate(); 
$month = $today[month]; 
$mday = $today[mday]; 
$year = $today[year]; 
echo $month $mday, $year;
  
 
---
- $mday = $today[mday]; 
warnning: Use of undefined constant mday - assumed 'mday'
although a undefined constant will be assumed as a string, it's still a bad usage of 
this auto conversion.

php manual writers shouldn't make a bad guide for php learners

thx

---

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


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


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




Re: [PHP-DEV] Assert callback handlers

2001-06-29 Thread Jon Parise

On Thu, Jun 28, 2001 at 05:23:41AM -0600, Zak Greant wrote:

 Can anyone see any problems with adding array ($object, 'method') syntax to
 the assert handler functionality?
 
I think that would be fiarly useful, actually.  In the past, I've
just written whole functions that sort of mimic assert(), but
this would be much better.

-- 
Jon Parise ([EMAIL PROTECTED])  .  Rochester Inst. of Technology
http://www.csh.rit.edu/~jon/  :  Computer Science House Member

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




[PHP-DEV] CVS probs

2001-06-29 Thread Derick Rethans

Hello guys,

I committed something... but I got this error. (This could be a prob with
the moving of the server?)

Anyway, this is the error:

[derick@aarde cpdf]$ cvs commit
cvs commit: Examining .
Checking in cpdf.c;
/repository/php4/ext/cpdf/cpdf.c,v  --  cpdf.c
new revision: 1.27; previous revision: 1.26
done
Can't exec /usr/local/bin/cvs: No such file or directory at
/repository/CVSROOT/loginfo.pl line 122.
Mailing the commit email to [EMAIL PROTECTED]

regards,

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-


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




[PHP-DEV] Bug #11762 Updated: bad example

2001-06-29 Thread derick

ID: 11762
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

I'm planning to update the CHM versions soon now, as lots of things have been changed.
I hope I can do it this weekend.

Derick

Previous Comments:
---

[2001-06-28 17:22:12] [EMAIL PROTECTED]
My apologies.. I responded before I realized that the mailing lists are 12-14 hrs 
behind.  I didn't think to read the bug report on the page to make sure no one 
responded to it already.

---

[2001-06-28 17:21:03] [EMAIL PROTECTED]
I believe that the PDF and CHM version of the module always lag behind due to the 
amount of work it takes to package them up.  If you are ever in doubt, please check 
the online html manual first.  You can visit it directly at: http://php.net/manual/


---

[2001-06-28 14:32:55] [EMAIL PROTECTED]
thx for replying, thx 
btw, in http://www.php.net/docs.php
doucument list
file size? may not need if file is small enough
file size for compare and decide whether to download ?
why not show an document last update date?
or document version will be better :P
just suggestion, may not post as a reply here

---

[2001-06-28 11:29:28] [EMAIL PROTECTED]
Not necessarily. Latest should always be the online manual.
And the VERY latest is in CVS. :)



---

[2001-06-28 08:23:10] [EMAIL PROTECTED]
I think i've downloaded the lastest version of chm file.
I do also download it again.
isn't the CHM version of document the newest document ?

---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11762edit=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 #11788: CGI-Error and 502 Bad Gateway

2001-06-29 Thread theo . schoeberl

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.5
PHP Bug Type: IIS related
Bug description:  CGI-Error and 502 Bad Gateway

We have the same problem as bug number #9852, running this small script:

?php
// user_error (Starting whoonline.php);   
$TEST = false;
$RELOAD_TIME = 900; // 15 Minuten
//  Terminate Process!!!
function Terminate ($ODBCConn) {
mssql_query(COMMIT, $ODBCConn);
mssql_close($ODBCConn); 
exit;
}
if (isset($HTTP_ENV_VARS[QUERY_STRING])) {
parse_str($HTTP_ENV_VARS[QUERY_STRING]);
}
//  Wurde SiteID als Argument uebergeben? ... nein, Ende!
if (!isset($sid)) {
exit;
}
if ($TEST == true) {
if ($sid != ???)
exit;
}
$SiteID = $sid;
// user_error (SiteID= . $sid);
$ODBCConn = mssql_connect(,??,);
mssql_select_db(??,$ODBCConn);
mssql_query(BEGIN TRANSACTION, $ODBCConn);
$gTIME = time();
$lTimeLimit = $gTIME - $RELOAD_TIME;  // 15 Minuten
$SQL = SELECT * FROM Reloads WHERE SiteID =  . $SiteID;
$SQL .=  AND TimeValue =  . $lTimeLimit;
$rs = mssql_query($SQL, $ODBCConn);
$i = mssql_num_rows($rs);
if (isset($offset)) {
if ($i == 0)
$i = 1;
}
if ($TEST == false) {
$strCount = str_pad($i, 6, 0, STR_PAD_LEFT);
$width = strlen($strCount) * ImageFontWidth(4);
$hImg = ImageCreateFromPNG(images/onlcnt.png);
$clrFg = ImageColorresolve($hImg, 255, 206, 102);
$clrFg = $clrFg * -1;
ImageTTFText($hImg, 12, 0, 35, 24, $clrFg, images/Tahomabd.ttf, $strCount);
header(Content-type: image/gif);
ImagePNG($hImg);
ImageDestroy($hImg);
}
// user_error (Leaving whoonline.php);
Terminate($ODBCConn);
?

Note: Personal data are changed to ?

Is it a timing problem?

Hardware/Software:
   Web server:
  Win2000 Server (with SP1)
  IIS 5.0
  PHP 4.0.5 (CGI mode)

   Database server:
  Win2000 Server (with SP1)
  MS-SQL 2000

   Client:
  Win2000 Professional SP1
  IE 5.5 SP1

Is anybody working on this problem?




-- 
Edit Bug report at: http://bugs.php.net/?id=11788edit=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 #11789: Apache can't start

2001-06-29 Thread mad

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.5
PHP version:  4.0.6
PHP Bug Type: Sybase-ct (ctlib) related
Bug description:  Apache can't start

When I launch apache with sybase_ct, I've got following messages : 

DRK01:/soft/apache/bin# ./apachectl start
./apachectl: line 184: 15557 Segmentation fault  $HTTPD
./apachectl start: httpd could not be started

Sybase Version : 11.9.2
$SYBASE environment variable is correctly set

There's nothing in apache's logs
There's nothing in dmesg's output

Do you have any idea ?

Thanks for your answer

@++
JC


-- 
Edit Bug report at: http://bugs.php.net/?id=11789edit=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 #11789 Updated: Apache can't start

2001-06-29 Thread mad

ID: 11789
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Sybase-ct (ctlib) related
Operating system: Linux 2.4.5
PHP Version: 4.0.6
Description: Apache can't start

PS : it's ok with sybase DB lib

Previous Comments:
---

[2001-06-28 18:44:59] [EMAIL PROTECTED]
When I launch apache with sybase_ct, I've got following messages : 

DRK01:/soft/apache/bin# ./apachectl start
./apachectl: line 184: 15557 Segmentation fault  $HTTPD
./apachectl start: httpd could not be started

Sybase Version : 11.9.2
$SYBASE environment variable is correctly set

There's nothing in apache's logs
There's nothing in dmesg's output

Do you have any idea ?

Thanks for your answer

@++
JC

---


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


-- 
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] What does this error mean?

2001-06-29 Thread jeroen

[EMAIL PROTECTED]

or

news://news.php.net/php.general

Anyway, you don't have permission to write the file... type
man chmod
in your shell.

Jeroen
- Original Message -
From: Jimi Malcolm [EMAIL PROTECTED]
Newsgroups: php.dev
Sent: Thursday, June 28, 2001 9:15 PM
Subject: [PHP-DEV] What does this error mean?


 I'm trying to from a file in a directory called 'logs'.  I've never seen
 this error before.  What does it mean?

 ERROR
 Warning: fopen(logs/993700800.log,w+) - Permission denied in
 /home/sites/site20/users/guide/web/counter.php on line 28

 Warning: Supplied argument is not a valid File-Handle resource in
 /home/sites/site20/users/guide/web/counter.php on line 29

 Warning: Supplied argument is not a valid File-Handle resource in
 /home/sites/site20/users/guide/web/counter.php on line 30
 1
 END

 The last two errors are becuase the first fails to return a file handle.
 Here's the actual offending code.  It's just a simple counter.

 CODE
 ?PHP
 $iDate = mktime(0, 0, 0, date(m), date(d), date(Y));
 $iCount = 1;
 $sFile = logs/.$iDate..log;

 if (file_exists($sFile)) {
  $iCount = incCount($sFile);
 } else {
  createCountLog($sFile);
 }

 echo BFONT COLOR=BLUE$iCount/FONR/B;

 function incCount($sFile) {
  // Open and read existing count
  $hCounter = fopen($sFile, r);
  $iCount = fgets($hCounter, 1024);
  fclose($hCounter);
  // Write over it with the new count
  $hCounter = fopen($sFile, w);
  fputs($hCounter, ++$iCount);
  fclose($hCounter);
  return $iCount;
 }


 function createCountLog($sFile) {
  $hCounter = fopen($sFile, w+);
  fputs($hCounter, 1);
  fclose($hCounter);
 }

 ?
 END

 Usually I've been able to fix every PHP error I've gotten in the past -
 they've been pretty straightforward - but I've been playing around with
this
 error for a few days now to no avail.

 I'm new to this mailing list and have never used it before so I'm not sure
 which one/s to join or post this specific message to.  I apologize if this
 is the wrong forum for this type of question.  Thank you for your time.

 --
 Jimi Malcolm
 Web Content Manager
 inburst Internet Media
 inburst.com
 jimi.malcolm@inburst



 --
 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 #11062 Updated: Sharing Violation Error Message

2001-06-29 Thread phildriscoll

ID: 11062
Updated by: phildriscoll
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Directory function related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Is there any chance that while testing this you have also caused IIS to serve any of 
the files in the directories up? There is an unpleasant problem with IIS whereby it 
holds files open for some time after serving them. This normally manifests itself by 
stopping you editing and saving out a html file you have just looked at via the web 
server, however it would also stop you renaming any parent directory of the file.

Previous Comments:
---

[2001-06-28 07:58:57] [EMAIL PROTECTED]
Yes it does.  :(   Does the folder need to have special permissions?  Right now I've 
got SYSTEM and CREATOR_OWNER with full controll, and a bunch of groups.

---

[2001-06-23 20:58:38] [EMAIL PROTECTED]
Does this happen with PHP 4.0.6 ?


---

[2001-06-04 01:27:47] [EMAIL PROTECTED]
In order to regain control over the directories, it is necessary to restart the entire 
IIS Admin Service.  Restarting the World Wide Web Publishing Service alone does 
not fix the problem.

---

[2001-05-23 14:34:47] [EMAIL PROTECTED]
Hello, I've written a simple script which can recurse into subdirectories when needed, 
and print out an HTML table with with details about the files it finds.  The problem 
is that after I run this script, if I try and rename one of the folders it has 
recursed into, I get an error message which reads:

Cannot rename [folder name]:  There has been a sharing violation.  The source or 
destination file may be in use.

Note that I can still rename files, just not folders.  If I stop and start IIS, I am 
able to rename folders until I run the script again.  I believe I'm using the 
closedir() function correctly, and have even echoed out when the directories are 
opened and closed to make sure I'm not messing up.  One last thing to note is that 
this script is being run on an NTFS partition.  A copy of the script follows:


?php

// $hddir is the hard drive directory passed into this function from the calling page
// $mode can be either single or recurse
// $order is just ignored right now, but I would like it to be alphabetical, size, 
etc.


function list_dir($hddir, $mode, $order) {
$webdir = http://www.foo.com; . str_replace(/inetpub/www_root, , $hddir);
$handle = opendir($hddir);
chdir($hddir);


// if there are files in the directory, print out the table header and set the 
flag
// once we find a file, don't run the test (and print out the table header) 
again
while (($file = readdir($handle))  ($file_count  1)) {
if ($file == '.' || $file== '..') 
continue;
else if (is_file($file)) {
echo table border=0 cellpadding=2 cellspacing=2;
echo trth/thth class=highFilename/th;
echo th class=highSize/th;
echo th class=highModified/th/tr;
$file_count += 1;
}
}


rewinddir ($handle);// start reading again 
from the beginning of the directory
while ($file = readdir($handle)) {  // while we can read an entry 
from the directory (files and dirs)
if ($file == '.' || $file== '..') 
continue;

else if (($mode == recurse)  (is_dir($file))  (substr($file, 
0, 1) != _)) {   // don't recurse directories which begin with an underscore
$dir_count += 1;
$places_to_go[$dir_count] = $file;
}

else if (is_file($file)) {
$extension = ''; 
$parts = split('.', $file); 
if (count($parts)  1) $extension = end($parts); 
if (!$extension  count($parts)  2) $extension = 
prev($parts);

if (($extension == doc) || ($extension == DOC) || 
($extension == rtf))
echo trtdimg src=/pics/icons/word_sm.gif 
width=20 height=19/td;
else
echo trtdimg src=/pics/spacer.gif width=20 
height=19/td;

echo td bgcolor=silvera href= . $webdir . / . $file 
.  target=_blank . $file . /a/td; 

$j = 0; 
$ext = array( Bytes,  KB,  MB,  GB,  TB); 

Re: [PHP-DEV] Memory limit is used for all scripts insteadofone? NEW: CRASHING

2001-06-29 Thread Zeev Suraski

Saying it worked in 4.0.4 was quite a valuable piece of information.  I can 
confirm now that memory_limit is broken in 4.0.6, I'll submit a fix to CVS 
soon.

Zeev

At 15:23 28/6/2001, Swift wrote:
Hi Zeev!

Zeev Suraski wrote:

  This isn't a known problem (well, at least I haven't heard any such
  complaints).  It may be a coincidence (i.e. not related to 4.0.6) - I'd
  wait and see if this problem persists.

Thanks for your help. Ok, I will give it a try.
But back to the first problem. You said that the memory_limit applies to 
only ONE
script (as I thought). You said that the problem may be somewhere else.

But I got the described error-message without any load! I cutted our 
leased-line
before the tests and then only executed the 2 test-scripts. And in 10-20% 
of the
cases I got the error-message. BTW, our server has 512MB RAM and 90% free, 
so RAM
seems not to be the problem. The second strange thing is: With 4.0.4pl1 the
memory_limit was 8M and with 4.0.6 I increased it to 16M. I never got the 
message
with 4.0.4pl1 but with 4.0.6 nearly instantly (after a few minutes the 
first time)!

The two test-scripts only allocate 8MB each. When I execute only these two 
scripts
and the server has no load besides of that and 400MB free RAM, and the 
mem-limit
is 16M --- why will I get sometimes the out-of-memory warning? This 
theoretically
can't be, right!? Maybe this has something to do why the server crashed 
tonight...?
Help!

  ... tobias wiersch from .de



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

--
Zeev Suraski [EMAIL PROTECTED]
CTO   co-founder, Zend Technologies Ltd. http://www.zend.com/


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




Re: [PHP-DEV] DOM/XML in 4.0.7

2001-06-29 Thread Andi Gutmans

At 02:30 PM 6/27/2001 -0400, Colin Viebrock wrote:
  For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
  upgrade isn't being fixed. Maybe we should revert it back to what it was
  in 4.0.6 until it gets a thorough make over?

You love to make me work, huh?  :)

Seriously, if we stick with the 4.0.6 version, that's fine.  However, I've
heard various reports of major memory leaks in it.  I'd rather have a
leak-free version with a new syntax than a leaky version with the old
syntax.  Whichever makes more sense is fine with me.


I think it's better to have a leaky version which doesn't break people's 
scripts :)
Fixing memory leaks shouldn't be too hard.

Andi


-- 
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 #11628 Updated: odbc_fetch_into is broken

2001-06-29 Thread sniper

ID: 11628
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: ODBC related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This function has to be redesigned but this has to wait 
for PHP 4.1.x release. At the moment this is the intented
behaviour. Not a bug. But expect this function to change
in PHP 4.1.x. Documentation will be updated soon.

--Jani


Previous Comments:
---

[2001-06-27 22:50:46] [EMAIL PROTECTED]
I really don't see the reason why the second parameter
should be passed by reference anyway. 

Dan, fix this. :)



---

[2001-06-27 10:24:21] [EMAIL PROTECTED]
right, i think a little background is called for.

4.0.x5:
odbc_fetch_into($qid,1,$row);

4.0.5:
odbc_fetch_into($qid,1,$row);

4.0.6
$i=1;
odbc_fetch_into($qid,$i,$row);

what has this got to do with the 3rd parameter? The need for the reference operator 
was removed in 4.0.5 and everything worked fine. why does the row number suddenly need 
to be passed by reference? its not like its going to be updated by odbc_fetch_into is 
it?

---

[2001-06-27 10:10:48] [EMAIL PROTECTED]
it is not broken. 

this functionality was changed to remove the need for the final variable to be a 
reference.  unfortunately due to the nature of the function, the final variable is 
ALWAYS required to be a reference.  this functionality will change in 4.1 to better 
reflect a more intelligent ordering of the variables and will allow your first example 
to work.

---

[2001-06-23 14:42:50] [EMAIL PROTECTED]
correct version.


---

[2001-06-23 08:43:18] [EMAIL PROTECTED]
this is for 4.0.6, but there's no option for that yet  4.0.5 works fine.

easiest to describe this by example:

odbc_fetch_into($qid,1,$row);

gives

Fatal error: Only variables can be passed by reference in script on line line


$i=1;
odbc_fetch_into($qid,$i,$row);

works perfectly.


---

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


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


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




Re: [PHP-DEV] [Bug] MacOSX-10.0.4 Unresolved symbols in Apche DSO

2001-06-29 Thread nathan r. hruby

On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:

 Hello Nathan,

 please add --with-zlib to your configure line. It should work fine then.


Did that, worked fine, amened bug at bugs.php.net.  Please add a warning
for this in the INSTALL if the is a MacOSX specfic problem, or change
build config to make --with-zlib a default to ./configure if this is a new
dependancy for php4

-n

 Derick


 On Wed, 27 Jun 2001, nathan r. hruby wrote:

  Just doing what bugs.php.net tells me.. Sorry of this duplicatied
 
  --- START: Bug Entry
  From: [EMAIL PROTECTED]
  Operating system: MacOSX 10.0.4
  PHP version:  4.0.6
  PHP Bug Type: *Install and Config
  Bug description:  Unresolved symbols in Apche DSO
 
  Fresh compile on OSX 10.0.4:
  ./configure --with-apxs --with-mysql=/usr/local
 
  After a successful compile and install, checking apache
  yeilds:
  [puma:nathan/src/php-4.0.6] root# apachectl configtest
  dyld: /usr/sbin/httpd Undefined symbols:
  _compress
  _uncompress
  [puma:nathan/src/php-4.0.6] root#
 
  Output compression is off
 
  Apache is:
  [puma:nathan/src/php-4.0.6] root# httpd -V
  Server version: Apache/1.3.14 (Darwin)
  Server built:   02/16/01 19:31:58
  Server's Module Magic Number: 19990320:10
  Server compiled with
   -D EAPI
   -D HAVE_MMAP
   -D USE_MMAP_SCOREBOARD
   -D USE_MMAP_FILES
   -D USE_FLOCK_SERIALIZED_ACCEPT
   -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
   -D HTTPD_ROOT=/usr
   -D SUEXEC_BIN=/usr/sbin/suexec
   -D DEFAULT_PIDLOG=/var/run/httpd.pid
   -D DEFAULT_SCOREBOARD=/var/run/httpd.scoreboard
   -D DEFAULT_LOCKFILE=/var/run/httpd.lock
   -D DEFAULT_XFERLOG=/var/log/httpd/access_log
   -D DEFAULT_ERRORLOG=/var/log/httpd/error_log
   -D TYPES_CONFIG_FILE=/etc/httpd/mime.types
   -D SERVER_CONFIG_FILE=/etc/httpd/httpd.conf
   -D ACCESS_CONFIG_FILE=/etc/httpd/access.conf
   -D RESOURCE_CONFIG_FILE=/etc/httpd/srm.conf
 
 
 
  Warning: Could not execute mail delivery program in
  /local/Web/sites/phpweb/bugs.php on line 419
 
 
  Mail not sent!
  Please send this page in a mail to [EMAIL PROTECTED] manually.
 
  ---END: Bug entry
 

[snip previous .sig's]

-n
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
nathan hruby / digital statement
[EMAIL PROTECTED]
http://www.dstatement.com/

Public GPG key can be found at:
http://www.dstatement.com/nathan-gpg-key.txt
ED54 9A5E 132D BD01 9103  EEF3 E1B9 4738 EC90 801B
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-




-- 
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] MacOSX-10.0.4 Unresolved symbols in Apche DSO

2001-06-29 Thread derick

On Thu, 28 Jun 2001, nathan r. hruby wrote:

 On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:

  Hello Nathan,
 
  please add --with-zlib to your configure line. It should work fine then.
 

 Did that, worked fine, amened bug at bugs.php.net.  Please add a warning
 for this in the INSTALL if the is a MacOSX specfic problem, or change
 build config to make --with-zlib a default to ./configure if this is a new
 dependancy for php4

It has actually nothing to do with PHP, but with the MySQL client
libraries. Some need --with-zlib, others do not. This is covered in the
MySQL FAQ, 25.4.2 IIRC. But it should be added to the INSTALL or FAQ.
Did you leave open this bugreport? If so, please leave it open as a
Documentation bug then.

regards,

Derick Rethans

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


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




[PHP-DEV] Bug #11781: Seg Fault apache and 0 bytes request.. apache died

2001-06-29 Thread wilco

From: [EMAIL PROTECTED]
Operating system: Linux Slackware 7.1
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Seg Fault apache and 0 bytes request.. apache died

The crash happens after a random (half) hours at with my busy visited website +/- 2 
mil. pageviews a month.
Lots of these messages in my apache error_log
[Thu Jun 28 15:51:13 2001] [notice] child pid 21954 exit signal Segmentation fault (11)
apachectl restart won't help!! only apachectl stop and start makes it work again.

all the configure and compile went good!
I already tried it with apc enabled and disabled in php.ini with no results.
this is my configure string:

 './configure' '--with-config-file-path=/www' '--with-apache=../apache_1.3.20' 
'--with-mcrypt=../libmcrypt-2.4.11' '--with-mysql=/usr/local/mysql' 
'--with-openssl=/usr/local/openssl' '--with-zlib-dir=/usr/local' 
'--with-zlib=/usr/local' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' 
'--with-png-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-ttf' 
'--enable-gd-native-ttf' '--with-xml' '--disable-debug' '--enable-memory-limit' 
'--enable-shared' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' 
'--enable-magic-quotes' '--enable-bcmath' '--enable-apc'

php405 worked great but then I was unable to configure gd and freetype.


-- 
Edit Bug report at: http://bugs.php.net/?id=11781edit=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] MacOSX-10.0.4 Unresolved symbols in Apche DSO

2001-06-29 Thread nathan r. hruby

On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:

 On Thu, 28 Jun 2001, nathan r. hruby wrote:

  On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:
 
   Hello Nathan,
  
   please add --with-zlib to your configure line. It should work fine then.
  
 
  Did that, worked fine, amened bug at bugs.php.net.  Please add a warning
  for this in the INSTALL if the is a MacOSX specfic problem, or change
  build config to make --with-zlib a default to ./configure if this is a new
  dependancy for php4

 It has actually nothing to do with PHP, but with the MySQL client
 libraries. Some need --with-zlib, others do not. This is covered in the
 MySQL FAQ, 25.4.2 IIRC. But it should be added to the INSTALL or FAQ.
 Did you leave open this bugreport? If so, please leave it open as a
 Documentation bug then.


The bug was closed by [EMAIL PROTECTED], I will re-open it and re-classify it
wilt this information

-n
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
nathan hruby / digital statement
[EMAIL PROTECTED]
http://www.dstatement.com/

Public GPG key can be found at:
http://www.dstatement.com/nathan-gpg-key.txt
ED54 9A5E 132D BD01 9103  EEF3 E1B9 4738 EC90 801B
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-




-- 
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] Totally Blue Sky / beta testers?

2001-06-29 Thread Marc Boeren


Hi,

  Seriously, we could use a couple beta testers. I've been told I
  can accept 5 beta-testers. Benefits are that you can distribute
  your first project for free... Interested? 
 
 *IF* I do not have to sign a non-compete, then count me in.  If you 
 end up going the commercial route, then I will probably re-open my 
 efforts into making a GPL version, and I won't sign away that right.

There will not be a non-compete thing or such. The only rule is that you
don't use it commercially and that you will give us comments on what works,
what doesn't, possible differences between a site on our app (which we
dubbed 'localsite' for now) and on an actual webserver, anything else you
notice that is either odd or good, and two-way communication to solve any
issues that arise.

 Small, amateur developers like me would be very unlikely to drop that 
 sort of cash unless the program was packed full of slick features 
 which made it invaluable.  The competative product is Visual Basic 
 and I think that's $100.  I tend to look for shareware products in 
 the $40 and less arena.

Our expected target audience is a developer/company that builds custom
applications for clients. This means they can charge the extra costs
directly to their client, and usually the project costs a whole lot more
than that.
Our company builds websites for clients (and more, but that isn't relevant
here), but if our client wants a cd-rom application, we build a website and
distribute it on cd-rom using our application to make it work in a
standalone environment. Added-value here is that there is only one
development project for cd-rom and internet, as you can use the exact same
php-pages on both. So if a company wants both cd and www, the project costs
significantly less if you only have one development route.
This means the competative product is not visual basic, at least not in this
area. If you just use it to make some windows applications, vb would
probably make a better tool...

On the other hand, we didn't really think about amateur developers (or
shareware developers or the like) who create simple applications. Since we
have a project-based background, that was our first thought. But then, our
plans to create a project-based licensing scheme would probably be no good
to a shareware developer either, they just want to buy it once and then use
it whenever possible (at least, this is what I would do).

I'll discuss it here, and we'll see what emerges :-)

 Corporations would have no problem spending that sort of money, but 
 they also tend to hire professional programmers who would not be 
 daunted by the challenges of programming Windows in VC++.

But then, a VC++ (or VB) project cannot be put on a webserver, which is
where a php-application has the edge...

About the beta, I'll create a package tomorrow or early next week and mail
it to you, ok? (about 100k zipped).

Cheerio, Marc.

-- 
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 #11632 Updated: Bad Request on most Sites

2001-06-29 Thread cheapsalsa

ID: 11632
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: HTTP related
Operating system: Red Hat Linux 7.0 Standard
PHP Version: 4.0.6
Description: Bad Request on most Sites

Yes, (my intranet site address, which I use the script on,
is http://intranet)  If I requested http://intranet; I
would get a 400 error and in the Apache log, it would say
Invalid URI 'GET  HTTP/1.0' instead of a valid request
GET / HTTP/1.0  BUT, if I request http://intranet/; (WITH
THE END SLASH), everything works fine!

Previous Comments:
---

[2001-06-27 13:43:43] [EMAIL PROTECTED]
No, this works for me just fine.
Do you get any error messages? In apache logs?

--Jani


---

[2001-06-25 09:34:18] [EMAIL PROTECTED]
ok...do you see what I mean?

---

[2001-06-23 16:49:38] [EMAIL PROTECTED]
reclassified.


---

[2001-06-23 15:28:40] [EMAIL PROTECTED]
Whoa!  I figured something out.  If I request http://finance.yahoo.com (without the 
last slash) I get 400 errors, but with the slash (http://finance.yahoo.com/) it works 
fine.  As does any other page on the site (http://finance.yahoo.com/index.html)  I 
think PHP is sending GET  HTTP/1.0 because I used the script on MY site and in my 
error log file, it says Invalid URI 'GET  HTTP/1.0'

---

[2001-06-23 15:22:45] [EMAIL PROTECTED]
I have created a webpage to get the HTTP headers of a page.  This worked fine with 
4.0.5 (using the $http_request_header variable.)  But, in 4.0.6, almost all websites 
give me a 400 Bad Request Error when using this script.  To get the webpages I use

$pagefile=file(http://$url;);

where $url is the url (without the http://)  I want to use.  The only site I have 
found that does not give me a 400 error is www.yahoo.com.  As I said, this script 
worked fine with 4.0.5 and I have not changed anything since using 4.0.6.  I just 
installed PHP 4.0.6 today (June 23.)  I compiled it with Apache 1.3.20 using all the 
same configure stuff, etc...  Compiling process went normal.  I can usually debug 
things like this, but I cannot figure out what would have caused this one.  I am 
guessing PHP is sending corrupted requests, but I really don't know.

---

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

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


-- 
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 #11774 Updated: Unable to load dynamic library 'C:/PHP/extensions/php_oci8.dll'

2001-06-29 Thread fabio . pascarella

ID: 11774
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: OCI8 related
Operating system: Win NT - IIS4 - CGI
PHP Version: 4.0.6
Description: Unable to load dynamic library 'C:/PHP/extensions/php_oci8.dll'

Never mind, my fault.
My Oracle client installation was corrupted...Sorry.

Previous Comments:
---

[2001-06-28 06:54:02] [EMAIL PROTECTED]
The CGI module fails to load the OCI8 dll.

---


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


-- 
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 #11749 Updated: Unserialize dies with Apache Module but is FINE with CGI

2001-06-29 Thread btanner

ID: 11749
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating system: Win32 (Win 2k)
PHP Version: 4.0.6
Description: Unserialize dies with Apache Module but is FINE with CGI

After changing all my reads and writes to forced binary reads and right, all is well 
with Win32 Apache module.

IMHO, this is still a bug.  If the behaviour is this for the module, it should also be 
the same for the CGI.

Why did this work?

Previous Comments:
---

[2001-06-27 14:32:13] [EMAIL PROTECTED]
If it helps:

a)Script
b)Datafile

can be found in zip form at:

http://www.zaam.com/zend/bug11749.zip

Thanks for all your help on this guys.  

---

[2001-06-27 14:06:09] [EMAIL PROTECTED]
Bingo.. got it down to a reasonable amount of code.

I'll provide the code here (its still 65 lines).  I have kept the save method, 
although it is not used in this example.  Reason being is that I am loading an object 
that I previously saved, so its possible that the save method is the offender.

Here you go.  I'll also reply to this message in php-dev (if the list ever starts 
working) -- with the datafile attached.

--Code starts--
?
class Module_Variable{
var $Type;
var $Name;
var $Value;

function Module_Variable($Name,$Value,$Type=S){
$this-Name=$Name;
$this-Value=$Value;
$this-Type=$Type;  
}
} //end of module_variable class


class Module {
var $Variables;  // Array of Configuration Variables for this Module
var $Inclusions; // Array of Inclusions in case of newuser,deleteuser,etc,etc
var $Path;   // Path from Root to get to this module
var $Name;
var $Loaded; // Has this module been loaded, or not?


function Module($Name,$Path){
$this-Name=$Name;
$this-Path=$Path;
$this-Loaded=0;
$this-Variables=;
}

function Save(){
$ModCode=serialize($this);  

$FileLocation=__DATAPATH.mod_data/.$this-Name..mod;

$FilePointer=fopen($FileLocation,w);
$WriteCheck=fwrite($FilePointer,$ModCode);

if(!$WriteCheck)
die(Error writing output...);
fclose($FilePointer);   
}

function Load(){

$FileLocation=$this-Name..mod;

$FilePointer=@fopen($FileLocation,r);
if(!$FilePointer)
$this-HandleError($FileLocation);
$EncodedString=fread($FilePointer,filesize($FileLocation));
fclose($FilePointer);

$VarObject=unserialize($EncodedString);
$this-Variables=$VarObject-Variables;

$this-Loaded=1;
}   
}//end the class

$MyModule=new Module(login,);
$MyModule-Load();

print(hrBrGood so far);

?

---

[2001-06-27 13:11:08] [EMAIL PROTECTED]
Please include a short example of both script and the class
you get this with.


---

[2001-06-27 12:33:39] [EMAIL PROTECTED]
I've been running fine on CGI for a while now, jumping between 4.04, 4.07-dev, 4.05

When I tried to switch from 4.05 CGI to 4.05 4.05-Apache ... one of my files does not 
unserialize properly.  The error message is:

Warning: unserialize() failed at offset 487 of 2797 bytes in c:program filesapache 
groupapachehtdocsgt2librariesclassesmodule.class on line 189

If you guys know something about this, please let me know, as soon as possible.  In 
the mean time, I am going to make a script that saves a serialized object to disk.  I 
will save it to a file using CGI and then Apache modules.  Then, I will try to load em 
both using Apache and CGI modules... see what turns up.



---


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


-- 
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 #11762 Updated: bad example

2001-06-29 Thread sniper

ID: 11762
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Not necessarily. Latest should always be the online manual.
And the VERY latest is in CVS. :)



Previous Comments:
---

[2001-06-28 08:23:10] [EMAIL PROTECTED]
I think i've downloaded the lastest version of chm file.
I do also download it again.
isn't the CHM version of document the newest document ?

---

[2001-06-27 23:03:36] [EMAIL PROTECTED]
You must be looking into old manual or something since
the example I see on the getdate() manual page has perfect,
working example in it.


---

[2001-06-27 22:34:30] [EMAIL PROTECTED]
PHP manual
getdate
(PHP 3, PHP 4 )

getdate -- Get date/time information
Description

array getdate ([int timestamp])


Example 1. getdate() example 

$today = getdate(); 
$month = $today[month]; 
$mday = $today[mday]; 
$year = $today[year]; 
echo $month $mday, $year;
  
 
---
- $mday = $today[mday]; 
warnning: Use of undefined constant mday - assumed 'mday'
although a undefined constant will be assumed as a string, it's still a bad usage of 
this auto conversion.

php manual writers shouldn't make a bad guide for php learners

thx

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11762edit=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 #11761 Updated: LC_CTYPE undeclared

2001-06-29 Thread sniper

ID: 11761
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Do you have /usr/include/locale.h ?
Can you find this line in php4/main/php_config.h:

#define HAVE_LOCALE_H 1



Previous Comments:
---

[2001-06-27 20:44:14] [EMAIL PROTECTED]
Compile with either that static or DSO method fails on HP-UX 11.00.

Config command (from static):

./configure --prefix=/opt/php4 --with-apache=../apache_1.3.19 --disable-debug 
--enable-inline-optimization --with-exec-dir=/opt/php4/bin --with-d
bm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets 
--enable-track-vars --enable-yp --enable-ftp --without-mysql --without-oracle 
--without-oci8

End of make output:

gcc  -I. -I/tmp/php-4.0.6/ext/pcre -I/tmp/php-4.0.6/main -I/tmp/php-4.0.6 
-I/tmp/apache_1.3.19/src/include -I/tmp/apache_1.3.19/src/os/unix 
-I/tmp/php-4.0.6/Zend -I/tmp/php-4.0.6/ext/xml/expat/xmltok 
-I/tmp/php-4.0.6/ext/xml/expat/xmlparse -I/tmp/php-4.0.6/TSRM  -DSUPPORT_UTF8 
-DXML_BYTE_ORDER=21 -g -O2  -c php_pcre.c  touch php_pcre.lo
In file included from /tmp/php-4.0.6/Zend/../main/php_config.h:1931,
 from /tmp/php-4.0.6/Zend/zend_config.h:1,
 from /tmp/php-4.0.6/Zend/zend.h:44,
 from /tmp/php-4.0.6/main/php.h:34,
 from php_pcre.c:25:
/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.3/include/string.h:26: warning: 
`__va__list' redefined
/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.3/include/stdio.h:30: warning: this is 
the location of the previous definition
php_pcre.c: In function `pcre_get_compiled_regex':
php_pcre.c:158: `LC_CTYPE' undeclared (first use in this function)
php_pcre.c:158: (Each undeclared identifier is reported only once
php_pcre.c:158: for each function it appears in.)
php_pcre.c:158: warning: initialization makes pointer from integer without a cast
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.

Tried with LANG=C and LANG undefined - no difference...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11761edit=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 #11782: Select from Array

2001-06-29 Thread aubrey

From: [EMAIL PROTECTED]
Operating system: Linux RedHat 7.1
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  Select from Array

When I run an odbc_exec from PHP-4.0.2 which connects to a Progress 83C database in 
order
to retreive an array field as follows:

select name,narrative@1 from customer

I get an SQL syntax error as follows:

Warning SQL Error [OpenLink][ODBC] Syntax error or access, SQL State 37000 in
SQLExecDIRECT

It works on NT.


It would seem that PHP don't like the @ sign, How can I get it to like it.

TIA

Aubrey



-- 
Edit Bug report at: http://bugs.php.net/?id=11782edit=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 #11761 Updated: LC_CTYPE undeclared

2001-06-29 Thread Collins, Kevin (cokm)

I do have /usr/include/locale.h. In the php_config.h file, the only line
matching 'HAVE_LOCALE_H' is:

/* #undef HAVE_LOCALE_H */

Is configure not finding my header file?

Thanks,

Kevin

 -Original Message-
 From: Bug Database [SMTP:[EMAIL PROTECTED]]
 Sent: Thursday, June 28, 2001 8:34 AM
 To:   [EMAIL PROTECTED]
 Subject:  Bug #11761 Updated: LC_CTYPE undeclared
 
 ID: 11761
 Updated by: sniper
 Reported By: [EMAIL PROTECTED]
 Old-Status: Open
 Status: Feedback
 Bug Type: Compile Failure
 Operating system: 
 PHP Version: 4.0.6
 Assigned To: 
 Comments:
 
 Do you have /usr/include/locale.h ?
 Can you find this line in php4/main/php_config.h:
 
 #define HAVE_LOCALE_H 1
 
 
 
 Previous Comments:
 --
 -
 
 [2001-06-27 20:44:14] [EMAIL PROTECTED]
 Compile with either that static or DSO method fails on HP-UX 11.00.
 
 Config command (from static):
 
 ./configure --prefix=/opt/php4 --with-apache=../apache_1.3.19
 --disable-debug --enable-inline-optimization --with-exec-dir=/opt/php4/bin
 --with-d
 bm --enable-debugger --enable-magic-quotes --enable-safe-mode
 --enable-sockets --enable-track-vars --enable-yp --enable-ftp
 --without-mysql --without-oracle --without-oci8
 
 End of make output:
 
 gcc  -I. -I/tmp/php-4.0.6/ext/pcre -I/tmp/php-4.0.6/main
 -I/tmp/php-4.0.6 -I/tmp/apache_1.3.19/src/include
 -I/tmp/apache_1.3.19/src/os/unix -I/tmp/php-4.0.6/Zend
 -I/tmp/php-4.0.6/ext/xml/expat/xmltok
 -I/tmp/php-4.0.6/ext/xml/expat/xmlparse -I/tmp/php-4.0.6/TSRM
 -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2  -c php_pcre.c  touch
 php_pcre.lo
 In file included from /tmp/php-4.0.6/Zend/../main/php_config.h:1931,
  from /tmp/php-4.0.6/Zend/zend_config.h:1,
  from /tmp/php-4.0.6/Zend/zend.h:44,
  from /tmp/php-4.0.6/main/php.h:34,
  from php_pcre.c:25:
 /opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.3/include/string.h:26:
 warning: `__va__list' redefined
 /opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.3/include/stdio.h:30:
 warning: this is the location of the previous definition
 php_pcre.c: In function `pcre_get_compiled_regex':
 php_pcre.c:158: `LC_CTYPE' undeclared (first use in this function)
 php_pcre.c:158: (Each undeclared identifier is reported only once
 php_pcre.c:158: for each function it appears in.)
 php_pcre.c:158: warning: initialization makes pointer from integer without
 a cast
 *** Error exit code 1
 
 Stop.
 *** Error exit code 1
 
 Stop.
 *** Error exit code 1
 
 Stop.
 *** Error exit code 1
 
 Stop.
 
 Tried with LANG=C and LANG undefined - no difference...
 
 --
 -
 
 
 
 ATTENTION! Do NOT reply to this email!
 To reply, use the web interface found at
 http://bugs.php.net/?id=11761edit=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] 2 problems with shutdown

2001-06-29 Thread Thies C. Arntzen


hi,

we have two problems in the current code when it comes to
shutting down apache processes:

1)
in main.c php_module_shutdown():
we call php_config_ini_shutdown() before we call the modules
MSHUTDOWN functions - which basically means that php is
already half-dead when MSHUTDOWN is called - so modules can
can not rely on certain things (like error_log settings)
during MSHUDOWN. is there any known reason not to move
php_config_ini_shutdown() further down in
php_module_shutdown()?


2) (more serious)
if you do an apachectl restart the master httpd will signal
the worker httpd's. the workers will than call the
child_exit hook in all modules no matter where in the code
they just happen to be. the problem is that we try
to clean up the best we can -but- this might cause recursive
calls into 3th party library code (which is not supported in
most cases!)

sample:

script calls ociexecute($stmt) (which might take a few
seconds)  now the  admin does apachectl restart - and we
get interrupted deep down in the oci library. now the worker
httpd tries to clean up and calls the child_exit hooks.  php
will now free all resources and it will also try to do a
rollback on $stmt and after that it'll free $stmt. the
problem here is that the oracle-server _doesn't_ like
recursive calls at all and might crash just 'cause of that.

OK - i agree - oracle should fix their code, -but- i don't
think its smart to try a real-cleanup if we we're
interrunpted during a request. i think we need to protect the
engine agains recursive calls. so if child_exit is called
while we're still in execution mode simply do nothing
(bacause all we could do might be harmful) and leave the
clean up to unix.

comments?
tc


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




[PHP-DEV] Bug #11737 Updated: File upload generates warning

2001-06-29 Thread paul . busse

ID: 11737
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: HTTP related
Operating system: Redhat 7.0
PHP Version: 4.0.5
Description: File upload generates warning

Unfortunately I do not have time to test PHP 4.0.6. I'm on holiday for the next two 
weeks so I won't be testing it before august. However let me try to explain the letter 
a little better.

A multipart MIME has a closing boundary. The term closing boundary is defined in 
RFC 1521. Data after the closing boundary should be ignored. PHP does not test for 
this closing boundary. This means that it does not detect the end of the multipart 
MIME but considers the bytes following the closing boundary as a new part of the MIME 
document. This causes the warning.

I used a perl script to generate the problem. The perl script implements the example 
in the manual page of HTTP::Request::Common where they explain how to upload files. It 
is based on the perl libwww module.

I hope that this clarifies the problem

Regards

Paul

Previous Comments:
---

[2001-06-28 11:27:17] [EMAIL PROTECTED]
Unfortunately I do not have time to test PHP 4.0.6. I'm on holiday for the next two 
weeks so I won't be testing it before august. However let me try to explain the letter 
a little better.

A multipart MIME has a closing boundary. The term closing boundary is defined in 
RFC 1521. Data after the closing boundary should be ignored. PHP does not test for 
this closing boundary. This means that it does not detect the end of the multipart 
MIME but considers the bytes following the closing boundary as a new part of the MIME 
document. This causes the warning.

I used a perl script to generate the problem. The perl script implements the example 
in the manual page of HTTP::Request::Common where they explain how to upload files. It 
is based on the perl libwww module.

I hope that this clarifies the problem

Regards

Paul

---

[2001-06-27 13:38:36] [EMAIL PROTECTED]
Please try PHP 4.0.6 first.There were couple of fixes
in it which might have fixed this too. 

And with which browser can this be reproduced?

--Jani


---

[2001-06-27 10:09:08] [EMAIL PROTECTED]
When uploading a file using post, data after a closing boundary (see rfcs 1876 and 
1521). This is a boundary with two dashes added to it. If this is the case the 
remainder of the content can be ignored.
If there are more then two bytes after the last boundary in the file PHP will issue 
a(n unappropriate) warning saying that its MIME headers are garbled.
I modified ./main/rfc1876.c as follows: (diff -p output)

*** rfc1867.c.good  Wed Jun 27 15:50:32 2001
--- rfc1867.c   Wed Jun 27 15:50:12 2001
*** static void php_mime_split(char *buf, in
*** 142,147 
--- 142,152 
eolsize = 1;
  }
  
+ if(*(loc+len)=='-'  *(loc+len+1)=='-' ) {
+   Done=1;
+   break;
+ }
+ 
  rem -= (loc - ptr) + len + eolsize;
  ptr = loc + len + eolsize;
} else {

Good luck to you

Paul

---


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


-- 
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] keeping descriptors in persistent connections

2001-06-29 Thread Thies C. Arntzen

On Thu, Jun 28, 2001 at 11:18:11AM +0200, [EMAIL PROTECTED] wrote:
 Hello Joao,
 
 On Wed, 27 Jun 2001, Joao Conceicao wrote:
 
  Hi,
  I'm having a problem making a module that uses persistent connections.
  It's possible to reuse the same descriptors (file descriptors) in two
  diferent pages? How?

see
http://marc.theaimsgroup.com/?l=php-generalm=96142518330489w=2
for some __sleep __wakeupp sample code.
tc

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




Re: [PHP-DEV] PHP Bug Type: Strings related ???

2001-06-29 Thread Brian Moon

You have magic_quotes_gpc turned on.  You will need to stripslashes anything
passed in as a GET var.

You can turn this off in php.ini or Apache conf files (including .htaccess).
See the configuration portion of the manual for instructions.

Brian Moon
--
dealnews.com, Inc.
Makers of dealnews  dealmac
http://dealnews.com/ | http://dealmac.com/


- Original Message -
From: Guido Laubner [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 27, 2001 12:39 PM
Subject: [PHP-DEV] PHP Bug Type: Strings related ???



 From: [EMAIL PROTECTED]
 Operating system: Solaris 8 / Intel
 PHP version: 4.0.4pl1
 PHP Bug Type: Strings related
 Bug description: Backslash parameter passing in Forms

 Here's instructions on how to reproduce :

 1. Create a php-file with this content :
 HTML BODY ?php print( $p ); ? /BODY /HTML
 and call it whatever you want (eg. blah.php)

 2. Next call the URL eg. http://server/blah.php?p=/
 2a. Same with http://server/blah.php?p=%5c
 The apache access_log shows the very same url one typed into netscape or
 explorer, so this looks fine to me.

 3. Look at the output page. It'll show 2 (in words : two) backslashes
 Why is this ? How do i pass just one backslash ?

 Thanks a lot
 Cheers
 Guido

 Sorry, the web page reported a bug in /local/Web/sites/phpweb/bugs.php on
 line 419
 and said : Sorry, mail not sent! and asked me to send this mail
manually.
 +=+
 | Guido Laubner   Phone : +49 6102 7786 618   |
 | Morse Computers Fax   : +49 6102 7786 666   |
 | Martin-Behaim-Strasse 19-21 Email : [EMAIL PROTECTED] |
 | 63263 Neu-Isenburg  WEB   : http://www.morse.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 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 #11759 Updated: DOCUMENT_ROOT not available when using PHP with IIS5 (cgi Version)

2001-06-29 Thread brianlmoon

ID: 11759
Updated by: brianlmoon
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: IIS related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

DOCUMENT_ROOT is an environment/server variable set by Apache.  You will need to 
determine the equivalent if there is one for IIS.

Brian.

Previous Comments:
---

[2001-06-27 19:41:03] [EMAIL PROTECTED]
? echo $DOCUMENT_ROOT; ? /P

Causes the following:

Warning: Undefined variable: DOCUMENT_ROOT in w:inetpubwwwroottest1.php4 on line 13





---

[2001-06-27 19:37:15] [EMAIL PROTECTED]
DOCUMENT_ROOT not available when using PHP with IIS5 (cgi Version). Works fine on 
Linux / Apache



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11759edit=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 #11783: CGI Error with non local Virtual directory

2001-06-29 Thread sliljedahl

From: [EMAIL PROTECTED]
Operating system: win 2K server
PHP version:  4.0.6
PHP Bug Type: IIS related
Bug description:  CGI Error with non local Virtual directory

when I run ?phpinfo();?
or any other php script.
I receive: CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP 
headers. The headers it did return are:

I am using PHP 4.0.6
OS: Win 2000 server running IIS5 as a web server
Configured as such:
the directory containing the PHP script is on a remote file server with a shared 
directory.
IIS is setup to see the shared directory as a virtual directory.
running an asp or cgi-exe in the same virtual directory works fine. 
running php script from local directory of web server works fine.



-- 
Edit Bug report at: http://bugs.php.net/?id=11783edit=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] Memory limit is used for all scripts instead of one?

2001-06-29 Thread derick

On Wed, 27 Jun 2001, Brian Moon wrote:

 What version of PHP are you using?  There were some changes in 4.0.6 that
 may change your results.

This error comes from the php site, it's not a bug that the user reported
:)

regards,

Derick


 Brian Moon
 --
 dealnews.com, Inc.
 Makers of dealnews, dealmac
 http://dealnews.com/ | http://dealmac.com/


 - Original Message -
 From: Swift [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Wednesday, June 27, 2001 9:52 AM
 Subject: [PHP-DEV] Memory limit is used for all scripts instead of one?


  Warning: Could not execute mail delivery program in
  /local/Web/sites/phpweb/bugs.php on line 419
  Mail not sent!
  Please send this page in a mail to [EMAIL PROTECTED] manually.
 
  --
 
 
  Hi there!
 
  As far as I understand, the option memory_limit sets the mem-limit for
 
  ONE script.
  I installed PHP as a Apache module and I set the memory_limit to 16M
  (via php.ini).
 
  When I allocate 8M of memory, all works fine. But when two different
  scripts each allocate 8M, I will get sometimes the following message:
  Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
  allocate 4194304 bytes) in /usr/local/httpd/htdocs/testxx.php on line 6
 
  Both scripts (testx.php and testxx.php) contain the following code:
  ?php
 
$str = x;
for($i=0; $i23; $i++)
{
  $str .= $str;
  echo strlen($str) . br;
}
  ?
 
  First, 1 byte will be allocated, then 2, then 4 and so on. The last
  allocated string has a size of 8M.
  It's a little difficult to reproduce the problem because I have to call
  both scripts exactly at the same time from my browser. But, as I said,
  sometimes I get the described error-message.
 
  My question is: Is this normal and memory_limit sets the limit for ALL
  scripts that are currently running or is this a bug?
 
  Thanks in advance!
 
   ... tobias wiersch from germany
 
 
 
  --
  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]


Derick Rethans

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



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




[PHP-DEV] Bug #11764 Updated: system() function result different from PHP 4.0.5

2001-06-29 Thread sniper

ID: 11764
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Scripting Engine problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

User feedback:
--
In goods1.php  , the value of $argc == 5 (PHP 4.0.6)   , $argc == 3 (PHP
4.0.5)
--

If you run this script:

test.php:
?php echo $HTTP_SERVER_VARS[argc]; ?

with this command line:

C:\php.exe -q test.php argument1 argument2

what does it print? The result for me on Windows / Linux
when using PHP 4.0.6 is 3.

And have you ever heard of include() ?

--Jani


Previous Comments:
---

[2001-06-27 23:01:09] [EMAIL PROTECTED]
And what is the difference between 4.0.5 system() and 4.0.6 system() ?



---

[2001-06-27 22:51:51] [EMAIL PROTECTED]
?php
// goods.php
$today = date(Y/m/d);
$mmdd = substr($today, 5, 2) . substr($today, 8, 2) . .txt;
$cmdstr = php.exe -q goods1.php  . $today .   . 2001/06/14/11:37:05 . 
   Y:AutoDialer_MKTREPORTPattayagoods1_ . $mmdd;  
echo $cmdstr . n;
system($cmdstr);


$cmdstr = php.exe -q goods2.php  . $today .   . 2001/06/14/11:37:05 . 
   Y:AutoDialer_MKTREPORTPattayagoods2_ . $mmdd;  
echo $cmdstr . n;
system($cmdstr);

?

?php
#
# goods1.php
#
function generate_goods1_report($datestr, $camid)
{
$linkid = odbc_connect(FET, SA, );

if ($linkid)
{
$sqlstr = SELECT REP.CALL_DATE, REP.CUS_TELNO1, REP.FIRST_NAME, REP.RFU1 
FROM REP_CM1 REP .
   WHERE CAMPAIGN_ID = ' . $camid . ' .
   AND RFU1='1' AND CALL_DATE = ' . $datestr . ';
$cur = odbc_exec($linkid, $sqlstr);

print CALL_DATE,CUS_TELNO1,FIRST_NAME,RFU1n;
while (odbc_fetch_row($cur))
{
$field1 = odbc_result($cur, 1);
$field2 = odbc_result($cur, 2);
$field3 = odbc_result($cur, 3);
$field4 = odbc_result($cur, 4);

$datastr =  $field1 . , . $field2 . , . $field3 . , . 
$field4 . n;
print $datastr;
}
odbc_close($linkid);
}   
} // function   


// echo Into goods1.phpn;
// echo argc ==  . $argc . n;

if ($argc == 3)
{
generate_goods1_report($argv[1], $argv[2]);
}
else 
{
echo Usage : php.exe -q goods1.php call_date(/MM/DD) campaign_idn;
}


?



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11764edit=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 #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi

2001-06-29 Thread sniper

ID: 11707
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Critical
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This is not the only bug in libtool 1.4 I assume.
Anyway, this has to be fixed before next release.


Previous Comments:
---

[2001-06-28 01:16:13] [EMAIL PROTECTED]
it happens with latest CVS 4.0.7-dev is what phpinfo tells me. i tested the exact same 
config on 4.0.5 release and i didn't see this problem. uppon searching the libtool 
mailing list, i do believe php is using a buggy version of libtool. here is a thread 
on a similar issue:

this post shows similar errors, though diff app:
http://gcc.gnu.org/ml/java/2001-01/msg00168.html

and here is the explaination from one of libtool's core in regard to that issue:

Hmm...  Looks like a bug in the multi-language branch.  Would you
please report to [EMAIL PROTECTED] that creation of relinkable
libtool objects is broken is in the multi-language branch?  Thanks in
advance,

-- 
Alexandre Oliva   

---

[2001-06-27 21:46:13] [EMAIL PROTECTED]
Again, does this happen with the latest CVS or with PHP 4.0.6? 

--Jani


---

[2001-06-27 16:38:17] [EMAIL PROTECTED]
i was wrong about the options sablot, iconv, and expat options. having those options 
or not, doesn't matter, still the same error with 

libtool: link: `main.lo' is not a valid libtool object
*** Error code 1


---

[2001-06-27 16:35:11] [EMAIL PROTECTED]
here is the exact error:

/bin/sh /home/staffs/t/tom/work/php/php4-current/php4/libtool --silent --mode=link gcc 
 -I. -I/ho
me/staffs/t/tom/work/php/php4-current/php4/main 
-I/home/staffs/t/tom/work/php/php4-current/php4/m
ain -I/home/staffs/t/tom/work/php/php4-current/php4 
-I/home/staffs/t/tom/work/php/php4-current/ph
p4/Zend -I/usr/local/include/freetype2/freetype -I/usr/pkg/include 
-I/usr/local/include/mysql -I/
usr/local/include -I/home/staffs/t/tom/work/php/php4-current/php4/TSRM  
-I/usr/pkg/include -g -O2
 -prefer-non-pic -static   -o libmain.la  main.lo internal_functions.lo snprintf.lo 
php_sprintf.l
o safe_mode.lo fopen_wrappers.lo alloca.lo php_ini.lo SAPI.lo rfc1867.lo 
php_content_types.lo str
lcpy.lo strlcat.lo mergesort.lo reentrancy.lo php_variables.lo php_ticks.lo streams.lo 
network.lo
 php_open_temporary_file.lo php_logos.lo
libtool: link: `main.lo' is not a valid libtool object
*** Error code 1

Stop.
---

i just did 

rm config.cache
./configure options
make clean
make

all that w/o the LDFLAGS, LIBS, and ENV variables are refreshed (no left-overs)

---

[2001-06-27 13:40:12] [EMAIL PROTECTED]
What version of PHP is this? Latest CVS? Or 4.0.6?


---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11707edit=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 #11725 Updated: Bitwise operators seems buggy

2001-06-29 Thread sniper

ID: 11725
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Math related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Like in the #7755 was suggested, for now, use GMP functions.



Previous Comments:
---

[2001-06-27 15:14:49] [EMAIL PROTECTED]
I suppose you make ref to this:

[2000-11-23 07:41:55] [EMAIL PROTECTED]
  Still not working, possibly won't for some time - since PHP
   numbers are 32-bits signed, so they don't work well as
   32-bit unsigned.
[2000-12-12 05:56:20] [EMAIL PROTECTED]
   I suspend this bug since PHP has no good solution for it in
  the foreseeable future. Please use GMP functions for this.
[2001-05-13 05:33:17] [EMAIL PROTECTED]
  This is not a bug, so closing.

Is there any way to work with unsigned number ?
The goal is to do things like this (in a clean way):

$timestamp = time();
$buf .= chr(($timestamp  0xff00)  24);
$buf .= chr(($timestamp  0xff)  16);
$buf .= chr(($timestamp  0xff00)  8);
$buf .= chr($timestamp  0xff);

then compute some hash...

Do you intend to provide such a 'feature' in a future release of PHP.
I understand you do not consider this to be a 'bug', since this is part
of the design of PHP. 
But, at least it is a missing 'feature'. When one work with hex numbers 
he does no want to handle the sign (in most cases) because the goal is 
to work at the bit level and not at the 'number' level.


---

[2001-06-27 12:25:27] [EMAIL PROTECTED]
See bug #7755  for reason why this is not bug.


---

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

I have a problem with bitwise operator:
The following script:

?
printf(%08x (should be 05CDEA00)BR, (0x05CDEA00  0x));
printf(%08x (should be )BR, (0x05CDEA00 | 0x));
?

displays:

 (should be 05CDEA00)
-7a321600 (should be )

It seems that the bitwise 'and' does not work at all, it always returns 0.
I do no understant the result of the bitwise 'or', and why it is displayed prefixed by 
a minus sign.

I have read the documentation and I think these are bugs...
I hope I have not misunderstood the doc.

Pascal.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11725edit=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 #11784: read_exif_data fails on big thumbnails

2001-06-29 Thread kjarri

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: *Graphics related
Bug description:  read_exif_data fails on big thumbnails

I'm having problem reading exif data from pictures produced by Fujifilm FinePix6800 
ZOOM. While reading exif data from the jpegs i get fatal error in PHP complaining 
about illegal thumbnailsize.

After reading the source for the exif module i saw a notice that mentioned that 
thumbnails embedded in the exif header are not allowed to exceed 64k in size. Now i'm 
not sure about the specification of the picture in question, the embedded thumbnail 
might exceed this limit, but a sample picture that produces the error can be 
downloaded from http://is-mirror.kjarri.net/files/DSCF0085.JPG (around 500k in size).

It would be nice if the read_exif_data() function could handle images like this and 
return all other data that is correct according to the EXIF specification instead of 
failing completely.


My PHP setup:
./configure 
--x-libraries=/usr/X11/lib/ 
--x-includes=/usr/X11/include/ 
--with-mysql=/superstore/progs/mysql/ 
--with-apxs=/superstore/progs/apache/bin/apxs 
--enable-trans-sid 
--with-pgsql=/superstore/progs/pgsql/ 
--with-interbase=/superstore/progs/interbase/ 
--enable-ftp 
--enable-exif 
--with-gd=/usr/local/
--with-ttf=/usr/local/
--enable-gd-imgstrttf 
--with-xpm-dir=/usr/local/ 
--with-jpeg-dir=/usr/local/ 
--with-sybase=/usr/local/freetds 
--with-png-dir=/usr/local/ 
--with-zip 
--with-zziplib=/usr/local/ 
--with-zlib-dir=/usr/local/


-- 
Edit Bug report at: http://bugs.php.net/?id=11784edit=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] Memory limit is used for all scripts instead of one?

2001-06-29 Thread Wez Furlong

I thought I would add my tuppence (= 2 pence = 0.02 GBP) worth:

I've been building with --enable-memory-limit to enable the peak mem usage stats in my 
log files.
Recently I noticed that all of a sudden my scripts were chewing up more than 8MB 
(the default limit in php.ini) and PHP was bailing out.
At first I thought that it was a problem in my scripts, but once the message had been 
reported no more PHP scripts would be served, each failing with the memory limit 
exceeded message.  The only option being to restart Apache, or rebuild without the 
memory limit.

I am using PHP from CVS and first encountered the problem just after the CVS server 
was brought back up last time (about a week ago).

Perhaps these are related, or perhaps this is related to that wierd memory bug that 
surfaced just before that?

--Wez.

On 28/06/01, Brian Moon [EMAIL PROTECTED] wrote:
 What version of PHP are you using?  There were some changes in 4.0.6 that
 may change your results.

 - Original Message -
 From: Swift [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Wednesday, June 27, 2001 9:52 AM
 Subject: [PHP-DEV] Memory limit is used for all scripts instead of one?
  As far as I understand, the option memory_limit sets the mem-limit for
  ONE script.
  I installed PHP as a Apache module and I set the memory_limit to 16M
  (via php.ini).
 
  When I allocate 8M of memory, all works fine. But when two different
  scripts each allocate 8M, I will get sometimes the following message:
  Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
  allocate 4194304 bytes) in /usr/local/httpd/htdocs/testxx.php on line 6

  My question is: Is this normal and memory_limit sets the limit for ALL
  scripts that are currently running or is this a bug?



--
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: 2 problems with shutdown

2001-06-29 Thread Thies C. Arntzen

ping?

On Thu, Jun 28, 2001 at 05:45:13PM +0200, Thies C. Arntzen wrote:
 
 hi,
 
 we have two problems in the current code when it comes to
 shutting down apache processes:
 
 1)
 in main.c php_module_shutdown():
 we call php_config_ini_shutdown() before we call the modules
 MSHUTDOWN functions - which basically means that php is
 already half-dead when MSHUTDOWN is called - so modules can
 can not rely on certain things (like error_log settings)
 during MSHUDOWN. is there any known reason not to move
 php_config_ini_shutdown() further down in
 php_module_shutdown()?
 
 
 2) (more serious)
 if you do an apachectl restart the master httpd will signal
 the worker httpd's. the workers will than call the
 child_exit hook in all modules no matter where in the code
 they just happen to be. the problem is that we try
 to clean up the best we can -but- this might cause recursive
 calls into 3th party library code (which is not supported in
 most cases!)
 
 sample:
 
 script calls ociexecute($stmt) (which might take a few
 seconds)  now the  admin does apachectl restart - and we
 get interrupted deep down in the oci library. now the worker
 httpd tries to clean up and calls the child_exit hooks.  php
 will now free all resources and it will also try to do a
 rollback on $stmt and after that it'll free $stmt. the
 problem here is that the oracle-server _doesn't_ like
 recursive calls at all and might crash just 'cause of that.
 
 OK - i agree - oracle should fix their code, -but- i don't
 think its smart to try a real-cleanup if we we're
 interrunpted during a request. i think we need to protect the
 engine agains recursive calls. so if child_exit is called
 while we're still in execution mode simply do nothing
 (bacause all we could do might be harmful) and leave the
 clean up to unix.
 
 comments?
 tc
 

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




[PHP-DEV] Re: 2 problems with shutdown

2001-06-29 Thread Thies C. Arntzen

On Fri, Jun 29, 2001 at 03:23:03PM +0300, Zeev Suraski wrote:
 At 15:18 29/6/2001, Thies C. Arntzen wrote:
 agreed - but we should do it, right?
 
 Yup :)
 
 in the error_log - and sometimes it'll even SEGFAULT.
 
 is this good?
 
 Is this a trick question?  :)  Of course it's bad.  Perhaps we should 
 revert to only freeing registered resources on a child_exit 
 (module_shutdown, I guess).  We can live without actually freeing malloc'd 
 memory, as indeed, it will be auto-freed upon exit anyway.

sorry for bashing this;-) i'm sure i'll be able to crash it
using any 3th party module. because the restart signal can
hit us any time. 

does anybody know how other apache-modules handle this
situation? 

tc

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




Re: [PHP-DEV] Karma request

2001-06-29 Thread Rasmus Lerdorf

 Can I get karma in ext/sybase and ext/sybase_ct again?

You do


-- 
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 #11765 Updated: Warning: MySQL: Unable to save result set in

2001-06-29 Thread sniper

ID: 11765
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: MSSQL related
Bug Type: MySQL related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Try adding this lines after each mysql function:

echo mysql_errno().: .mysql_error().BR;

This way you should get the reason why it doesn't work.

And FYI: Use mysql_query() / mysql_select_db()
instead of mysql_db_query().

--Jani


Previous Comments:
---

[2001-06-27 23:37:47] [EMAIL PROTECTED]
The script(error.php) is :

?
$db_acc_user = root;
$db_acc_passwd = password;
$db = pacc;
$sql = INSERT INTO type (name, quota, pc, cn, office) VALUES ('Howard', '10', '1', 
'0', '1');
mysql_connect(localhost,$db_pacc_user,$db_pacc_passwd);
mysql_db_query($db,$sql);
mysql_close();
?


The result in browser is:


Warning: MySQL: Unable to save result set in /home/0/admin/error.php on line 7


But I just found that NO error in command line

root@localhost # php ./error.php
X-Powered-By: PHP/4.0.6
Content-type: text/html




---

[2001-06-27 23:06:49] [EMAIL PROTECTED]
I'm getting the following error message when I execute a query (such as insert or 
delete
or update but not select) that doesn't produce any results:

Warning: MySQL: Unable to save result set in /path/to/sql.php3
on line 33

MySQL said NOTHING and the query was successful executed.

I have set display_errors = Off in my php.ini, so no warnings should be shown
, but php script can not go on at the line where the Warnning should display.



I configured php with the following command:

./configure  --with-mysql=/usr/local/mysql --enable-track-vars 
--with-gd=../../gd/gd1.3
--with-ftp --with-imap=../../mail/imap/imap-4.7c --enable-memory-limit
--with-pgsql=/usr/local/pgsql

MySQL is version 3.23.38 and PostgreSQL is version 7.1.2 

and compiled with th following command:

./configure  --prefix=/usr/local/mysql --with-mysqld-user=mysql --with-charset=gb2312
--with-extra-charsets=all

./configure  --enable-multibyte --enable-unicode-conversion --with-perl
--with-openssl=/usr/local/ssl --enable-odbc --with-CXX


BTW : The script is perfect on mysql-php-4.0.3pl1 and postgreSQL-php-4.0.6 .

---

[2001-06-27 23:06:01] [EMAIL PROTECTED]
Please include a shortest possible example script that
can be used to reproduce this problem.


---

[2001-06-27 22:58:58] [EMAIL PROTECTED]
I'm getting the following error message when I execute a query (such as insert or 
delete or update but not select) that doesn't produce any results:

Warning: MySQL: Unable to save result set in /path/to/sql.php3
on line 33

MySQL said NOTHING and the query was successful executed.

I have set display_errors = Off in my php.ini, so no warnings should be shown , but 
php script can not go on at the line where the Warnning should display.



I configured php with the following command:

./configure  --with-mysql=/usr/local/mysql --enable-track-vars 
--with-gd=../../gd/gd1.3 --with-ftp --with-imap=../../mail/imap/imap-4.7c 
--enable-memory-limit --with-pgsql=/usr/local/pgsql

MySQL is version 3.23.38 and PostgreSQL is version 7.1.2 

and compiled with th following command:

./configure  --prefix=/usr/local/mysql --with-mysqld-user=mysql --with-charset=gb2312 
--with-extra-charsets=all

./configure  --enable-multibyte --enable-unicode-conversion --with-perl 
--with-openssl=/usr/local/ssl --enable-odbc --with-CXX




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11765edit=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 #11656 Updated: Server cannot startup since PHP 4.0.5

2001-06-29 Thread jfornall

ID: 11656
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: iPlanet related
Operating system: Solaris 8
PHP Version: 4.0.6
Description: Server cannot startup since PHP 4.0.5

The suggestion by avsm did help! Thanks you very much!

Previous Comments:
---

[2001-06-27 13:29:53] [EMAIL PROTECTED]
status - feedback..


---

[2001-06-27 13:29:42] [EMAIL PROTECTED]
Does the suggestion on this bug report (by avsm) help?

http://www.php.net/bugs.php?id=9612edit=1

--Jani


---

[2001-06-25 07:16:27] [EMAIL PROTECTED]
I compiled and installed PHP 4.0.4pl1 successfully for use 
with iPlanet Web Server 4.1.

As I wanted to install the new version (4.0.5 and 4.0.6), 
the iPlanet webserver didn't restart anymore. I used the 
same configure directive for all installations!

configure directive:

./configure --with-mysql=/usr/local/mysql 
--with-nsapi=/export/home/server4/ --enable-track-vars

iplanet error response:

start failed. (2: unknown early startup error)
server terminated (signal 6): watchdog is restarting it 
failure: server initialization failed

---


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


-- 
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] sybase_ct connection reference count

2001-06-29 Thread Paul Moosman

Bug #11489

Attached is a patch to php_sybase_ct.c version 1.47 that fixes bug #11489



--
Paul Moosman
[EMAIL PROTECTED]



Index: php_sybase_ct.c
===
RCS file: /repository/php4/ext/sybase_ct/php_sybase_ct.c,v
retrieving revision 1.47
diff -u -r1.47 php_sybase_ct.c
--- php_sybase_ct.c 2001/06/26 21:00:13 1.47
+++ php_sybase_ct.c 2001/06/28 19:19:06
@@ -640,6 +640,7 @@
link = (int) index_ptr-ptr;
ptr = zend_list_find(link, type);   /* check if the link is 
still there */
if (ptr  (type==le_link || type==le_plink)) {
+   zend_list_addref(link);
return_value-value.lval = SybCtG(default_link) = link;
return_value-type = IS_RESOURCE;
efree(hashed_details);
@@ -678,6 +679,7 @@
}
efree(hashed_details);
SybCtG(default_link)=return_value-value.lval;
+   zend_list_addref(SybCtG(default_link));
 }
 
 



-- 
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 #10986 Updated: makerpm script make a wron version no.

2001-06-29 Thread sniper

ID: 10986
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

I made couple of changes to the makerpm script in CVS.
It should work better now. 

--Jani


Previous Comments:
---

[2001-05-23 03:51:58] [EMAIL PROTECTED]
reclassified. 

---

[2001-05-21 09:11:47] [EMAIL PROTECTED]
Also need to change:
  TAR=php$VERSION.tar.gz
  SPEC=php$VERSION.spec
  Source0:
http://www.php.net/distributions/php%{PACKAGE_VERSION}.tar.gz
to
  TAR=php-$VERSION.tar.gz
  SPEC=php-$VERSION.spec
  Source0:
http://www.php.net/distributions/php-%{PACKAGE_VERSION}.tar.gz

---

[2001-05-21 08:56:43] [EMAIL PROTECTED]
Reclassifying

---

[2001-05-21 08:51:23] [EMAIL PROTECTED]
file makerpm line 9:
  VERSION=${2:-`echo $TARDIR | sed s/$PREFIX//g`}
always return a version no with -
e.g. Building RPM version -4.0.5, release: 2

Suggest Change
  VERSION=${2:-`echo $TARDIR | sed s/$PREFIX-//g`}

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10986edit=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 #11793 Updated: file_exists() and friends

2001-06-29 Thread bf

ID: 11793
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating system: Redhat Linux
PHP Version: 4.0.6
Description: file_exists() and friends

This was not a PHP problem.

Previous Comments:
---

[2001-06-29 03:09:36] [EMAIL PROTECTED]
I'm having problem with file_exists(), is_file(), 
file_size() since the upgrade to 4.0.6. It does not work 
if I supply a variable as a filename. E.g.

file_exists( $var ); will return false even if the 
variable contains a correct path.

file_exists( path/to/file.txt ); works. 

Same for the is_file() and file_size();


---


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


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

2001-06-29 Thread Andi Gutmans

At 01:14 PM 6/29/2001 +0200, [EMAIL PROTECTED] wrote:
On Fri, 29 Jun 2001, Andi Gutmans wrote:

  Well everyone would like to see it fixed but no one is fixing it. So we are
  better of rolling back. It means we will end up with one version and not
  three because we will roll back to 4.0.6.

I still count three of those: pre 4.0.5, 4.0.6 and the new revamped one :)

Well if it stays as 4.0.6 then you can count 2.


  No idea. Check the bugs database. There were a lot of complaints and the
  API changed too

Ok, I did that, but there was nothing about this in the bug database (only
bugs for 4.0.5 or the memleaks). Does anybody has other complaints about
the extension?

I think the complaints were on php-dev. Don't forget that not too many 
users use the CVS. We decided to roll back for 4.0.6 because of the 
problems and API change.

Andi


-- 
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: [Zend Engine 2] substr changes

2001-06-29 Thread Derick Rethans

On Fri, 29 Jun 2001, Jeroen van Wolffelaar wrote:

  This works fine: $i will contain, -3, -2, -1 and 0 (and not -0), but
  indeed I agree that substr ('str', 0, 0) should return this: 'str'. This
  change can be easily made in the current sources. If nobody objects, I'll
  change it.

 This is IMO 'van de regen in de drup', i.e. making it worse... The kind of
 loop I mentioned isn't as current as a loop like this:

 for ($i=5;$i=0;$i--)
 substr('abcdef',0,$i);

 wich your proposed change, you get:
 (i=5) abcde
 4 abcd
 3 abc
 2 ab
 1 a
 0 abcdef !

Indeed, I read it wrong, but anyway, the current implementation returns an
empty string (''), so I really don't see what the problems with substr
are.

Derick


-- 
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 #11793: file_exists() and friends

2001-06-29 Thread bf

From: [EMAIL PROTECTED]
Operating system: Redhat Linux
PHP version:  4.0.6
PHP Bug Type: Scripting Engine problem
Bug description:  file_exists() and friends

I'm having problem with file_exists(), is_file(), 
file_size() since the upgrade to 4.0.6. It does not work 
if I supply a variable as a filename. E.g.

file_exists( $var ); will return false even if the 
variable contains a correct path.

file_exists( path/to/file.txt ); works. 

Same for the is_file() and file_size();



-- 
Edit Bug report at: http://bugs.php.net/?id=11793edit=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: [srm] Re: [PHP-DEV] keeping descriptors in persistent connections

2001-06-29 Thread derick

On Thu, 28 Jun 2001, Thies C. Arntzen wrote:

 On Thu, Jun 28, 2001 at 11:18:11AM +0200, [EMAIL PROTECTED] wrote:
  Hello Joao,
 
  On Wed, 27 Jun 2001, Joao Conceicao wrote:
 
   Hi,
   I'm having a problem making a module that uses persistent connections.
   It's possible to reuse the same descriptors (file descriptors) in two
   diferent pages? How?

 see
 http://marc.theaimsgroup.com/?l=php-generalm=96142518330489w=2
 for some __sleep __wakeupp sample code.

The sleep and wakeup features are very nice, but you can never make a real
persistent filedescriptor.

regards,

Derick Rethans

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


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




[PHP-DEV] Bug #11792 Updated: can't install php as cgi on Solaris

2001-06-29 Thread chedong

ID: 11792
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Install and Config
Operating system: Solaris5.8 Generic_108529-08 i86
PHP Version: 4.0.6
Description: can't install php as cgi on Solaris

perl installed:
perl -v

This is perl, version 5.005_03 built for i86pc-solaris


Previous Comments:
---

[2001-06-29 00:57:58] [EMAIL PROTECTED]
I tried php4.0.5 and php 4.0.6 install as apache module is ok, but can't install as 
cgi
./configure --with-mysql 
or
./configure --with-mysql --prefix=/usr/local

make is ok
but make install failed with following message:
...
make[2]: Leaving directory `/home/chedong/php-4.0.6/regex'
make[1]: Leaving directory `/home/chedong/php-4.0.6/regex'
Making install in .
make[1]: Entering directory `/home/chedong/php-4.0.6'
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/chedong/php-4.0.6'
make: *** [install-recursive] Error 1


my built environment:
5.8 Generic_108529-08 i86pc i386 i86pc

gcc -v   
Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3/specs
gcc version 2.95.3 20010315 (release)


---


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


-- 
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 #11794: get_meta_tags doesn'

2001-06-29 Thread teocl

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  get_meta_tags doesn'




-- 
Edit Bug report at: http://bugs.php.net/?id=11794edit=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 #11795: get_meta_tags doesn'

2001-06-29 Thread teocl

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  get_meta_tags doesn'




-- 
Edit Bug report at: http://bugs.php.net/?id=11795edit=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 #11354 Updated: docs allocated by xmlParseFile need to be freed

2001-06-29 Thread derick

ID: 11354
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Zeev, Andi,

is this possible with the Zend Engine at all? Are the
destructers called when a variabele is reassigned?

Derick

Previous Comments:
---

[2001-06-08 06:32:44] [EMAIL PROTECTED]
In a loop:

while (somethings true) {
$doc = xmlDocFile($xmlFile);
}

All the documents aren't freed until the CGI finishes.  Instead of waiting until the 
script finishes, the memory (which can be HUGE) must be deallocated as the variable 
gets reassigned.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11354edit=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 #11796: get_meta_tags doesn't work when the title tag consists of single quote

2001-06-29 Thread teocl

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  get_meta_tags doesn't work when the title tag consists of single 
quote

get_meta_tags will get nothing when this statics file is used.(please see the code 
down there)
Only when the single quote inside the title tag removed, then the meta will be 
retrieved. I have tried to use this code inside PHP Version 4.0.4, and it works. 
Does anyone has any clue about it?


html
head
TITLESanmina acquires Alcatel's manufacturing operations in Texas/TITLE
META NAME=VERSION CONTENT=2.1/
META NAME=ISSUE CONTENT=121345/
META NAME=STARTDATE CONTENT=27-JUN-2001/
/head
/html

Thanks.



-- 
Edit Bug report at: http://bugs.php.net/?id=11796edit=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 #11767 Updated: Bad escape sequence

2001-06-29 Thread veins

ID: 11767
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Program Execution
Operating system: Unix
PHP Version: 4.0.6
Description: Bad escape sequence

I had some time this morning to check for the infamous bug and while watching 
standart/exec.c I found out that the index of chars that should be backslashed didn't 
include \x20. File was modified in consequence and after a recompilation i was 
surprised to see that it didn't work :/
If anyone plans to correct this, do not add \x20 to the index of chars cause it would 
also backslash spaces between the binary name and the vars. The same example as 
previous post would _try_ to execute `echo.sh\ this\ ìs\ a\ test` as a single command  
:(

I would like to point to the fact that this bug affects many, many, many people using 
a system based authentication as it prevents users from log into whatever they want to 
log into correctly. It prevents also the use of any kind of system() function when a 
space is needed anywhere in the call.

Previous Comments:
---

[2001-06-28 02:27:48] [EMAIL PROTECTED]
When safe_mode is set to On, it is impossible to pass a variable that contains a 
string with a space in it as an argument to any system() like function. The following 
script shows the problem:

?
   $somevar = this is a test;
   exec(echo.sh $somevar, $return);
   echo $return[0];
?

echo.sh being a simple shell script that echoes back anything that we feed it. The 
following PHP script will display 'this' instead of 'this is a test'. I tried 
backslashing every chars of the variable by writing a simple function but spaces seems 
not to be correctly passed to the shell script. The same script executed when 
safe_mode is set to off works perfectly...

Veins - [EMAIL PROTECTED]


---


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


-- 
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: 2 problems with shutdown

2001-06-29 Thread Zeev Suraski

At 18:45 28/6/2001, Thies C. Arntzen wrote:

 hi,

 we have two problems in the current code when it comes to
 shutting down apache processes:

 1)
 in main.c php_module_shutdown():
 we call php_config_ini_shutdown() before we call the modules
 MSHUTDOWN functions - which basically means that php is
 already half-dead when MSHUTDOWN is called - so modules can
 can not rely on certain things (like error_log settings)
 during MSHUDOWN. is there any known reason not to move
 php_config_ini_shutdown() further down in
 php_module_shutdown()?

The problem is that (if I remember correctly) the INI mechanism may call 
callbacks in modules that have already been unloaded.  It can probably be 
fixed, but would require some time to play with.


 2) (more serious)
 if you do an apachectl restart the master httpd will signal
 the worker httpd's. the workers will than call the
 child_exit hook in all modules no matter where in the code
 they just happen to be. the problem is that we try
 to clean up the best we can -but- this might cause recursive
 calls into 3th party library code (which is not supported in
 most cases!)

 sample:

 script calls ociexecute($stmt) (which might take a few
 seconds)  now the  admin does apachectl restart - and we
 get interrupted deep down in the oci library. now the worker
 httpd tries to clean up and calls the child_exit hooks.  php
 will now free all resources and it will also try to do a
 rollback on $stmt and after that it'll free $stmt. the
 problem here is that the oracle-server _doesn't_ like
 recursive calls at all and might crash just 'cause of that.

 OK - i agree - oracle should fix their code, -but- i don't
 think its smart to try a real-cleanup if we we're
 interrunpted during a request. i think we need to protect the
 engine agains recursive calls. so if child_exit is called
 while we're still in execution mode simply do nothing
 (bacause all we could do might be harmful) and leave the
 clean up to unix.

I don't know if that qualifies as a recursive call - it's really doing what 
it's supposed to do.  Perhaps the Oracle module should protect itself, but 
not running cleanup is wrong IMHO - consider semaphores or the likes which 
won't clean up automatically.  Or SQL servers that won't immediately detect 
that their client is gone.  I think that cleaning up is generally an 
important thing.

Zeev


-- 
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 #11728 Updated: (null) given instead of actual error message

2001-06-29 Thread sniper

ID: 11728
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Fixed in CVS. Fix will be in PHP 4.0.7.

--Jani


Previous Comments:
---

[2001-06-28 04:13:49] [EMAIL PROTECTED]
Two examples:
?PHP
$link_id = pg_pconnect (host='localhost' user='root' password='foo') or print 
($php_errormsg);
$link_id = pg_connect (host='localhost' user='root' password='foo') or print 
($php_errormsg);
?

---

[2001-06-27 11:48:34] [EMAIL PROTECTED]
Could you please include shortest possible script
to reproduce this?

--Jani


---

[2001-06-27 05:09:21] [EMAIL PROTECTED]
Also, seems to only happen when using persistant connections.  Non-persistant 
connections will show the errors correctly.

---

[2001-06-27 04:43:09] [EMAIL PROTECTED]
Not sure if this is important but I'm retrieving the error from the $php_errormsg 
variable.

---

[2001-06-27 04:39:40] [EMAIL PROTECTED]
As of PHP 4.0.6 detailed errors concerning PostgreSQL are not being given, instead 
(null) is shown.

For instance 4.0.5 will show:
Unable to connect to PostgreSQL server: Password authentication failed for user 
'foouser'

4.0.6 currently shows:
Unable to connect to PostgreSQL server: (null)

I can give more detailed info/specs if needed.

Thanks!

---

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


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


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




Re: [PHP-DEV] Assert callback handlers

2001-06-29 Thread Zak Greant

And it would be more consistent with how the other callback handlers and
function invokers are implemented.

--zak

- Original Message -
From: Jon Parise [EMAIL PROTECTED]
To: Zak Greant [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, June 28, 2001 3:42 PM
Subject: Re: [PHP-DEV] Assert callback handlers


 On Thu, Jun 28, 2001 at 05:23:41AM -0600, Zak Greant wrote:

  Can anyone see any problems with adding array ($object, 'method')
syntax to
  the assert handler functionality?

 I think that would be fiarly useful, actually.  In the past, I've
 just written whole functions that sort of mimic assert(), but
 this would be much better.



-- 
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 #11792 Updated: can't install php as cgi on Solaris

2001-06-29 Thread chedong

ID: 11792
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Install and Config
Operating system: Solaris5.8 Generic_108529-08 i86
PHP Version: 4.0.6
Description: can't install php as cgi on Solaris

SORRY:problem sloved, It's my fault...

just there is some $PATH in make user environment not included in my root environment,
and when I su =make install, it cause some error occured.
I use the same $PATH I used in make, 
php installed smothly...

sorry for wrong report.

Previous Comments:
---

[2001-06-29 01:05:10] [EMAIL PROTECTED]
perl installed:
perl -v

This is perl, version 5.005_03 built for i86pc-solaris


---

[2001-06-29 00:57:58] [EMAIL PROTECTED]
I tried php4.0.5 and php 4.0.6 install as apache module is ok, but can't install as 
cgi
./configure --with-mysql 
or
./configure --with-mysql --prefix=/usr/local

make is ok
but make install failed with following message:
...
make[2]: Leaving directory `/home/chedong/php-4.0.6/regex'
make[1]: Leaving directory `/home/chedong/php-4.0.6/regex'
Making install in .
make[1]: Entering directory `/home/chedong/php-4.0.6'
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/chedong/php-4.0.6'
make: *** [install-recursive] Error 1


my built environment:
5.8 Generic_108529-08 i86pc i386 i86pc

gcc -v   
Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3/specs
gcc version 2.95.3 20010315 (release)


---


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


-- 
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 #11363 Updated: Apache fails to start

2001-06-29 Thread glen

ID: 11363
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Encryption and hash functions
Operating system: Cobalt OS 4.0
PHP Version: 4.0.5/6
Description: Apache fails to start

These are taken from the 4.0.6 release ( which has the same 
problem as 4.0.5 ):

HAVE_RANDOM 1
HAVE_SRAND48 1


Previous Comments:
---

[2001-06-28 23:13:08] [EMAIL PROTECTED]
What are these constants set as in your main/php_config.h:

HAVE_SRANDOM
HAVE_SRAND48


--Jani

---

[2001-06-15 10:19:06] [EMAIL PROTECTED]
Here is the output I get from gdb:

Starting program: /usr/sbin/httpd -X

Program received signal SIGFPE, Arithmetic exception.
0x2ae4c000 in php_minit_crypt (type=1, module_number=2) at 
crypt.c:105
105 php_srand(time(0) * getpid() * 
(php_combined_lcg() * 1.0));


---

[2001-06-08 13:44:17] [EMAIL PROTECTED]
I configured PHP4.0.5 with:

./configure --with-apxs=/usr/sbin/apxs --with-mysql=/usr

which configured fine.

I compiled and installed with no problems.  When I came to 
restart Apache ( version 1.3.3 ), with 
/etc/rc.d/init.d/httpd restart

I get:

Shutting down http: httpd
Starting http: httpd

which usually indicates Apache has restarted okay.  
However, Apache is now not running and I cannot access any 
webpages on the server.

The server is a Cobalt Qube2.

Many thanks,

Glen Scott

---


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


-- 
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 #11363 Updated: Apache fails to start

2001-06-29 Thread glen

ID: 11363
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Encryption and hash functions
Operating system: Cobalt OS 4.0
PHP Version: 4.0.5/6
Description: Apache fails to start

sorry, that should be

HAVE_SRANDOM 1

-Glen


Previous Comments:
---

[2001-06-29 03:57:57] [EMAIL PROTECTED]
These are taken from the 4.0.6 release ( which has the same 
problem as 4.0.5 ):

HAVE_RANDOM 1
HAVE_SRAND48 1


---

[2001-06-28 23:13:08] [EMAIL PROTECTED]
What are these constants set as in your main/php_config.h:

HAVE_SRANDOM
HAVE_SRAND48


--Jani

---

[2001-06-15 10:19:06] [EMAIL PROTECTED]
Here is the output I get from gdb:

Starting program: /usr/sbin/httpd -X

Program received signal SIGFPE, Arithmetic exception.
0x2ae4c000 in php_minit_crypt (type=1, module_number=2) at 
crypt.c:105
105 php_srand(time(0) * getpid() * 
(php_combined_lcg() * 1.0));


---

[2001-06-08 13:44:17] [EMAIL PROTECTED]
I configured PHP4.0.5 with:

./configure --with-apxs=/usr/sbin/apxs --with-mysql=/usr

which configured fine.

I compiled and installed with no problems.  When I came to 
restart Apache ( version 1.3.3 ), with 
/etc/rc.d/init.d/httpd restart

I get:

Shutting down http: httpd
Starting http: httpd

which usually indicates Apache has restarted okay.  
However, Apache is now not running and I cannot access any 
webpages on the server.

The server is a Cobalt Qube2.

Many thanks,

Glen Scott

---


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


-- 
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 #11798: svar_dump() wanted

2001-06-29 Thread oyvindmo

From: [EMAIL PROTECTED]
Operating system: any
PHP version:  4.0 Latest CVS (2001-06-29)
PHP Bug Type: Feature/Change Request
Bug description:  svar_dump() wanted

It would be very nice to have a var_dump() that returns the variable dump as a string 
instead of printing it.  Using var_dump() for verbose logging is mighty handy, but 
having to (ab)use output buffering to catch the var dump feels bad.

(I looked briefly at the implementation of var_dump(), and making a svar_dump() 
seemed out of my C league, unfortunately.)



-- 
Edit Bug report at: http://bugs.php.net/?id=11798edit=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 #11803: call to undefined function not caught by set_error_handler

2001-06-29 Thread sbs

From: [EMAIL PROTECTED]
Operating system: sunos 5.7
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  call to undefined function not caught by set_error_handler

$ok=1;
function sionna($errno, $errmsg) {
global $ok;
$ok=0;
}
set_error_handler('sionna');
xslt_errno();

If xslt_errno is configured into php, $ok will be 1.
If xslt_errno is not configured into php, the script will die noisily,
or quietly if error_reporting(0).

Same deal with eval() -- it also doesn't let you probe for
undefined functions.


-- 
Edit Bug report at: http://bugs.php.net/?id=11803edit=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 #10589 Updated: buildconf not compatible with GnuLibtool 1.4

2001-06-29 Thread Rasmus Lerdorf

 No, the libtool 1.4 is seriously bugged..

Jani, I still have yet to see anybody other than you report problems with
this recently.

-Rasmus


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