[PHP-DEV] RE: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash

[Sherman Chan]

Jani,
thanks for you reply, I recompile php with --enable-debug
but I don't any log file show the error / crash message
it write nothing to error_log, the ssl_engine_log only shows the following

[02/Feb/2001 16:03:46 11688] [info]  Server: Apache/1.3.14, Interface:
mod_ssl/2.7.1, Library: OpenSSL/0.9.6
[02/Feb/2001 16:03:46 11688] [info]  Init: 1st startup round (still not
detached)
[02/Feb/2001 16:03:46 11688] [info]  Init: Initializing OpenSSL library
[02/Feb/2001 16:03:46 11688] [info]  Init: Loading certificate & private key
of SSL-aware server xxx.xxx.xxx:443
[02/Feb/2001 16:03:46 11688] [info]  Init: Seeding PRNG with 136 bytes of
entropy
[02/Feb/2001 16:03:46 11688] [info]  Init: Generating temporary RSA private
keys (512/1024 bits)
[02/Feb/2001 16:03:47 11688] [info]  Init: Configuring temporary DH
parameters (512/1024 bits)
[02/Feb/2001 16:03:49 11689] [info]  Init: 2nd startup round (already
detached)
[02/Feb/2001 16:03:49 11689] [info]  Init: Reinitializing OpenSSL library

BTW, it does not generate any core file, if that what you mean.  it just
dead very slient.

if it help, I can tar up the whole image to you, so you can run it on your
box as box.



thanks,
Sherman




-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: Friday, 2 February 2001 1:27 PM
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash


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

Could you please try to generate a GDB backtrace of the crash?
Reconfigure / compile PHP first with --enable-debug!

--Jani


Previous Comments:
---

[2001-01-30 10:02:52] [EMAIL PROTECTED]
version of apach 1.3.14
version mod_ssl 2.7.1-1.3.14
version openssl 0.9.6

i compile & install apache with php4 + mod_ssl support has no problem,
however when I start the apache with php4 + ssl, it crash itself with the
error message found on error_log
[Wed Jan 31 01:29:45 2001] [notice] Apache/1.3.14 (Unix) PHP/4.0.4pl1
configured -- resuming normal operations
[Wed Jan 31 01:30:01 2001] [notice] caught SIGTERM, shutting down

there is no error message find on ssl_engine_log.

the apache start up ok with either ssl or php4, but can't be both.

any idea to resolve it.

thanks,
Sherman 


there is no change on php.ini, that copied from php.ini-dist
php configure options
./configure 
 --with-apxs=/usr/local/apps/apache_1.3.14/bin/apxs 
 --with-interbase=/usr/interbase 
 --with-oci8=$ORACLE_HOME 
 --with-oracle=$ORACLE_HOME 
 --with-db 
 --with-gdbm 
 --with-xml 
 --with-mhash 
 --with-openssl 
 --with-mcrypt=/usr/local/lib 
 --with-curl 
 --without-mysql 
 --enable-track-vars

apache configure option
SSL_BASE=../openssl-0.9.6 
./configure 
--prefix=/usr/local/apps/apache_1.3.14 
--enable-shared=max 
--enable-module=all



---


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

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

[PHP-DEV] PHP 4.0 Bug #9066: problem printing array

[ken]

From: [EMAIL PROTECTED]
Operating system: redhat 7
PHP version:  4.0.4pl1
PHP Bug Type: Class/Object related
Bug description:  problem printing array

$varibale="hello";
It is possible to echo "$variable[0]";

But if it is in a class echo "$this->variable[0]";
the result is array[0]
not hello.

echo $this->hello; minus quotation marks works fine. 


I am not sure if this is a bug or just inconsistant.

Ken


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



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

[PHP-DEV] PHP 4.0 Bug #9065 Updated: Openlink4 connections worthless under Redhat

[antiphobo]

ID: 9065
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
Description: Openlink4 connections worthless under Redhat

Here is the script I used to test all connections with. Ensure php.ini is setup so 
that errors are passed back to $php_errormsg;

--


ODBCTEST


ODBCTEST. By Sigurd Magnusson. 
(PHP 


DSN: 
Username: 
Password: 
Table: 

(If no table is specified, odbctest will search for them).




No DSN specified");

Echo "";

Echo "Connecting...odbc_connect($odbc_dsn, $odbc_username, 
$odbc_password); "; flush;

$connect = @odbc_connect($odbc_dsn, $odbc_username, $odbc_password, SQL_CUR_USE_ODBC); 

if ($connect) echo "connected."; else ExitDying ("Connect Failed", 
$php_errormsg);
flush();

if ($odbc_tablename) QueryTable($odbc_tablename); else ShowTables();

odbc_close($connect);   
echo "";
echo "ODBC Test Finished!";
return;



function QueryTable($tablename) {

global $connect;
$maxdisplayrows= 10;

$query ="SELECT * FROM $tablename";
Echo "Querying $tablename...odbc_exec($connect, $query); ";

$result = @odbc_exec($connect, $query);  // perform the query

if ($result) echo "ok."; else ExitDying ("Query Failed", 
$php_errormsg);

Echo "Retrieving Data...odbc_fetchrow($result); ";

// get column names
$NumODBCFields = (int)odbc_num_fields($result);
echo "";
for ($i=1; $i <= $NumODBCFields; $i++) {
echo "".odbc_field_name($result,$i)."".odbc_field_type($result,$i), " ", 
odbc_field_len($result,$i), "";
}
echo "";

while(@odbc_fetch_row($result)) {
if ($rowcount++ < $maxdisplayrows) {
echo "";
for ($i=1; $i <= $NumODBCFields; $i++) {
$txt = @odbc_result($result, $i);
echo "$txt";
}
echo "";
}
}
echo "";

if ($rowcount > $maxdisplayrows) $msg = "(only first $maxdisplayrows shown 
above)";

// if search is narrowing the rows down, we need to tally that instead ;(
echo "Found ".(int)$rowcount." Rows $msg, 
".odbc_num_fields($result)." Columns in table $tablename";
}



function ShowTables() {
global $connect;

Echo "Finding Tables...odbc_exec($connect, $query); "; flush();
$result = @odbc_tables($connect,"%");

if ($result) echo "ok"; else ExitDying("Table Searching Not 
Permitted?", $php_errormsg);
flush();

// get column names
$NumODBCFields = (int)odbc_num_fields($result);
echo "";
for ($i=1; $i <= $NumODBCFields; $i++) {
echo "".odbc_field_name($result,$i)."".odbc_field_type($result,$i), " ", 
odbc_field_len($result,$i), "";
}
echo "";

while(@odbc_fetch_row($result)) {
echo "";
for ($i=1; $i <= $NumODBCFields; $i++) {
echo "".odbc_result($result, $i), 
"";
}
echo "";

if (odbc_result($result, "TABLE_TYPE") == "TABLE") {
$querytablename = odbc_result($result, "TABLE_NAME");
echo "";
QueryTable($querytablename);
echo "";
$numtables++;
}

}

echo "";

if (!$numtables) $numtables = "no";
echo "Found $numtables tables...";
}


function ExitDying ($msg, $errormsg) {

Echo "";
Echo "$msg$errormsg";
Echo "";
exit;
}


Previous Comments:
---

[2001-02-02 01:12:08] [EMAIL PROTECTED]
When I connect from Linux Redhat (COBALT RAQ2)
PHP403sp1/Apache1.3.12 to a database on Win2000 using Openlink version *4*:

(PHP './configure' '--with-openlink=/usr/local/openlink' '--with-mysql' 
'--with-apache=../apache_1.3.12' '--enable-track-vars' )

Openlink(Linux) -> AccessDB(Win2k): Connects to database, SQL queries fail with "Not 
Capable" error (see below). Retreiving list of tables fails with odbc_tables(); 
(complains that odbc_tables($con, "%"); doesn't have the correct number of parameters.

Openlink(Linux) -> MyODBC(W2K) -> MySQL(W2K)
Connects to database, SELECTs return columns, but not rows.
Retriving l

[PHP-DEV] PHP 4.0 Bug #9065: Openlink4 connections worthless under Redhat

[antiphobo]

From: [EMAIL PROTECTED]
Operating system: Redhat Linux (MIPS)
PHP version:  4.0.3pl1
PHP Bug Type: ODBC related
Bug description:  Openlink4 connections worthless under Redhat

When I connect from Linux Redhat (COBALT RAQ2)
PHP403sp1/Apache1.3.12 to a database on Win2000 using Openlink version *4*:

(PHP './configure' '--with-openlink=/usr/local/openlink' '--with-mysql' 
'--with-apache=../apache_1.3.12' '--enable-track-vars' )

Openlink(Linux) -> AccessDB(Win2k): Connects to database, SQL queries fail with "Not 
Capable" error (see below). Retreiving list of tables fails with odbc_tables(); 
(complains that odbc_tables($con, "%"); doesn't have the correct number of parameters.

Openlink(Linux) -> MyODBC(W2K) -> MySQL(W2K)
Connects to database, SELECTs return columns, but not rows.
Retriving list of tables "fails" (as can only see columns, such as TableName, 
TableType, but no data)

--
When I connect from Win2000 PHP403sp1/IIS5 to database on Win2000 using Openlink:

Openlink -> Access: Works okay, except cannot retrieve TYPE of field. (This is of 
little concern.).

Openlink -> MyODBC -> MySQL: as above.

When doing not using Openlink at all and connecting directly to Access all on the same 
W2k Machine, everything works perfectly.

Errors Under Linux:

SELECT * FROM TABLE produces: SQL error: [OpenLink][ODBC][Driver]Driver not capable, 
SQL state S1C00 in SQLExecDirect


I am using odbc_connect() and odbc_exec(). (not prepare() ). Have tested differenet 
cursor types with odbc_connect; nothing helps.

Using ODBCTEST (the testing utility with Openlink software), everything works fine - i 
have access to all tables, databases, can perform complex SELECT and other queries 
without any hassle.

Thus, this is a problem not specific to Access, because I can connect to Access from 
Win2000 PHP/Openlink

It is not really a problem with openlink, because ODBCTEST works fine.

Thus it means it is to do with the Openlink and PHP403sp1 cooperating (on redhat). I 
tried compiling PHP404 with Openlink4, but it failed (possibly due to Apache1.3.17).


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



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

Re: [PHP-DEV] mysql_insert_id problems

[Geoff Jukema]

I've read in the docs that some people have had problems with the 
mysql_insert_id() function.  Use the select statement version instead:

SELECT last_insert_id() from mytable;

hth.
Geoff

On Thu, Feb 01, 2001 at 08:39:51PM -0800, Brady J. Horenstein wrote:
> Hello!
> 
> I recently moved my website over to a different hosting company.  The once I
> was on previously was running PHP4beta2 and the new one is running 4.0.1pl1.
> 
> I'm having problems with the mysql_insert_id() func.  Essentially, it isn't
> working.  :)
> 
> Has anyone else had this problem?  It's really wierd, because it was working
> fine on my other account.
> 
> Thanks!
> 
> -brady
> 
> --
> Brady J. Horenstein
> [EMAIL PROTECTED]
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 

-- 
Geoff Jukema
[EMAIL PROTECTED]www.jukeware.com
[EMAIL PROTECTED]  www.daemonnews.org

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

[PHP-DEV] mysql_insert_id problems

[Brady J. Horenstein]

Hello!

I recently moved my website over to a different hosting company.  The once I
was on previously was running PHP4beta2 and the new one is running 4.0.1pl1.

I'm having problems with the mysql_insert_id() func.  Essentially, it isn't
working.  :)

Has anyone else had this problem?  It's really wierd, because it was working
fine on my other account.

Thanks!

-brady

--
Brady J. Horenstein
[EMAIL PROTECTED]


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

[PHP-DEV] PHP 4.0 Bug #9064: Functions inside functions cause errors if the outer function is called twice.

[chriskl]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2-STABLE
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  Functions inside functions cause errors if the outer function is 
called twice.

This script fails with:

Fatal error:  Cannot redeclare test2() in - on line 4




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



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

[PHP-DEV] Re: PHP 4.0 Bug #9052 Updated: Incorrect file suffixes when building PHPfor AIX 4.3.3

[Michael Champagne]

I believe we had our $ORACLE_HOME set wrong.  We are running Oracle's IAS 
which has a home of /ias and Oracle's 6i Developer Server comes with IAS 
and is in /ias/6iserver.  Our ORACLE_HOME was pointing to /ias and 
/ias/lib contains libcore8.a and /ias/6iserver/lib contains libcore4.a. We 
pointed our ORACLE_HOME to /ias/6iserver and configure ran through it. One 
hitch is that before running make we had to manually edit the 
config_vars.mk file to add 2 include directories:

/ias/rdbms/demo and /ias/rdbms/public

/ias/rdbms/demo contains the oci.h header file and /ias/rdbms/public 
contains ociextp.h required by oci.h.  I'm not sure why IAS sticks these 
header files in there, but it looks like it gets through make ok after we 
do this.  We are currently haveing problems with installing php as a 
dynamic module so we modified libtool to match the workaround that I saw 
in bug #4630 and we're running make right now.  I will let you know how 
this goes.  THANKS!

Mike





Bug Database <[EMAIL PROTECTED]>
02/01/01 06:59 PM

 
To: [EMAIL PROTECTED]
cc: 
Subject:PHP 4.0 Bug #9052 Updated: Incorrect file suffixes when 
building PHP for 
AIX 4.3.3

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

Which version of libtool do you have? And the compiler?
Was this a clean compile? ie. have you tried doing this:

# make clean ; make depend ; make 

And it seems like your oracle libs are (for some reason) detected 
to be an older version. What is the version of Oracle client libs you have
in your system?

And what do you have in $OCI8_DIR/orainst/unix.rgs
file? And could you also add a listing of $OCI8_DIR/lib into this bug 
report?

--Jani


Previous Comments:
---

[2001-02-01 11:51:57] [EMAIL PROTECTED]
I configured php by running configure --with-apxs --with-oci8 
--without-mysql.

When I try running make I'm getting these errors towards the end:

Making all in apache
Target "all-p" is up to date.
Target "all" is up to date.
Target "all" is up to date.
Making all in TSRM
Target "all" is up to date.
Making all in regex
Target "all-p" is up to date.
Target "all" is up to date.
Making all in .
/bin/sh /usr/tools/src/php-4.0.4pl1/libtool --silent --mode=link 
cc  -I. -I/usr/tools/src/php-4.0.4pl1/ -I/usr/tools/src/php-4.0.4pl1/main 
-I/usr/tools/src/php-4.0.4pl1 -I/ias/Apache/Apache/include 
-I/usr/tools/src/php-4.0.4pl1/Zend -I/ias/rdbms/public -I/ias/rdbms/demo 
-I/ias/network/public -I/usr/tools/src/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/usr/tools/src/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/usr/tools/src/php-4.0.4pl1/TSRM  -DAIX=43 -DMOD_SSL=204110 -DEAPI 
-DUSE_EXPAT -DXML_BYTE_ORDER=21 -g   -o libphp4.la -rpath 
/usr/tools/src/php-4.0.4pl1/libs -avoid-version -L/ias/lib  -R /ias/lib 
stub.lo  Zend/libZend.la  sapi/apache/libsapi.la  main/libmain.la 
regex/libregex.la  ext/oci8/liboci8.la ext/pcre/libpcre.la 
ext/posix/libposix.la ext/session/libsession.la 
ext/standard/libstandard.la ext/xml/libxml.la  TSRM/libtsrm.la -ldl 
-lclntsh -lpsa -lcore4 -lnlsrtl3 -lld -lbsd_r -lm -lodm -ldl -lbind -lm 
-ldl -lcrypt
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo 
contains an incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains 
an incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_alloc.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_compile.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_constants.lo contains 
an incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_dynamic_array.lo 
contains an incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute_API.lo 
contains an incorrect file suffix

I get several screens of [filename] contains incorrect file suffix and 
then I get:

cc: 1501-218 file .libs/libphp4.lax/libtsrm.al/tsrm_strtok_r.lo contains 
an incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libtsrm.al/tsrm_virtual_cwd.lo 
contains an incorrect file suffix
ld: 0706-006 Cannot find or open library file: -l core4
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l nlsrtl3
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l core4
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l nlsrtl3
ld:open(): No such file or directory
make: The error code from the last command is 255.


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


Stop.

Should we be trying to compile with gcc instead of the cc that comes with 
AIX 4.3.3?  Thanks!

[PHP-DEV] PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash

[sniper]

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

Could you please try to generate a GDB backtrace of the crash?
Reconfigure / compile PHP first with --enable-debug!

--Jani


Previous Comments:
---

[2001-01-30 10:02:52] [EMAIL PROTECTED]
version of apach 1.3.14
version mod_ssl 2.7.1-1.3.14
version openssl 0.9.6

i compile & install apache with php4 + mod_ssl support has no problem, however when I 
start the apache with php4 + ssl, it crash itself with the error message found on 
error_log
[Wed Jan 31 01:29:45 2001] [notice] Apache/1.3.14 (Unix) PHP/4.0.4pl1 configured -- 
resuming normal operations
[Wed Jan 31 01:30:01 2001] [notice] caught SIGTERM, shutting down

there is no error message find on ssl_engine_log.

the apache start up ok with either ssl or php4, but can't be both.

any idea to resolve it.

thanks,
Sherman 


there is no change on php.ini, that copied from php.ini-dist
php configure options
./configure 
 --with-apxs=/usr/local/apps/apache_1.3.14/bin/apxs 
 --with-interbase=/usr/interbase 
 --with-oci8=$ORACLE_HOME 
 --with-oracle=$ORACLE_HOME 
 --with-db 
 --with-gdbm 
 --with-xml 
 --with-mhash 
 --with-openssl 
 --with-mcrypt=/usr/local/lib 
 --with-curl 
 --without-mysql 
 --enable-track-vars

apache configure option
SSL_BASE=../openssl-0.9.6 
./configure 
--prefix=/usr/local/apps/apache_1.3.14 
--enable-shared=max 
--enable-module=all



---


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


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

[PHP-DEV] PHP 4.0 Bug #9032 Updated: Problems with shm_remove

[sniper]

ID: 9032
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Semaphore related
Bug Type: Documentation problem
Assigned To: 
Comments:



Previous Comments:
---

[2001-01-31 10:15:04] [EMAIL PROTECTED]
We are having problems using shm functions.
Taking a look at sysvshm.c, it seems that shm_remove
take as argument **key** and not **shm_identifier** as
documented (even on the snapshot documentation).

Some tests show the same results. Here follows the code
to test it:

";
shm_remove(5);
shm_remove(6);
shm_remove(7);
echo "No warnings now";

?>

Regards,
Claudio Neves

---


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


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

[PHP-DEV] PHP 4.0 Bug #9036 Updated: Non installation of libphp.so

[sniper]

ID: 9036
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Old-Bug Type: Documentation problem
Bug Type: *General Issues
Assigned To: 
Comments:

You did something silly as there is nothing wrong with the
INSTALL file's instructions..

The correct way to do it (Assuming you have apache with DSO support):

# ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/path/
# make clean ; make ; make install
# /usr/local/apache/bin/apachectl stop
# /usr/local/apache/bin/apachectl start

( the 'make clean' part isn't needed when compiling from fresh sources which
have just been gunzipped/untarred)

If you still have problems with the installing of PHP then ask further questions
on [EMAIL PROTECTED] mailing list. 

--Jani



Previous Comments:
---

[2001-02-01 07:26:02] [EMAIL PROTECTED]
Have tracked down the problem myself.

If you type make before make install the installation doesn't work!

I think this could be made more explicit in the INSTALL file.

In the INSTALL file, section 4a is repeated.  The first occurrence has somehow had 
part of 3b added onto it.  It reads:
-
4a. Setting up the server. (Dynamic Module)

   The make install command in step 3 should have done most of your
   work for you.  It actually edits your httpd.conf file and tries to
   enable the dynamic PHP module.  To verify this, look for a line that
   looks like this:

  LoadModule php4_module libexec/libphp4.so

   The actual path before the libphp4.so part might differ slightly.  This
   is likely fine.  If you are paranoid you can examine the output from the
   make install step to see where the libphp4.so file was actually put and
   type: make

   Assuming it compiles without errors, proceed to step 4b.


The correct text for 4a then continues.  The incorrect text above suggests typing 
make, which messes the install up.

---

[2001-01-31 14:31:14] [EMAIL PROTECTED]
I checked the output of make install - it does not mention libphp.so at all!

Duncan

---

[2001-01-31 14:28:09] [EMAIL PROTECTED]
Hi,
I am trying to install PHP4 as a DCO for Apache using APXS.
I downloaded php-4.0.4pl1.tar.gz from your site.
I followed the instructions in INSTALL as follows:

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

Then 

make && make install

It all whirred happily away for a while, and reported no errors.

However, on restarting Apache, and running httpd -l  I do not find mod_php4.c listed.  
mod_so.c is listed.  I also cannot locate libphp4.so anywhere on my machine.

Am I right in thinking that my Apache does nothing with PHP files as it cannot be 
configured to do so due to the absence of this (and no doubt others) programme?

Is this a bug, or have I done something silly?  Either way, what should I do to get 
PHP up and running?

---


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


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

[PHP-DEV] PHP 4.0 Bug #9021 Updated: Couldn't get apache started. No bugs shown, nothing in the logs.

[sniper]

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

Is your apache linked with -lpthread ? If not, add -lpthread into the 
Apache src/Makefile:

LIBS1=-lpthread 

(there are other libs also so just add the -lpthread in front of them)

# make clean ; make ; make install

--Jani


Previous Comments:
---

[2001-01-31 01:06:30] [EMAIL PROTECTED]
Problem with oci8 module. When PHP compiled as DSO - apache couldn't run (no bugs 
reported, nothing in log files - just once - exiting status of httpd childs - sig11 - 
SIGSEGV). Oracle version - 8.1.6 Enterprise edition (8i) -successfuly working, libs - 
in /usr/lib; Apache - 1.3.9.

Configure lines ($ORACLE_HOME is set!):
./configure --with-oci8 --without-mysql --enable-sigchild --with-apxs=apxs_dir

php.ini is placed in /usr/local/lib and is the same as php.ini-dist in php instalation 
directory

No anything special when setting up php or apache

GDB info:
..

GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run -X
Starting program: /var/lib/apache/sbin/./httpd -X
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
 
Program received signal SIGSEGV, Segmentation fault.
0x407c737c in ?? ()
(gdb) bt
#0  0x407c737c in ?? ()
#1  0x401367fe in xdr_uint8_t () from /lib/libc.so.6
#2  0x40136685 in xdr_uint8_t () from /lib/libc.so.6
#3  0x401228e6 in gethostbyname_r () from /lib/libc.so.6
#4  0x40121940 in gethostbyname () from /lib/libc.so.6
#5  0x401c0bd5 in ?? () from /var/lib/apache/libexec/mod_jserv.so
#6  0x401bb628 in ?? () from /var/lib/apache/libexec/mod_jserv.so
#7  0x8054978 in invoke_cmd ()
#8  0x80552ea in ap_handle_command ()
#9  0x8055380 in ap_srm_command_loop ()
#10 0x805577c in ap_process_resource_config ()
#11 0x805a02d in include_config ()
#12 0x8054978 in invoke_cmd ()
#13 0x80552ea in ap_handle_command ()
#14 0x8055380 in ap_srm_command_loop ()
#15 0x805577c in ap_process_resource_config ()
#16 0x805603e in ap_read_config ()
#17 0x805f619 in standalone_main ()
#18 0x805fe73 in main ()
#19 0x4007e2e7 in __libc_start_main () from /lib/libc.so.6




---


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


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

[PHP-DEV] PHP 4.0 Bug #9063 Updated: Configure gives errors regarding Payflow Pro

[mike]

ID: 9063
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Install and Config
Description: Configure gives errors regarding Payflow Pro



Previous Comments:
---

[2001-02-01 19:04:41] [EMAIL PROTECTED]
PHP configure:
./configure --with-mysql=/usr/local
--with-apache=../apache_1.3.17 --enable-track-vars
--enable-bcmath --disable-debug --with-pfpro

The debug.log that follows the configure:
gcc -o conftest -g -O2   -R/usr/local/lib/mysql
-L/usr/local/lib/mysql -R/usr/local/lib -L/usr/local/lib
conftest.c -lpfpro -lmysqlclient -lm -lcrypt  1>&5

/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_unlock'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_self'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_destroy'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_lock'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_init'

When I put -pthread in CFLAGS, I did not receive this error,
and both php and apache compiled, but when apache was
started, it kept spawning more processes, and ate resources
until I did a 'killall -KILL httpd'

---


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


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

[PHP-DEV] PHP 4.0 Bug #9058 Updated: dir() and readdir() don't work

[sniper]

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

I tried them examples in our Solaris 8 (sparc) with the latest CVS
and they worked just fine. 

Could you try the latest CVS snapshot from http://snaps.php.net/  
to verify if this is fixed already? And which compiler did you use to compile PHP ?

I'm using GCC 2.95.2 as we don't have that Sun Workshop CC installed
in that machine yet.

--Jani


Previous Comments:
---

[2001-02-01 16:53:09] [EMAIL PROTECTED]

Using the examples cut-n-pasted from the dir() and readdir() documentation, dir() they 
both return nothing.  They work ok in php3.

I see other entries in the bug database saying this issue was fixed in the cvs, but 
these are dated before the release of the version I'm using, so I guess they became 
broken again or Solaris 8 is a problem.

I'll be delighted to help debug this if someone can tell me how.

Best Regards,

Brian

---


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


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

[PHP-DEV] PHP 4.0 Bug #9051 Updated: $variable = () crashes the server

[sniper]

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

Can you try the latest CVS snapshot from http://snaps.php.net/  ??
I can't reproduce this.

And what was the configure line you used to configure PHP ?

--Jani


Previous Comments:
---

[2001-02-01 11:31:16] [EMAIL PROTECTED]
test

This code would result in a "The Document Contains No Data" page in Netscape and a 
Segmentation Fault error in the Apache log.

gdb backtrace:
#0  0x402239c1 in _zval_ptr_dtor () from /usr/lib/apache/1.3/libphp4.so
#1  0x402228f4 in execute () from /usr/lib/apache/1.3/libphp4.so
#2  0x4021f327 in execute () from /usr/lib/apache/1.3/libphp4.so
#3  0x4021ffca in execute () from /usr/lib/apache/1.3/libphp4.so
#4  0x4022bf1f in zend_execute_scripts () from /usr/lib/apache/1.3/libphp4.so
#5  0x4023d634 in php_execute_script () from /usr/lib/apache/1.3/libphp4.so
#6  0x40239d8f in apache_php_module_main () from /usr/lib/apache/1.3/libphp4.so
#7  0x4023a740 in send_php () from /usr/lib/apache/1.3/libphp4.so
#8  0x4023a77e in send_parsed_php () from /usr/lib/apache/1.3/libphp4.so
#9  0x8054064 in ap_invoke_handler ()
#10 0x8062d0c in ap_some_auth_required ()
#11 0x8062d68 in ap_process_request ()
#12 0x805ca49 in ap_child_terminate ()
#13 0x805cbdc in ap_child_terminate ()
#14 0x805ccf9 in ap_child_terminate ()
#15 0x805d1ab in ap_child_terminate ()
#16 0x805d86d in main ()
#17 0x400bedcc in __libc_start_main () from /lib/libc.so.6

---


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


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

[PHP-DEV] PHP 4.0 Bug #8938 Updated: Segfaults

[sniper]

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

Can you try again with today's snapshot? And to get a decent gdb backtrace
configure with --enable-debug and do following:

# gdb /opt/www/bin/httpd
(gdb) run -X

And then access the page which causes the crash and if it crashes:

(gdb) bt full

and then cut'n'paste the output and add it into this bug report.

--Jani


Previous Comments:
---

[2001-01-30 08:43:03] [EMAIL PROTECTED]
I got today the latest CVS and again gives segfaults but didn't manage to get core 
file :(


---

[2001-01-29 05:14:06] [EMAIL PROTECTED]
Does this happen with the latest CVS snapshot from
http://snaps.php.net/ ?? And if it does, please include
a gdb backtrace of the crash into this bug report.

--Jani

---

[2001-01-26 10:38:10] [EMAIL PROTECTED]
when I enable output_handler = ob_gzhandler in php.ini the system works but on some 
conditions I do not know which in error-log of the apache comes a lot of SegFaults and 
even more - the html content of some of the pages. There are also clients who complain 
that cannot open the pages ('no content' states Netscape)

on few other machines which are much heavy loaded and they can't stand output_handler 
= ob_gzhandler in php.ini that's why we use only on some scripts

if (strstr($HTTP_SERVER_VARS['HTTP_ACCEPT_ENCODING'], 
'gzip')){ob_start("gzencode");header("Content-Encoding: gzip");} 

and the same problem happens again

---


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


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

[PHP-DEV] PHP 4.0 Bug #9031 Updated: ob_gzhandler memory leak and Headers already sent message!

[sniper]

ID: 9031
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Performance problem
Assigned To: 
Comments:

This should be fixed in CVS now. Please try the latest CVS snapshot from 
http://snaps.php.net/ and reopen this bug report if problem still exists when
using it.

--Jani


Previous Comments:
---

[2001-01-31 09:15:17] [EMAIL PROTECTED]
When enabling output_handler = ob_gzhandler in php.ini, my Linux system starts to eat 
more and more memory in an unusual way, like there was a memory leak, like many people 
have reported.

But what is absolutely weird is that after enabling ob_gzhandler, I start to get this 
error messages in my log files:

Cannot add header information - headers already sent in Unknown on line 0

Which is weird, because one of the features of output buffering is to avoid that kind 
of problems. What's even more weird is that I don't get any "headers already sent" 
messages with output_handler = ob_gzhandler disabled!

---


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


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

[PHP-DEV] PHP 4.0 Bug #9030 Updated: Serious memory leak with ob_gzhandler

[sniper]

ID: 9030
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Zlib Related
Assigned To: 
Comments:

This should be fixed in CVS now. Please try the latest CVS snapshot from
http://snaps.php.net/ and reopen this bug report if problem still exists
when using it.

--Jani


Previous Comments:
---

[2001-01-31 08:44:39] [EMAIL PROTECTED]
I have noticed a that a serious memory leak is occuring with PHP when using the 
ob_gzhandler. It is noticable very quickly after starting Apache and reloading a few 
pages, the process size goes up dramatically - much more than if PHP is configured NOT 
to use the ob_gzhandler, which is I think when the Zend optimizer caches pages. Merely 
having support compiled in does not cause the effect.

I have mod_ssl configured with:

--with-layout=Del --with-apache=../apache --with-ssl=../openssl --with-mm=../mm 
--activate-module=src/modules/php4/libphp4.a 
--activate-module=src/modules/extra/mod_gzip.c

PHP compiled with:

--with-apache=../apache --enable-trans-sid --with-my-sql --with-zlib --with-mcrypt

And then Apache is made with those options that mod_ssl configures it with. Using Zend 
optimizer 1.0.0 for PHP4.0.4.

Despite the numerous different modules that are compiled into Apache, I feel it is 
with the ob_gzhandler that the problem lies as deactivating it seems to make the 
problem go away.


---


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


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

[PHP-DEV] PHP 4.0 Bug #8683 Updated: Memory leak with ob_gzhander

[sniper]

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

This should be fixed in CVS now. Please try the latest CVS snapshot
from http://snaps.php.net/ and reopen this bug report if problem
still exists when using it.

--Jani


Previous Comments:
---

[2001-01-12 15:56:32] [EMAIL PROTECTED]
When I have tried to use ob_gzhander on the site, on server began to decrease quantity 
of free memory (swap). For 2 two hours ~150 MB.

php is 4.0.4pl1

configured:

CFLAGS="-O6" 
LDFLAGS="-rdynamic" 
EXTRA_LIBS="-lxmlparse -lxmltok" 
LIBS="-lxmlparse -lxmltok" 
CXX=gcc 
./configure 
--enable-inline-optimization 
--with-mysql=/work/php/mysql 
--with-apache=/work/apache/apache_1.3.14 
--enable-static 
--enable-track-vars 
--enable-safe-mode 
--enable-magic-quotes 
--enable-track-vars 
--with-jpeg-dir=/work/php/jpeg-6b 
--with-gd=/work/php/gd 
--with-ttf 
--with-zlib 
--enable-sysvshm 
--enable-sysvsem 
--with-epipe 
--with-mhash=/work/php/mhash 
--with-mcrypt=/work/php/mcrypt 
--disable-libtool-lock 
--with-shared-pdf 
--with-dom=/usr/lib 
--enable-shmop 
--with-sablot 
--with-config-file-path=/etc/httpd/conf 



---


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


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

[PHP-DEV] PHP 4.0 Bug #9052 Updated: Incorrect file suffixes when building PHP for AIX 4.3.3

[sniper]

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

Which version of libtool do you have? And the compiler?
Was this a clean compile? ie. have you tried doing this:

# make clean ; make depend ; make 

And it seems like your oracle libs are (for some reason) detected 
to be an older version. What is the version of Oracle client libs you have
in your system?

And what do you have in $OCI8_DIR/orainst/unix.rgs
file? And could you also add a listing of $OCI8_DIR/lib into this bug report?

--Jani


Previous Comments:
---

[2001-02-01 11:51:57] [EMAIL PROTECTED]
I configured php by running configure --with-apxs --with-oci8 --without-mysql.

When I try running make I'm getting these errors towards the end:

Making all in apache
Target "all-p" is up to date.
Target "all" is up to date.
Target "all" is up to date.
Making all in TSRM
Target "all" is up to date.
Making all in regex
Target "all-p" is up to date.
Target "all" is up to date.
Making all in .
/bin/sh /usr/tools/src/php-4.0.4pl1/libtool --silent --mode=link cc  -I. 
-I/usr/tools/src/php-4.0.4pl1/ -I/usr/tools/src/php-4.0.4pl1/main 
-I/usr/tools/src/php-4.0.4pl1 -I/ias/Apache/Apache/include 
-I/usr/tools/src/php-4.0.4pl1/Zend -I/ias/rdbms/public -I/ias/rdbms/demo 
-I/ias/network/public -I/usr/tools/src/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/usr/tools/src/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/usr/tools/src/php-4.0.4pl1/TSRM  -DAIX=43 -DMOD_SSL=204110 -DEAPI -DUSE_EXPAT 
-DXML_BYTE_ORDER=21 -g   -o libphp4.la -rpath /usr/tools/src/php-4.0.4pl1/libs 
-avoid-version -L/ias/lib  -R /ias/lib stub.lo  Zend/libZend.la  
sapi/apache/libsapi.la  main/libmain.la  regex/libregex.la  ext/oci8/liboci8.la 
ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la 
ext/standard/libstandard.la ext/xml/libxml.la  TSRM/libtsrm.la -ldl -lclntsh -lpsa 
-lcore4 -lnlsrtl3 -lld -lbsd_r -lm -lodm -ldl -lbind -lm -ldl -lcrypt
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_alloc.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_compile.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_constants.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_dynamic_array.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute_API.lo contains an 
incorrect file suffix

I get several screens of [filename] contains incorrect file suffix and then I get:

cc: 1501-218 file .libs/libphp4.lax/libtsrm.al/tsrm_strtok_r.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libtsrm.al/tsrm_virtual_cwd.lo contains an 
incorrect file suffix
ld: 0706-006 Cannot find or open library file: -l core4
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l nlsrtl3
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l core4
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l nlsrtl3
ld:open(): No such file or directory
make: The error code from the last command is 255.


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


Stop.

Should we be trying to compile with gcc instead of the cc that comes with AIX 4.3.3?  
Thanks!

---


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


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

Re: [PHP-DEV] Re: [PHP-QA] Changes in bug system..

[Jani Taskinen]

On Thu, 1 Feb 2001, Hellekin O. Wolf wrote:

>
>>
>> I do like Hellekin's suggestion to use procmail to automate the entry of
>> messages into the bug system - however, I have no idea how reliabile the
>> system is or how much effort is needed to implement it.
>>
>>--zak
>
>*** I'll have an eye on it.
>
>I recently worked on an automated subscription system using procmail, php
>as CGI and MySQL.
>Probably php.net can provide the same environment =8)

I think we should wait for the new bug system to be developed first.
But if you have something already done and are willing to share it
then go ahead! :) This would be really good improvement.

--Jani



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

[PHP-DEV] PHP 4.0 Bug #9063 Updated: Configure gives errors regarding Payflow Pro

[mike]

ID: 9063
User Update by: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: 
Bug Type: *Install and Config
Description: Configure gives errors regarding Payflow Pro



Previous Comments:
---

[2001-02-01 19:04:41] [EMAIL PROTECTED]
PHP configure:
./configure --with-mysql=/usr/local
--with-apache=../apache_1.3.17 --enable-track-vars
--enable-bcmath --disable-debug --with-pfpro

The debug.log that follows the configure:
gcc -o conftest -g -O2   -R/usr/local/lib/mysql
-L/usr/local/lib/mysql -R/usr/local/lib -L/usr/local/lib
conftest.c -lpfpro -lmysqlclient -lm -lcrypt  1>&5

/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_unlock'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_self'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_destroy'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_lock'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_init'

When I put -pthread in CFLAGS, I did not receive this error,
and both php and apache compiled, but when apache was
started, it kept spawning more processes, and ate resources
until I did a 'killall -KILL httpd'

---


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


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

[PHP-DEV] PHP 4.0 Bug #9063: Configure gives errors regarding Payflow Pro

[mike]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2-STABLE
PHP version:  4.0.4pl1
PHP Bug Type: 
Bug description:  Configure gives errors regarding Payflow Pro

PHP configure:
./configure --with-mysql=/usr/local
--with-apache=../apache_1.3.17 --enable-track-vars
--enable-bcmath --disable-debug --with-pfpro

The debug.log that follows the configure:
gcc -o conftest -g -O2   -R/usr/local/lib/mysql
-L/usr/local/lib/mysql -R/usr/local/lib -L/usr/local/lib
conftest.c -lpfpro -lmysqlclient -lm -lcrypt  1>&5

/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_unlock'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_self'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_destroy'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_lock'
/usr/local/lib/libpfpro.so: undefined reference to
`pthread_mutex_init'

When I put -pthread in CFLAGS, I did not receive this error,
and both php and apache compiled, but when apache was
started, it kept spawning more processes, and ate resources
until I did a 'killall -KILL httpd'


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



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

[PHP-DEV] PHP 4.0 Bug #9062: Latest version, 0.12, breaks compatibility

[jplock]

From: [EMAIL PROTECTED]
Operating system: FreeBSD v4.2
PHP version:  4.0.4pl1
PHP Bug Type: Pspell related
Bug description:  Latest version, 0.12, breaks compatibility

The latest release of pspell, 0.12, on http://pspell.sourceforge.net breaks 
compatibility with the pspell php extension causing it to not compile correctly.


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



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

[PHP-DEV] PHP 4.0 Bug #9061: SIGSEGV in session write

[jcanon]

From: [EMAIL PROTECTED]
Operating system: Red Hat 6.2 Linux
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  SIGSEGV in session write

Gentlemen/Ladies,

I found what I believe to be a bug in PHP. 

I am using sessions on a secure server (i.e. SSL). The sessions are configured so that 
the Write routine uses a 'global' object in order to access user details (and update a 
mySql database with that information). That object is built from a class definition 
which is defined as extending another class. My session 'Write' routine looks like 
this:

function write ($id, $sess_data) { // uses a database - and php calls it after the 
script terminates
global $currentUser; // 
 if (!$currentUser->updateSessionID()) {
  return (false); // 
 }
 return(true);
}

I was getting SIGSEGV's in my log file, so I changed the above code to create a new 
$currentUser object using a single global variable string (as the information from 
which to create the $currentUser) - instead of referring to the object created while 
my script was still returning stuff to the browser. This has eliminated the faults.

Below is the output from running httpd under gdb while accessing the page:

Program received signal SIGSEGV, Segmentation fault.
0x80dabea in _efree (ptr=0x8373a38) at zend_alloc.c:232
232 REMOVE_POINTER_FROM_LIST(p);


(gdb) bt
#0  0x80dabea in _efree (ptr=0x8373a38) at zend_alloc.c:232
#1  0x80db0a1 in shutdown_memory_manager (silent=1, clean_cache=0) at zend_alloc.c:439
#2  0x8078d7e in php_request_shutdown (dummy=0x0) at main.c:695
#3  0x80769ac in php_apache_request_shutdown ()
#4  0x8118861 in run_cleanups ()
#5  0x8116da3 in ap_clear_pool ()
#6  0x8116e27 in ap_destroy_pool ()
#7  0x8116d8f in ap_clear_pool ()
#8  0x8128041 in child_main ()
#9  0x8128695 in make_child ()
#10 0x8128814 in startup_children ()
#11 0x8128e8c in standalone_main ()
#12 0x81296dc in main ()
#13 0x81c301b in __libc_start_main (main=0x8129330 , argc=5, argv=0xbab4, 
init=0x80480b4 <_init>,
fini=0x8211b3c <_fini>, rtld_fini=0, stack_end=0xbaac) at 
../sysdeps/generic/libc-start.c:92



Here is our configuration:

Apache 1.3.17
./configure  --activate-module=src/modules/php4/libphp4.a
--enable-module=ssl

PHP 4.0.4pl1
./configure --with-mysql --with-apache=../apache_1.3.17 --enable-track-vars
--enable-debug

Mod_ssl 2.8.0
./configure --with-apache=../apache_1.3.17

Resulting binary library info:

ldd httpd-1.3.17-php-4.0.4pl1-mod_ssl2.8.0.shared.debug
 libpam.so.0 => /lib/libpam.so.0 (0x4001a000)
 libdl.so.2 => /lib/libdl.so.2 (0x40022000)
 libresolv.so.2 => /lib/libresolv.so.2 (0x40026000)
 libm.so.6 => /lib/libm.so.6 (0x40035000)
 libcrypt.so.1 => /lib/libcrypt.so.1 (0x40053000)
 libnsl.so.1 => /lib/libnsl.so.1 (0x4008)
 libssl.so.0 => /usr/lib/libssl.so.0 (0x40096000)
 libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x400c3000)
 libc.so.6 => /lib/libc.so.6 (0x4018)
 /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)

We also compiled the binary with --static.

Thank you,

Joe Canon


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



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

[PHP-DEV] PHP 4.0 Bug #9059: SNMP compile issue

[l . brockman]

From: [EMAIL PROTECTED]
Operating system: Tru64 4.0f
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  SNMP compile issue

When I compile PHP using:

./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-snmp=/usr 
--with-gd --with-zlib --enable-static

I get the following error when starting Apache:

bash-2.04# /usr/local/apache/bin/apachectl start
Syntax error on line 209 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: Unresolved symbol in 
/usr/lib/libsnmp-0.4.2.so: vsnprintf
/usr/local/apache/bin/apachectl start: httpd could not be started

SNMP libs are under /usr/lib and headers are under /usr/include/ucd-snmp

If I take out the --with-snmp=/usr (It used to be in /usr/local/[lib|include], but I 
moved it to make sure the linker was finding it) it compiles fine (Just with no snmp 
support of course).

Any ideas?


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



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

[PHP-DEV] PHP 4.0 Bug #9044 Updated: Compiling with latest Openlink ODBC fails with PHP4

[antiphobo]

ID: 9044
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Description: Compiling with latest Openlink ODBC fails with PHP4

Compiling Openlink4 with PHP 403sp1 and Apache 1.3.12 using the custom iodbc.h file I 
have included WORKS "FINE":

as in 
 - it compiles without errors
 - has warning: `SQL_LEN_DATA_AT_EXEC' redefined
 - produces a fully PHP-functional apache webserver

I still cannot manage to properly communicate to talbles using Openlink4, however, I 
recieve:

SQL error: [OpenLink][ODBC][Driver]Syntax error or access, SQL state 37000 in 
SQLExecDirect for complex selects such as "SELECT TOP 10 RECORD_NR, StatusField, 
ExtendedStatusField, PICTURE, SURNAME, FIRSTNAME, FORM, DOB, DESTINATION, EXPIRY FROM 
(SELECT TOP 10 * FROM WELLGIRLS ORDER BY RECORD_NR ASC,RECORD_NR ASC) ORDER BY 
RECORD_NR DESC,RECORD_NR DESC"

and for simple selects "SELECT * FROM TABLENAME", i get 

Warning: SQL error: [OpenLink][ODBC][Driver]Driver not capable, SQL state S1C00 in 
SQLExecDirect in /home/sites/home/web/current/Admin/admin_odbcsetup.php on line 125

The battle continues ... 

- Siggy

Previous Comments:
---

[2001-02-01 16:16:49] [EMAIL PROTECTED]
Modified Openlink3.2 iodbc.h so that it could be used with openlink4:

contents of /usr/local/openlink/odbcsdk/include/iodbc.h now:
##

#ifndef _CONFIG_H
#define _CONFIG_H

# if!defined(WINDOWS) && !defined(WIN32_SYSTEM)
#  define   _UNIX_

#  include  
#  include  

#  define   MEM_ALLOC(size) (malloc((size_t)(size)))
#  define   MEM_FREE(ptr)   {if(ptr) free(ptr);}

#  define   STRCPY(t, s)(strcpy((char*)(t), (char*)(s)))
#  define   STRNCPY(t,s,n)  (strncpy((char*)(t), (char*)(s), (size_t)(n)))
#  define   STRCAT(t, s)(strcat((char*)(t), (char*)(s)))
#  define   STRNCAT(t,s,n)  (strncat((char*)(t), (char*)(s), (size_t)(n)))
#  define   STREQ(a, b) (strcmp((char*)(a), (char*)(b)) == 0)
#  define   STRLEN(str) ((str)? strlen((char*)(str)):0)

#  define   EXPORT
#  define   CALLBACK
#  define   FAR


# endif /* _UNIX_ */

# ifdefined(WINDOWS) || defined(WIN32_SYSTEM)

#  include  
#  include  

#  ifdef_MSVC_
#   define  MEM_ALLOC(size) (fmalloc((size_t)(size)))
#   define  MEM_FREE(ptr)   ((ptr)? ffree((PTR)(ptr)):0))
#   define  STRCPY(t, s)(fstrcpy((char FAR*)(t), (char FAR*)(s)))
#   define  STRNCPY(t,s,n)  (fstrncpy((char FAR*)(t), (char FAR*)(s), 
(size_t)(n)))
#   define  STRLEN(str) ((str)? fstrlen((char FAR*)(str)):0)
#   define  STREQ(a, b) (fstrcmp((char FAR*)(a), (char FAR*)(b) == 0)
#  endif

#  ifdef_BORLAND_
#   define  MEM_ALLOC(size) (farmalloc((unsigned long)(size))
#   define  MEM_FREE(ptr)   ((ptr)? farfree((void far*)(ptr)):0)
#   define  STRCPY(t, s)(_fstrcpy((char FAR*)(t), (char FAR*)(s)))
#   define  STRNCPY(t,s,n)  (_fstrncpy((char FAR*)(t), (char FAR*)(s), 
(size_t)(n)))
#   define  STRLEN(str) ((str)? _fstrlen((char FAR*)(str)):0)
#   define  STREQ(a, b) (_fstrcmp((char FAR*)(a), (char FAR*)(b) == 0)
#  endif

# endif /* WINDOWS */

# defineSYSERR  (-1)

# ifndefNULL
#   define  NULL((void FAR*)0UL)
# endif

#endif

##

Compiled OK(version 404sp1); './configure' '--with-openlink=/usr/local/openlink' 
'--with-mysql' '--with-apache=../apache_1.3.17' '--enable-track-vars' 

Caused This WARNING when make-ing: 

make[3]: Entering directory `/tmp/php-4.0.4pl1/ext/odbc'
gcc  -I. -I/tmp/php-4.0.4pl1/ext/odbc -I/tmp/php-4.0.4pl1/main -I/tmp/php-4.0.4pl1 
-I/tmp/apache_1.3.17/src/include -I/tmp/apache_1.3.17/src/os/unix 
-I/tmp/php-4.0.4pl1/Zend -I/tmp/php-4.0.4pl1/ext/mysql/libmysql 
-I/usr/local/openlink/odbcsdk/include -I/tmp/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/tmp/php-4.0.4pl1/ext/xml/expat/xmlparse -I/tmp/php-4.0.4pl1/TSRM  
-DXML_BYTE_ORDER=12 -g -O2  -c php_odbc.c && touch php_odbc.lo
In file included from php_odbc.h:128,
 from php_odbc.c:31:
/usr/local/openlink/odbcsdk/include/udbcext.h:47: warning: `SQL_LEN_DATA_AT_EXEC' 
redefined
/usr/local/openlink/odbcsdk/include/sqlext.h:250: warning: this is the location of the 
previous definition

***

Now Apache won't run; NOTHING reported in /etc/httpd/logs - where can i find failure 
reason?

Trying again with older versions of PHP and Apache.


---

[2001-02-01 03:09:06] [EMAIL PROTECTED]
Well using the old (ver3.2) iodbc.h doesn't work with ver 4 :(

gcc  -I. -I/tmp/php-4.0.2/main -I/tmp/php-4.0.2 -I/tmp/php-4.0.2/main 
-I/tmp/apache_1.3.17/src/include -I/tmp/apache_1.3.17/src/os/unix 
-I/tmp/php-4.0.2/Zend -I/tmp/php-4.0

[PHP-DEV] PHP 4.0 Bug #9060: server-info and server-status handlers refuse to work

[apross]

From: [EMAIL PROTECTED]
Operating system: Linux Slackware 4.0 ( libc5 based )
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  server-info and server-status handlers refuse to work

server status returns a 403 forbidden with handler enabled and proper access 
conditions met.

httpd.conf excerpt


SetHandler server-status
Order deny,allow
Deny from all
Allow from XXX.xxx.XXX.xxx


XXX.xxx.XXX.xxx is only an example, I have a real IP entered.

./configure --with-config-file-path=/etc --with-apache=../apache_1.3.17
--enable-safe-mode --with-jpeg-dir=/usr --with-tiff-dir=/usr
--with-zlib-dir=/usr --with-pdflib=/usr/local --with-png-dir=/usr
--with-gdbm --without-gd --with-imap=/usr/local --with-mysql=/usr
--with-zlib --enable-sysvsem --enable-sysvshm --enable-memory-limit
--enable-track-vars --with-system-regex --disable-display-source

An strace of httpd -X during the failure.

stat("/usr/local/apache/htdocs/server-status", 0x82a8ebc) = -1 ENOENT (No such file or 
directory)
time(NULL)  = 981067708
write(15, "[Thu Feb  1 17:48:28 2001] [erro"..., 91) = 91
alarm(300)  = 0
alarm(0)= 300
alarm(300)  = 0
alarm(0)= 300
write(3, "HTTP/1.1 403 Forbidden\r\nDate: "..., 494) = 494
time(NULL)  = 981067708

Apache compiled w/o php does not exhibit this behavior.

PhP functions perfectly but apache is exhibiting weird directory and AllowOverride 
processing as well.

Adding  AllowOverride AuthConfig directives causes apache to search for non essential 
.htaccess files as well.

kernel 2.2.16
Linux C Library5.4.46




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



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

[PHP-DEV] Re: [Patch for sybase_connect (segfault) problem on win32]

[Fabien Reygrobellet]

Hi,

I compiled sybase module for php, but I have now an other problem...
Yes, if I use the new extension (the same as Tor-Egil), Apache exits with an
application Fault !!! Apache with php4module.dll. If you configure Apache to
use php.exe, It's work ! 
So, I tried to compile the whole php4 and apache on win32 (yes, yes I do it -
hard job), but it's still the same.
 
Let me now if you have a solution to solve it.
You must use OpenClient 11.1.1 at least. And this problem doesn't exist on
unix platform. A case is still open at sybase support.

Fabien Reygrobellet
I'm a former sybase professional services senior consultant.


Tor-Egil Nygaard <[EMAIL PROTECTED]> wrote:
> It seems like the declaration of the "_client_message_handler" (line 197)
> and the
> "_server_message_handler" (line 220) in "ext/sybase_ct/sybase_ct.c" are
> wrong.
> 
> According to the sybase sample code, found in
"/sybase/sample/exutils.h"
> they
> are supposed to be declared not only as CS_RETCOD, but also as CS_PUBLIC.
> This has also been mention by [EMAIL PROTECTED] in bug report
> http://bugs.php.net/?id=8836
> 
> Which would make the statement on line 197 look like
>extern CS_RETCODE CS_PUBLIC _client_message_handler(CS_CONTEXT *context,
> CS_CONNECTION *connection, CS_CLIENTMSG *errmsg)
> instead of
>static CS_RETCODE _client_message_handler(CS_CONTEXT *context,
> CS_CONNECTION *connection, CS_CLIENTMSG *errmsg)
> 
> and the statement on line 220 should look like
>extern CS_RETCODE CS_PUBLIC _server_message_handler(CS_CONTEXT *context,
> CS_CONNECTION *connection, CS_SERVERMSG *srvmsg)
> instead of
>static CS_RETCODE _server_message_handler(CS_CONTEXT *context,
> CS_CONNECTION *connection, CS_SERVERMSG *srvmsg)
> 
> I have tested this change on Windows NT/2000 and SuSE Linux without
> experiencing any problems.
> Without the change php gives a memory fault on Windows NT/2000 after
> sybase_(p)connect if you are
> using llibct.dll version 11.x.x. If you are using libct.dll version 10.04
it
> works ok, but this is a version sybase
> is about to stop supporting.
> 
> Could someone please put this into the cvs so it will be for PHP version
> 4.0.5.
> 
> TIA
> 
> Regards
> 
> Tor-Egil Nygaard



Get free email and a permanent address at http://www.netaddress.com/?N=1

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

[PHP-DEV] PHP 4.0 Bug #9058: dir() and readdir() don't work

[Brian . Craigie]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.0.4pl1
PHP Bug Type: Directory function related
Bug description:  dir() and readdir() don't work


Using the examples cut-n-pasted from the dir() and readdir() documentation, dir() they 
both return nothing.  They work ok in php3.

I see other entries in the bug database saying this issue was fixed in the cvs, but 
these are dated before the release of the version I'm using, so I guess they became 
broken again or Solaris 8 is a problem.

I'll be delighted to help debug this if someone can tell me how.

Best Regards,

Brian


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



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

[PHP-DEV] PHP 4.0 Bug #9057 Updated: date("r") causes segmentation fault

[elixer]

ID: 9057
Updated by: elixer
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Date/time related
Assigned To: 
Comments:

This has been fixed in CVS, try snaps.php.net.

Sean

Previous Comments:
---

[2001-02-01 16:35:37] [EMAIL PROTECTED]


 './configure' '--with-apxs=/usr/local/apache-1.3.17/bin/apxs' '--enable-memory-limit' 
'--enable-ftp' '--with-gd' '--with-mysql' '--with-bcmath' '--with-mm'

No other parameters of date() cause the problem.

compiled with egcs-2.91.66 (needed for mysql compile) on alpha

---


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


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

[PHP-DEV] PHP 4.0 Bug #9057: date("r") causes segmentation fault

[peter . nelson]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.18 Alpha
PHP version:  4.0.4pl1
PHP Bug Type: Date/time related
Bug description:  date("r") causes segmentation fault



 './configure' '--with-apxs=/usr/local/apache-1.3.17/bin/apxs' '--enable-memory-limit' 
'--enable-ftp' '--with-gd' '--with-mysql' '--with-bcmath' '--with-mm'

No other parameters of date() cause the problem.

compiled with egcs-2.91.66 (needed for mysql compile) on alpha


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



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

[PHP-DEV] CVS Account Request

[anonymous]

Full name: Stephen van Egmond
Email: [EMAIL PROTECTED]
ID: iwtdats
Purpose: re-request due to messed up password

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

[PHP-DEV] PHP 4.0 Bug #9044 Updated: Compiling with latest Openlink ODBC fails with PHP4

[antiphobo]

ID: 9044
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Description: Compiling with latest Openlink ODBC fails with PHP4

Modified Openlink3.2 iodbc.h so that it could be used with openlink4:

contents of /usr/local/openlink/odbcsdk/include/iodbc.h now:
##

#ifndef _CONFIG_H
#define _CONFIG_H

# if!defined(WINDOWS) && !defined(WIN32_SYSTEM)
#  define   _UNIX_

#  include  
#  include  

#  define   MEM_ALLOC(size) (malloc((size_t)(size)))
#  define   MEM_FREE(ptr)   {if(ptr) free(ptr);}

#  define   STRCPY(t, s)(strcpy((char*)(t), (char*)(s)))
#  define   STRNCPY(t,s,n)  (strncpy((char*)(t), (char*)(s), (size_t)(n)))
#  define   STRCAT(t, s)(strcat((char*)(t), (char*)(s)))
#  define   STRNCAT(t,s,n)  (strncat((char*)(t), (char*)(s), (size_t)(n)))
#  define   STREQ(a, b) (strcmp((char*)(a), (char*)(b)) == 0)
#  define   STRLEN(str) ((str)? strlen((char*)(str)):0)

#  define   EXPORT
#  define   CALLBACK
#  define   FAR


# endif /* _UNIX_ */

# ifdefined(WINDOWS) || defined(WIN32_SYSTEM)

#  include  
#  include  

#  ifdef_MSVC_
#   define  MEM_ALLOC(size) (fmalloc((size_t)(size)))
#   define  MEM_FREE(ptr)   ((ptr)? ffree((PTR)(ptr)):0))
#   define  STRCPY(t, s)(fstrcpy((char FAR*)(t), (char FAR*)(s)))
#   define  STRNCPY(t,s,n)  (fstrncpy((char FAR*)(t), (char FAR*)(s), 
(size_t)(n)))
#   define  STRLEN(str) ((str)? fstrlen((char FAR*)(str)):0)
#   define  STREQ(a, b) (fstrcmp((char FAR*)(a), (char FAR*)(b) == 0)
#  endif

#  ifdef_BORLAND_
#   define  MEM_ALLOC(size) (farmalloc((unsigned long)(size))
#   define  MEM_FREE(ptr)   ((ptr)? farfree((void far*)(ptr)):0)
#   define  STRCPY(t, s)(_fstrcpy((char FAR*)(t), (char FAR*)(s)))
#   define  STRNCPY(t,s,n)  (_fstrncpy((char FAR*)(t), (char FAR*)(s), 
(size_t)(n)))
#   define  STRLEN(str) ((str)? _fstrlen((char FAR*)(str)):0)
#   define  STREQ(a, b) (_fstrcmp((char FAR*)(a), (char FAR*)(b) == 0)
#  endif

# endif /* WINDOWS */

# defineSYSERR  (-1)

# ifndefNULL
#   define  NULL((void FAR*)0UL)
# endif

#endif

##

Compiled OK(version 404sp1); './configure' '--with-openlink=/usr/local/openlink' 
'--with-mysql' '--with-apache=../apache_1.3.17' '--enable-track-vars' 

Caused This WARNING when make-ing: 

make[3]: Entering directory `/tmp/php-4.0.4pl1/ext/odbc'
gcc  -I. -I/tmp/php-4.0.4pl1/ext/odbc -I/tmp/php-4.0.4pl1/main -I/tmp/php-4.0.4pl1 
-I/tmp/apache_1.3.17/src/include -I/tmp/apache_1.3.17/src/os/unix 
-I/tmp/php-4.0.4pl1/Zend -I/tmp/php-4.0.4pl1/ext/mysql/libmysql 
-I/usr/local/openlink/odbcsdk/include -I/tmp/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/tmp/php-4.0.4pl1/ext/xml/expat/xmlparse -I/tmp/php-4.0.4pl1/TSRM  
-DXML_BYTE_ORDER=12 -g -O2  -c php_odbc.c && touch php_odbc.lo
In file included from php_odbc.h:128,
 from php_odbc.c:31:
/usr/local/openlink/odbcsdk/include/udbcext.h:47: warning: `SQL_LEN_DATA_AT_EXEC' 
redefined
/usr/local/openlink/odbcsdk/include/sqlext.h:250: warning: this is the location of the 
previous definition

***

Now Apache won't run; NOTHING reported in /etc/httpd/logs - where can i find failure 
reason?

Trying again with older versions of PHP and Apache.


Previous Comments:
---

[2001-02-01 03:09:06] [EMAIL PROTECTED]
Well using the old (ver3.2) iodbc.h doesn't work with ver 4 :(

gcc  -I. -I/tmp/php-4.0.2/main -I/tmp/php-4.0.2 -I/tmp/php-4.0.2/main 
-I/tmp/apache_1.3.17/src/include -I/tmp/apache_1.3.17/src/os/unix 
-I/tmp/php-4.0.2/Zend -I/tmp/php-4.0.2 -I/tmp/php-4.0.2/ext/mysql/libmysql 
-I/usr/local/openlink/odbcsdk/include -I/tmp/php-4.0.2/ext/xml/expat/xmltok 
-I/tmp/php-4.0.2/ext/xml/expat/xmlparse  -DXML_BYTE_ORDER=12 -g -O2  -c 
internal_functions.c && touch internal_functions.lo
In file included from /tmp/php-4.0.2/ext/odbc/php_odbc.h:115,
 from internal_functions.c:38:
/usr/local/openlink/odbcsdk/include/udbcext.h:47: warning: `SQL_LEN_DATA_AT_EXEC' 
redefined
/usr/local/openlink/odbcsdk/include/sqlext.h:250: warning: this is the location of the 
previous definition
In file included from /usr/local/openlink/odbcsdk/include/sql.h:37,
 from /usr/local/openlink/odbcsdk/include/isql.h:32,
 from /tmp/php-4.0.2/ext/odbc/php_odbc.h:113,
 from internal_functions.c:38:
/usr/local/openlink/odbcsdk/include/sqltypes.h:68: conflicting types for `WORD'
/usr/local/openlink/odbcsdk/include/iodbc.h:25: previous declaration of `WORD'
/usr/local/openlink/odbcsdk/include/sqltypes.h:69: conflicting types for `DWORD'
/usr/local/openlink/odbcsdk/include/iodbc.h:26: previous d

[PHP-DEV] safe_mode redesign

[Jason Greene]

Is anyone up for a discussion on the redesign of safe_mode? I would like to start 
working on this sometime soon, and I have a lot of
ideas, but I know this is going to be something of a large debate.

Some of the  new features I think would benefit php include:

* safe_mode_hide_env_vars - will allow extra protection on removing environmental vars 
from hosted users ( I actually have a patch
for this but  I have been waiting on it to discuss the redesign)

* User configurable policy - safe_mode could have configuration directives to specify 
exactly what checks are desired

* Virtual Chroot - the ability to perform a chroot to a virtual host directory 
structure, so that a hosted user can not access
anything outside of their directory structure.

* Shared Directories - The ability to specify a list of paths that are shared amongst 
all hosted users. This would allow certain
extensions (gd, oracle, etc) the ability to access the needed datafiles without 
failing a safe_mode check.

Any comments, suggestions, other ideas?

-Jason


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

php-dev@lists.php.net

[elixer]

ID: 8248
Updated by: elixer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Program Execution
Assigned To: 
Comments:

Have you tried disabling safe_mode?  The command will not be stripped of 
"questionable" characters if safe_mode is disabled.

Sean

Previous Comments:
---

[2000-12-14 03:50:32] [EMAIL PROTECTED]
the "system", "exec" or "passthru" function cannot support
the background process, such as :
system("/mycommand/myprog &");

The functions will not continue untill "/mycommand/myprog"
is finished, but I wish the PHP can return at once to continue after the myprog is 
started not ended.

---


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


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

[PHP-DEV] PHP 4.0 Bug #9043 Updated: popen returns a 'Resource id #' (non null) when process cannot be created.

[bbonev]

ID: 9043
Updated by: bbonev
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Assigned To: 
Comments:

confirmed on linux both php4.0.3pl1 and latest CVS

Previous Comments:
---

[2001-02-01 00:16:30] [EMAIL PROTECTED]
n";

?>


Returns the following:

Result is Resource id #1

---


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


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

[PHP-DEV] PHP 4.0 Bug #9055 Updated: Fatal System Error: Raise at top of Exception Stack

[sniper]

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

It's either the new mod_ssl which is broken or your compiler.

Check this:
http://www.gnu.org/software/gcc/gcc-2.96.html

And then go and get yourself GCC 2.95.2 which is really supported.

--Jani


Previous Comments:
---

[2001-02-01 12:53:04] [EMAIL PROTECTED]
I have sucessfully compiled Apache-1.3.18 with mod_ssl-2.8.0 and OpenSSL 0.9.6 using 
gcc version 2.96 2731 (Red Hat Linux 7.0)

After installation if I start httpd without SSL everything is OK but if i try to use 
it with SSL support apache coredumps.

Error log shows the following message:
[Thu Feb  1 14:21:24 2001] [notice] caught SIGTERM, shutting down
Fatal System Error: Raise at top of Exception Stack

Here is configure options for php4.0.4pl1
./configure --with-apache=../apache_1.3.17 --with-ibm-db2=/usr/IBMdb2/V7.1/ 
--with-mcrypt=/usr/local  --enable-track-vars 
   --without-mysql --with-config-file-path=/etc --enable-ftp 
--with-gd --with-pdflib=/usr/local --with-zlib-dir 
   --with-jpeg-dir --with-png-dir --with-tiff-dir -with-fdftk


And here is a gdb backtrace

Loaded symbols for /lib/libnss_files.so.2
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
3131malloc.c: No such file or directory.
(gdb) bt
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
#1  0x40acd828 in __libc_free (mem=0x82f8790) at malloc.c:3054
#2  0x811878b in shutdown_memory_manager ()
#3  0x80af04c in php_module_shutdown ()
#4  0x80aefff in php_module_shutdown_wrapper ()
#5  0x80ad708 in php_xbithack_handler ()
#6  0x8150550 in ap_run_cleanup ()
#7  0x814edf2 in ap_clear_pool ()
#8  0x814ee72 in ap_destroy_pool ()
#9  0x814edde in ap_clear_pool ()
#10 0x814ee72 in ap_destroy_pool ()
#11 0x815cde8 in ap_exists_scoreboard_image ()
#12 0x815fa77 in ap_child_terminate ()
#13 0x815ffc7 in main ()
#14 0x40a6fb5c in __libc_start_main (main=0x815fc14 , argc=1, ubp_av=0xba64, 

init=0x807e3b4 <_init>, fini=0x820da54 <_fini>, rtld_fini=0x4000d634 <_dl_fini>, 
stack_end=0xba5c) at ../sysdeps/generic/libc-start.c:129
(gdb) 


Any Ideas what's going on???
Thanks
Amir


---


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


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

RE: [PHP-DEV] Re: [PHP-QA] Changes in bug system..

[Chris Newbill]

I simply setup an alias that executes a perl wrapper.

myalias:"|/path/to/wrapper.pl params"

The perl wrapper then processes the email and inserts or updates existing
ticket in the database.

It is very reliable, we handle a moderate amount of support traffic this
way.

Chris

-Original Message-
From: Hellekin O. Wolf [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 11:25 AM
To: Zak Greant; Derick Rethans; Sascha Schumann
Cc: Jani Taskinen; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] Re: [PHP-QA] Changes in bug system..



>
> I do like Hellekin's suggestion to use procmail to automate the entry
of
> messages into the bug system - however, I have no idea how reliabile
the
> system is or how much effort is needed to implement it.
>
>--zak

*** I'll have an eye on it.

I recently worked on an automated subscription system using procmail, php
as CGI and MySQL.
Probably php.net can provide the same environment =8)

how


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


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

[PHP-DEV] PHP 4.0 Bug #7068 Updated: fails when 'to:' argument has the form "Name "

[elixer]

ID: 7068
Updated by: elixer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Mail related
Assigned To: 
Comments:

Try this as a work around:

mail("[EMAIL PROTECTED]",
 "My Subject",
 "My Body",
 "To: \"Some User\" <[EMAIL PROTECTED]>\nFrom: me <[EMAIL PROTECTED]>"
);

Sean

Previous Comments:
---

[2001-01-12 07:55:55] [EMAIL PROTECTED]
confirmed on NT 5 / Apache / CGI from today's CVS.

mail( '"CYNIC" <[EMAIL PROTECTED]>' , 'subject' , 'body body body' ) ;

(it doesn't matter whether the name is quoted or not)

result:
---

Hi. This is the qmail-send program at php.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.


:
Sorry, no mailbox here by that name. (#5.1.1)


--- Below this line is a copy of the message.


Return-Path: <[EMAIL PROTECTED]>
Received: (qmail 28535 invoked from network); 12 Jan 2001 12:53:15 -
Received: from unknown (HELO k0r3.reflektor.cz) (212.24.129.44)
  by www.php.net with SMTP; 12 Jan 2001 12:53:15 -
Received: (qmail 29436 invoked by uid 202); 12 Jan 2001 12:52:37 -
Received: from unknown (HELO zvahlav) (212.24.139.3)
  by k0r3.reflektor.cz with SMTP; 12 Jan 2001 12:52:37 -
Date: Fri, 12 Jan 2001 13:57:38 -0100
From: [EMAIL PROTECTED]
Subject: subject
To: "CYNIC" <[EMAIL PROTECTED]>


body body body

---

[2000-10-06 15:03:20] [EMAIL PROTECTED]
code that fails:
mail("Greg Kempster <[EMAIL PROTECTED]>", "theSubject",
"theBody", "From: me <[EMAIL PROTECTED]>");

php.ini at mail portion:
[mail function]
SMTP
=   pop.ptld.uswest.net ;for win32 only
sendmail_from
=
[EMAIL PROTECTED]
;for win32 only
;sendmail_path
=
;for unix only, may supply arguments as well 
(default is
'sendmail -t -i')

Additionally:
This works:
mail("[EMAIL PROTECTED]", "theSubject", "theBody", "From:
me <[EMAIL PROTECTED]>");


---


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


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

[PHP-DEV] Fix for Bug #7068

[Sean R. Bright]

If there is no objection to this bandaid to fix bug #7068
(http://bugs.php.net/bugs.php?id=7068) then I will go ahead and apply it.

I think the Win32 smtp code needs somewhat of an overhaul in order to
properly handle email addresses of the form:

"Some User, Jr." <[EMAIL PROTECTED]>

Right now, it uses the "," as a delimeter, even though its inside a literal.
This patch addresses the issue of a user passing an address in with
surrounding <>'s.

Index: win32/sendmail.c
===
RCS file: /repository/php4/win32/sendmail.c,v
retrieving revision 1.20
diff -u -u -r1.20 sendmail.c
--- win32/sendmail.c2000/09/05 00:26:15 1.20
+++ win32/sendmail.c2001/02/01 19:35:18
@@ -242,7 +242,11 @@
token = strtok(tempMailTo, ",");
while(token != NULL)
{
-   sprintf(Buffer, "RCPT TO:<%s>\r\n", token);
+   if (strchr(token,'<') && strchr(token,'>'))
+   sprintf(Buffer, "RCPT TO:%s\r\n", token);
+   else
+   sprintf(Buffer, "RCPT TO:<%s>\r\n", token);
+
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -259,7 +263,11 @@
token = strtok(tempMailTo, ",");
while(token != NULL)
{
-   sprintf(Buffer, "RCPT TO:<%s>\r\n", token);
+   if (strchr(token,'<') && strchr(token,'>'))
+   sprintf(Buffer, "RCPT TO:%s\r\n", token);
+   else
+   sprintf(Buffer, "RCPT TO:<%s>\r\n", token);
+
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
--
===
Sean Bright
[EMAIL PROTECTED] / [EMAIL PROTECTED] / http://www.seanbright.com/
===


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

[PHP-DEV] PHP 4.0 Bug #6981 Updated: --with mysql gives "undefined symbol: uncompress"

[elixer]

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

Have you tried this with the latest version from CVS?

Previous Comments:
---

[2000-10-02 23:00:13] [EMAIL PROTECTED]
When configuring with 'configure --with-mysql=/usr/local/mysql --with-apxs' and then 
restarting httpd:

"Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so:
undefined symbol: uncompress"

When configuring with 'configure --with-apxs', everything works - including MySQL... 
very odd.

[gufo@erwin ~]$ uname -a
Linux erwin.dupoint.com 2.2.16 #2 tor aug 10 03:54:55 CEST 2000 i686 unknown

[gufo@erwin ~]$ /usr/sbin/httpd -v
Server version: Apache-AdvancedExtranetServer/1.3.12  (NetRevolution/Linux-Mandrake)
Server built:   May  8 2000 04:59:44
Performance Tuned by SGI 

[gufo@erwin ~]$ mysql --version
mysql  Ver 9.38 Distrib 3.22.32, for pc-linux-gnu (i686)

---


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


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

Re: [PHP-DEV] Re: [PHP-QA] Changes in bug system..

[Hellekin O. Wolf]

>
> I do like Hellekin's suggestion to use procmail to automate the entry of
> messages into the bug system - however, I have no idea how reliabile the
> system is or how much effort is needed to implement it.
>
>--zak

*** I'll have an eye on it.

I recently worked on an automated subscription system using procmail, php 
as CGI and MySQL.
Probably php.net can provide the same environment =8)

how


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

Re: [PHP-DEV] Re: [PHP-QA] Changes in bug system..

[Zak Greant]

Derik Rethans wrote:
> On Thu, 1 Feb 2001, Sascha Schumann wrote:
>> On Thu, 1 Feb 2001, Jani Taskinen wrote:
>>> The emails sent by the bug system now have a note
>>> about _not_ replying to the emails but using the web interface instead.
>>>
>>> I would like to see that everybody who handles the bug reports
>>> used the web interface instead of directly replying with their
>>> mail clients..
>>
>> That only shows that those people prefer to use email to
>> exchange information.
>>
>> Instead of forcing those people who contribute their free
>> time to use one particular way of communication, I'd prefer
>> to enable them to use either email or the web interface.
>
> Users are in no way forced to use the web interface, they'll still be able
> to send mail with their client. Jani only means that problems, questions
> and feedback must be registered, so that things are much easier to track
> down. And I think this is a good idea.

I agree that trying to keep the communication in the bug tracker is the
right thing.  The right method to use is not necessarily the method that
users prefer. Points in case - the manual notes system and the current
php lists.  We actively discourage people from posting inappropriate
content to these resources.  I don't see a reason that we should not do
the same with the bug tracker.

I do like Hellekin's suggestion to use procmail to automate the entry of
messages into the bug system - however, I have no idea how reliabile the
system is or how much effort is needed to implement it.

--zak


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

Re: [PHP-DEV] Stepper

[Derick Rethans]

On Thu, 1 Feb 2001, Jeremy Gillies wrote:

> Hello,
>
> Does anyone know of a stepper program so that I can trace each function of
> my PHP script... à la C debuggers or machine language debuggers that let you
> hit a key to process the next line of code.

There is such a product at the Zend Store, www.zend.com/store (It's called
the Zend IDE)

>
> My ideal would be to have a stepper that I can install on a Win machine to
> step through my scripts.
>
> I have PHP Coder -- which will let you run the apps, but not step through
> them.
>
> If anyone can point me in the right direction, it would be extremely
> helpful.
>
> Otherwise... if someone/group would like to work with me to develop such a
> program, I would be happy to start looking into it.
>
> Thank you,
> Jeremy Gillies
> Canadian Union of Postal Workers
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>

Derick Rethans

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


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

[PHP-DEV] PHP 4.0 Bug #9056: NoClassDefFoundError with Java and HTTP/1.1

[bjackson]

From: [EMAIL PROTECTED]
Operating system: Mandrake Linux 7.2
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  NoClassDefFoundError with Java and HTTP/1.1

If a request is sent with IE 5.5 with HTTP/1.1 enabled and a script contains code such 
as this:

session_start();
$system = new Java("java.lang.System");

PHP says:

Fatal error: java.lang.NoClassDefFoundError: net/php/reflect

This is an intermittent error and shows up on most tries, but works properly once in 
while. There is also an intermittent null pointer exception.

To work around it, we have added this to httpd.conf.

BrowserMatch "MSIE" downgrade-1.0



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



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

[PHP-DEV] Re: [PHP-QA] Changes in bug system..

[Sascha Schumann]

> Users are in no way forced to use the web interface, they'll still be able
> to send mail with their client. Jani only means that problems, questions
> and feedback must be registered, so that things are much easier to track
> down. And I think this is a good idea.

And that is the issue.  The back-and-forth between bug reporter
and developer should be automatically tracked in the bug db,
instead of forcing them to use the web interface.  Large
projects like the GNU and FreeBSD project have been doing
this for years and it works exceptionally well.

- Sascha


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

[PHP-DEV] Patch for sybase_connect (segfault) problem on win32

[Tor-Egil Nygaard]

It seems like the declaration of the "_client_message_handler" (line 197)
and the
"_server_message_handler" (line 220) in "ext/sybase_ct/sybase_ct.c" are
wrong.

According to the sybase sample code, found in "/sybase/sample/exutils.h"
they
are supposed to be declared not only as CS_RETCOD, but also as CS_PUBLIC.
This has also been mention by [EMAIL PROTECTED] in bug report
http://bugs.php.net/?id=8836

Which would make the statement on line 197 look like
   extern CS_RETCODE CS_PUBLIC _client_message_handler(CS_CONTEXT *context,
CS_CONNECTION *connection, CS_CLIENTMSG *errmsg)
instead of
   static CS_RETCODE _client_message_handler(CS_CONTEXT *context,
CS_CONNECTION *connection, CS_CLIENTMSG *errmsg)

and the statement on line 220 should look like
   extern CS_RETCODE CS_PUBLIC _server_message_handler(CS_CONTEXT *context,
CS_CONNECTION *connection, CS_SERVERMSG *srvmsg)
instead of
   static CS_RETCODE _server_message_handler(CS_CONTEXT *context,
CS_CONNECTION *connection, CS_SERVERMSG *srvmsg)

I have tested this change on Windows NT/2000 and SuSE Linux without
experiencing any problems.
Without the change php gives a memory fault on Windows NT/2000 after
sybase_(p)connect if you are
using llibct.dll version 11.x.x. If you are using libct.dll version 10.04 it
works ok, but this is a version sybase
is about to stop supporting.

Could someone please put this into the cvs so it will be for PHP version
4.0.5.

TIA

Regards

Tor-Egil Nygaard

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

[PHP-DEV] Re: [PHP-QA] Changes in bug system..

[Derick Rethans]

On Thu, 1 Feb 2001, Sascha Schumann wrote:

> On Thu, 1 Feb 2001, Jani Taskinen wrote:
>
> >
> > The emails sent by the bug system now have a note
> > about _not_ replying to the emails but using the web interface instead.
> >
> > I would like to see that everybody who handles the bug reports
> > used the web interface instead of directly replying with their
> > mail clients..
>
> That only shows that those people prefer to use email to
> exchange information.
>
> Instead of forcing those people who contribute their free
> time to use one particular way of communication, I'd prefer
> to enable them to use either email or the web interface.

Users are in no way forced to use the web interface, they'll still be able
to send mail with their client. Jani only means that problems, questions
and feedback must be registered, so that things are much easier to track
down. And I think this is a good idea.

Derick Rethans

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


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

[PHP-DEV] PHP 4.0 Bug #9055: Fatal System Error: Raise at top of Exception Stack

[amir . mistric]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.18
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  Fatal System Error: Raise at top of Exception Stack

I have sucessfully compiled Apache-1.3.18 with mod_ssl-2.8.0 and OpenSSL 0.9.6 using 
gcc version 2.96 2731 (Red Hat Linux 7.0)

After installation if I start httpd without SSL everything is OK but if i try to use 
it with SSL support apache coredumps.

Error log shows the following message:
[Thu Feb  1 14:21:24 2001] [notice] caught SIGTERM, shutting down
Fatal System Error: Raise at top of Exception Stack

Here is configure options for php4.0.4pl1
./configure --with-apache=../apache_1.3.17 --with-ibm-db2=/usr/IBMdb2/V7.1/ 
--with-mcrypt=/usr/local  --enable-track-vars 
   --without-mysql --with-config-file-path=/etc --enable-ftp 
--with-gd --with-pdflib=/usr/local --with-zlib-dir 
   --with-jpeg-dir --with-png-dir --with-tiff-dir -with-fdftk


And here is a gdb backtrace

Loaded symbols for /lib/libnss_files.so.2
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
3131malloc.c: No such file or directory.
(gdb) bt
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
#1  0x40acd828 in __libc_free (mem=0x82f8790) at malloc.c:3054
#2  0x811878b in shutdown_memory_manager ()
#3  0x80af04c in php_module_shutdown ()
#4  0x80aefff in php_module_shutdown_wrapper ()
#5  0x80ad708 in php_xbithack_handler ()
#6  0x8150550 in ap_run_cleanup ()
#7  0x814edf2 in ap_clear_pool ()
#8  0x814ee72 in ap_destroy_pool ()
#9  0x814edde in ap_clear_pool ()
#10 0x814ee72 in ap_destroy_pool ()
#11 0x815cde8 in ap_exists_scoreboard_image ()
#12 0x815fa77 in ap_child_terminate ()
#13 0x815ffc7 in main ()
#14 0x40a6fb5c in __libc_start_main (main=0x815fc14 , argc=1, ubp_av=0xba64, 
init=0x807e3b4 <_init>, fini=0x820da54 <_fini>, rtld_fini=0x4000d634 <_dl_fini>, 
stack_end=0xba5c) at ../sysdeps/generic/libc-start.c:129
(gdb) 


Any Ideas what's going on???
Thanks
Amir



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



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

AW: [PHP-DEV] variant?

[Harald Radi]

hallo,

ist im grunde ein mapping des C / CPP variant datentyps nach php. wenn man
daten an ein com-objekt als referenz ubergeben will muss man sie in ein
variant-objekt kapseln, ja und dazu is das ding da, gibts nur unter win32.

harald.

> -Ursprungliche Nachricht-
> Von: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
> Gesendet: Donnerstag, 01. Februar 2001 17:25
> An: php-dev mailinglist
> Betreff: [PHP-DEV] variant?
>
>
>   I just built the latest CVS on Win32, but I'm getting the
> following in the
> phpinfo() output
>
> 
>   variant
> 
>
> BGCOLOR="#00" ALIGN="CENTER">
>   
> Directive
> Local Value
> Master Value
>   
> 
>
>   What is variant?
>
> --
>  sebastian bergmann e-mail :  [EMAIL PROTECTED]
>   homepage :  http://www.sebastian-bergmann.de
>make a gift : http://wishlist.sebastian-bergmann.de
>  measure the usability of your web application -> http://phpOpenTracker.de
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>


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

Re: [PHP-DEV] Re: [PHP-QA] Changes in bug system..

[Hellekin O. Wolf]

At 18:41 01/02/2001 +0100, Sascha Schumann wrote:
>On Thu, 1 Feb 2001, Jani Taskinen wrote:
>
> >
> > The emails sent by the bug system now have a note
> > about _not_ replying to the emails but using the web interface instead.
> >
>
> Instead of forcing those people who contribute their free
> time to use one particular way of communication, I'd prefer
> to enable them to use either email or the web interface.
>
> - Sascha
*** Using procmail we might be able to forward any such replies to a script 
that would mimick the web interface...


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

[PHP-DEV] Re: [PHP-QA] Changes in bug system..

[Sascha Schumann]

On Thu, 1 Feb 2001, Jani Taskinen wrote:

>
> The emails sent by the bug system now have a note
> about _not_ replying to the emails but using the web interface instead.
>
> I would like to see that everybody who handles the bug reports
> used the web interface instead of directly replying with their
> mail clients..

That only shows that those people prefer to use email to
exchange information.

Instead of forcing those people who contribute their free
time to use one particular way of communication, I'd prefer
to enable them to use either email or the web interface.

- Sascha


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

[PHP-DEV] PHP 4.0 Bug #9052: Incorrect file suffixes when building PHP for AIX 4.3.3

[mchampagne]

From: [EMAIL PROTECTED]
Operating system: AIX 4.3.3
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Incorrect file suffixes when building PHP for AIX 4.3.3

I configured php by running configure --with-apxs --with-oci8 --without-mysql.

When I try running make I'm getting these errors towards the end:

Making all in apache
Target "all-p" is up to date.
Target "all" is up to date.
Target "all" is up to date.
Making all in TSRM
Target "all" is up to date.
Making all in regex
Target "all-p" is up to date.
Target "all" is up to date.
Making all in .
/bin/sh /usr/tools/src/php-4.0.4pl1/libtool --silent --mode=link cc  -I. 
-I/usr/tools/src/php-4.0.4pl1/ -I/usr/tools/src/php-4.0.4pl1/main 
-I/usr/tools/src/php-4.0.4pl1 -I/ias/Apache/Apache/include 
-I/usr/tools/src/php-4.0.4pl1/Zend -I/ias/rdbms/public -I/ias/rdbms/demo 
-I/ias/network/public -I/usr/tools/src/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/usr/tools/src/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/usr/tools/src/php-4.0.4pl1/TSRM  -DAIX=43 -DMOD_SSL=204110 -DEAPI -DUSE_EXPAT 
-DXML_BYTE_ORDER=21 -g   -o libphp4.la -rpath /usr/tools/src/php-4.0.4pl1/libs 
-avoid-version -L/ias/lib  -R /ias/lib stub.lo  Zend/libZend.la  
sapi/apache/libsapi.la  main/libmain.la  regex/libregex.la  ext/oci8/liboci8.la 
ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la 
ext/standard/libstandard.la ext/xml/libxml.la  TSRM/libtsrm.la -ldl -lclntsh -lpsa 
-lcore4 -lnlsrtl3 -lld -lbsd_r -lm -lodm -ldl -lbind -lm -ldl -lcrypt
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_alloc.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_compile.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_constants.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_dynamic_array.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute_API.lo contains an 
incorrect file suffix

I get several screens of [filename] contains incorrect file suffix and then I get:

cc: 1501-218 file .libs/libphp4.lax/libtsrm.al/tsrm_strtok_r.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libtsrm.al/tsrm_virtual_cwd.lo contains an 
incorrect file suffix
ld: 0706-006 Cannot find or open library file: -l core4
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l nlsrtl3
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l core4
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l nlsrtl3
ld:open(): No such file or directory
make: The error code from the last command is 255.


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


Stop.

Should we be trying to compile with gcc instead of the cc that comes with AIX 4.3.3?  
Thanks!


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



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

[PHP-DEV] PHP 4.0 Bug #9054: problems in call_user_method

[ken2000]

From: [EMAIL PROTECTED]
Operating system: Linux/Solaris
PHP version:  4.0.4pl1
PHP Bug Type: Class/Object related
Bug description:  problems in call_user_method

call_user_method doesn't seem to allow the called method to modify it's own viriables 
and what not. It's as though it's copying an object instead of referencing the one 
specified. 

This is the same bug reported in Bug #6347. There weren't any additionally open bugs, 
but I'm using 4.0.4pl1 and I do not see a working solution yet. 

The original script follows. I modified it for a command line implementation (took out 
all the HTML):

--- Example 1 
class test
{
var $a=0;

function increase()
{
$this->a++;
echo "a is now: ".$this->a."\n";
}

}


$t = new test();

echo "Direct calls:\n";
$t->increase();
$t->increase();
$t->increase();

echo "\n\nIndirect calls:\n";

call_user_method ("increase", $t);
call_user_method ("increase", $t);
call_user_method ("increase", $t);


this script should increment $t 6 times. It produces the following output:

Direct calls:
a is now: 1
a is now: 2
a is now: 3


Indirect calls:
a is now: 4
a is now: 4
a is now: 4



I also wrote a script to do something similar, and it follows. I call 
"call_user_method" both within the class (using $this) and outside the class.

- Example 2 -
class MyClass {
   var $my_Var = "";

   function MyClass ($value = "") {
  $this->my_Var = $value;
  print("my_Var set to " . $this->my_Var . "\n");
   }

   function change ($value = "") {
  print("changing to " . $value . "\n");
  call_user_method("MyClass", &$this, "2");
   }

   function show () {
  print("my_Var is " . $this->my_Var . "\n");
   }
}

$mine = new MyClass("1");
$mine->show();
$mine->change("2");
$mine->show();
call_user_method("MyClass", $mine, "3");
$mine->show();

This should produce the following output:

my_Var set to 1
my_Var is 1
changing to 2
my_Var set to 2
my_Var is 2
my_Var set to 3
my_Var is 3


However it produces this:

my_Var set to 1
my_Var is 1
changing to 2
my_Var set to 2
my_Var is 1
my_Var set to 3
my_Var is 1



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



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

[PHP-DEV] Changes in bug system..

[Jani Taskinen]

The emails sent by the bug system now have a note
about _not_ replying to the emails but using the web interface instead.

I would like to see that everybody who handles the bug reports
used the web interface instead of directly replying with their
mail clients..this makes it a lot easier to track the problem
solving process. You don't have to wonder "did I ask this already" :)

Another change I made was that if only the bug type is changed no
emails will be sent. This makes reclassifying a bit easier and lighter to
php-dev list too. There are a lot of reports in 'wrong' categories which
should be moved to right places. ie. If there is a compile problem
which is because of some specific extension then the report (IMO)
belongs under that type.

--Jani


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

[PHP-DEV] Stepper

[Jeremy Gillies]

Hello,
 
Does anyone know of a stepper program so that I can trace each function of
my PHP script... à la C debuggers or machine language debuggers that let you
hit a key to process the next line of code.
 
My ideal would be to have a stepper that I can install on a Win machine to
step through my scripts.

I have PHP Coder -- which will let you run the apps, but not step through
them.

If anyone can point me in the right direction, it would be extremely
helpful.

Otherwise... if someone/group would like to work with me to develop such a
program, I would be happy to start looking into it.

Thank you,
Jeremy Gillies
Canadian Union of Postal Workers

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

AW: [PHP-DEV] variant?

[Harald Radi]

uups sorry, thought i replied to sebastian

harald.

> -Ursprungliche Nachricht-
> Von: Harald Radi [mailto:[EMAIL PROTECTED]]
> Gesendet: Donnerstag, 01. Februar 2001 17:38
> An: php-dev mailinglist
> Betreff: AW: [PHP-DEV] variant?
>
>
> hallo,
>
> ist im grunde ein mapping des C / CPP variant datentyps nach php. wenn man
> daten an ein com-objekt als referenz ubergeben will muss man sie in ein
> variant-objekt kapseln, ja und dazu is das ding da, gibts nur unter win32.
>
> harald.
>
> > -Ursprungliche Nachricht-
> > Von: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
> > Gesendet: Donnerstag, 01. Februar 2001 17:25
> > An: php-dev mailinglist
> > Betreff: [PHP-DEV] variant?
> >
> >
> >   I just built the latest CVS on Win32, but I'm getting the
> > following in the
> > phpinfo() output
> >
> > 
> >   variant
> > 
> >
> >  >BGCOLOR="#00" ALIGN="CENTER">
> >   
> > Directive
> > Local Value
> > Master Value
> >   
> > 
> >
> >   What is variant?
> >
> > --
> >  sebastian bergmann e-mail :
> [EMAIL PROTECTED]
> >   homepage :
> http://www.sebastian-bergmann.de
> >make a gift :
> http://wishlist.sebastian-bergmann.de
> >  measure the usability of your web application ->
> http://phpOpenTracker.de
> >
> > --
> > PHP Development Mailing List 
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > To contact the list administrators, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>


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

Re: [PHP-DEV] Re: Fail to make PHP with zeus

[Jani Taskinen]

On Thu, 1 Feb 2001, Phil Steinke wrote:

>On Thu, Feb 01, 2001 at 05:24:46PM +0800, Jacky Chou wrote:
>> I was compiling PHP 4.0.4pl1 with Zeus in Solaris 8 Sparc system but I got an error:
>
>> zend_operators.h:84: implicit declaration of function `int finite(...)'
>
>This appears to be a problem with PHP's configure script.  I ran into the
>same thing.  You have to edit the php-4.0.4pl1/main/php_config.h file, and
>change
>
>/* #undef HAVE_IEEEFP_H */
>
>to
>
>#define HAVE_IEEEFP_H 1
>
>It should then be able to compile.

This is fixed in CVS. The check for ieeefp.h was missing in the
configure.in.

--Jani



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

[PHP-DEV] Re: Fail to make PHP with zeus

[Phil Steinke]

On Thu, Feb 01, 2001 at 05:24:46PM +0800, Jacky Chou wrote:
> I was compiling PHP 4.0.4pl1 with Zeus in Solaris 8 Sparc system but I got an error:

> zend_operators.h:84: implicit declaration of function `int finite(...)'

This appears to be a problem with PHP's configure script.  I ran into the
same thing.  You have to edit the php-4.0.4pl1/main/php_config.h file, and
change

/* #undef HAVE_IEEEFP_H */

to 

#define HAVE_IEEEFP_H 1

It should then be able to compile.

--
Phil Steinke[EMAIL PROTECTED]
Network Ops (UNIX) 613-530-2002
Canadian Microelectronics Corporationhttp://www.cmc.ca/

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

Re: [PHP-DEV] PHP vs. JAVA

[Jon Niola]

That's like comparing Apple and Oranges. They both are good, but different 
in many ways. Both have their purposes...

--Jon

At 11:23 AM 2/1/01 -0200, Hzta Internet wrote:
>I'd like to have informations about PHP vs. JAVA.
>
>Can someone help me ?
>
>Cláudio.
>
>--
>_
>
>Cláudio Roberto T. Coelho - Diretor de Sistemas
>HZTA INTERNET - Soluções em Marketing Digital
>Telefone: (11) 5072.2446 // Fax: 5072.3114
>E-mail: [EMAIL PROTECTED] // Web Site: www.hzta.com.br
>São Paulo - SP - Brasil
>_
>
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


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

Re: [PHP-DEV] Latest CVS on Win32

[Sebastian Bergmann]

Sebastian Bergmann wrote:
> php_pcre.c

  The latest patches to php_pcre.* solved the problem. Thanks.

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

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

[PHP-DEV] PHP 4.0 Bug #9053: loading module php_ldap.dll

[mcanal]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description:  loading module php_ldap.dll

The binary distribution does not declare to set the system path to %PATH%;C:\php\dlls.
Without this setting, the extension(s) that need a library from this directory (eg. 
php_ldap.dll needs libsasl.dll) can not be loaded.

In addition, the value for extensions_dir in the installation instructions should be 
changed to C:/php/extensions in the php.ini file.

Mauro


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



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

[PHP-DEV] PHP 4.0 Bug #9051: $variable = () crashes the server

[php-bug-report]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  $variable = () crashes the server

test

This code would result in a "The Document Contains No Data" page in Netscape and a 
Segmentation Fault error in the Apache log.

gdb backtrace:
#0  0x402239c1 in _zval_ptr_dtor () from /usr/lib/apache/1.3/libphp4.so
#1  0x402228f4 in execute () from /usr/lib/apache/1.3/libphp4.so
#2  0x4021f327 in execute () from /usr/lib/apache/1.3/libphp4.so
#3  0x4021ffca in execute () from /usr/lib/apache/1.3/libphp4.so
#4  0x4022bf1f in zend_execute_scripts () from /usr/lib/apache/1.3/libphp4.so
#5  0x4023d634 in php_execute_script () from /usr/lib/apache/1.3/libphp4.so
#6  0x40239d8f in apache_php_module_main () from /usr/lib/apache/1.3/libphp4.so
#7  0x4023a740 in send_php () from /usr/lib/apache/1.3/libphp4.so
#8  0x4023a77e in send_parsed_php () from /usr/lib/apache/1.3/libphp4.so
#9  0x8054064 in ap_invoke_handler ()
#10 0x8062d0c in ap_some_auth_required ()
#11 0x8062d68 in ap_process_request ()
#12 0x805ca49 in ap_child_terminate ()
#13 0x805cbdc in ap_child_terminate ()
#14 0x805ccf9 in ap_child_terminate ()
#15 0x805d1ab in ap_child_terminate ()
#16 0x805d86d in main ()
#17 0x400bedcc in __libc_start_main () from /lib/libc.so.6


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



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

[PHP-DEV] variant?

[Sebastian Bergmann]

  I just built the latest CVS on Win32, but I'm getting the following in the
phpinfo() output


  variant



  
Directive
Local Value
Master Value
  


  What is variant?

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

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

[PHP-DEV] PHP 4.0 Bug #8135 Updated: FTP_FPUT can't use a HTTP Filepointer

[sniper]

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



Previous Comments:
---

[2000-12-06 10:43:07] [EMAIL PROTECTED]
for example :

$fp = fopen("http://www.php.net", "r");

ftp_fput( $ftp_stream, "remote", $fp, FTP_ASCII);

doesn't work.

But the following code-example :

$fp = fopen("file.txt", "r");

ftp_fput( $ftp_stream, "remote", $fp, FTP_ASCII);

works.

---


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


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

[PHP-DEV] PHP 4.0 Bug #9050: strtotime function work incorrect

[arudnev]

From: [EMAIL PROTECTED]
Operating system: SuSE Linux 6.4 (2.4.0 kernel)
PHP version:  4.0.4pl1
PHP Bug Type: Date/time related
Bug description:  strtotime function work incorrect

My script get ftp_rawlit from ftp site. For each file I parse returned string and try 
convert string representation of date into timestamp:
Oct 13  1999 ->1002991140
Oct 14  1999 ->1003077540
Sep 28  1999 ->1001695140
Sep 29  1999 ->1001781540
Jan 19  2000 ->979923600
Dec 21 12:16 ->1008926160
Aug 30 12:12 ->999159120

What's wrong?



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



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

[PHP-DEV] PHP 4.0 Bug #8969 Updated: Gettext does not work

[sniper]

ID: 8969
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Old-Bug Type: Gettext related
Bug Type: Documentation problem
Assigned To: 
Comments:

The documentation for gettext should be expanded a bit.
More examples and a link to the GNU gettext manual would
be nice.. :)

--Jani


Previous Comments:
---

[2001-01-31 05:13:31] [EMAIL PROTECTED]
I have done a bit more testing.
If I add:
setlocale("LC_ALL", "fi_FI");
or just (for the messages):
setlocale("LC_MESSAGES", "fi_FI");

Then the gettext function gives me  the correct text in Finnish.

It seems to be so that this has something to do with the latest updates (glibc?)
for linux.
The real problem is that if I need to make translations for languages I do not have
any locales installed on the system  it does not work. It used to, and it still should
work.
The "gettext" in linux distribution works by just defining LANG, it does not
need the whole locale.

IMHO: when I say: putenv("LANG=fi"); bindtextdomain("rpm", "/usr/share/local");
the gettext should look in /usr/share/local/fi/rpm.mo for the strings.
When I trace the program I can see that it does not go further than:
lstat ("/usr/share/locale",...
I feel that it tries to find out the last directory name in /usr/lib/locale/fi/LC... 
which does not exist).

Regards,
Teemu Junnila


---

[2001-01-28 14:30:38] [EMAIL PROTECTED]
1) Just to show that gettext works in the system:
A script:
[teemu@jolly Test]$ cat loca2.sh
#!/bin/sh
LANG=fi
export LANG
TEXTDOMAINDIR=/usr/share/locale
export TEXTDOMAINDIR
TEXTDOMAIN=rpm
export TEXTDOMAIN
gettext "query package owning "
echo

Run the script:
[teemu@jolly Test]$ sh loca2.sh 
kysy pakettia, jonka omistuksessa  on

2) Try the same with PHP:
A script:
[teemu@jolly Test]$ cat loca2.php 
"));
 print ("n");
?>

Running it:
[teemu@jolly Test]$ /var/www/cgi-bin/php loca2.php 
X-Powered-By: PHP/4.0.4pl1
Content-type: text/html

query package owning 

3) My configure line:
[teemu@jolly Test]$ strings /var/www/cgi-bin/php | grep configure
 './configure' '--with-config-file-path=/etc/httpd/conf' '--enable-track-vars' 
'--enable-force-cgi-redirect' '--with-gettext'

4) I am using the php.ini-dist without modifications.

I have the same problem even if I try to use php-4.0.4pl1-3 (RedHat rpm)
and with php 4.0.2

I have installed my RedHat 7.0 about one month ago and I have run up2date several 
times.

I saw another report on gettext in problem #8444. The problem was fixed by 
reinstalling linux.  I really don't feel for reinstalling my OS. And I am afraid that 
it would only fix the problem temporarily (untill I update my system).

Best regards,
Teemu Junnila


---


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


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

[PHP-DEV] PHP 4.0 Bug #9019 Updated: Segmentation fault using ldap_mod_del()

[j_zuilkowski]

ID: 9019
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: LDAP related
Description: Segmentation fault using ldap_mod_del()

I should also note that php is running on Mandrake 7.2 with a stock install, and that 
the directory is Netscape Directory Server 4.12 on a solaris 8 box.

Previous Comments:
---

[2001-01-31 08:04:52] [EMAIL PROTECTED]
I also tried the function 'ldap_mod_add()' and the same thing happens.

---

[2001-01-30 21:07:10] [EMAIL PROTECTED]
Here is the code segment:

--snip

if($ACCESS == "No") {
for ($i=0; $i<$attrs["uniquemember"]["count"]; $i++) {
  if($attrs["uniquemember"][$i] == $dn) {
$setvar["uniquemember"][$i]=$attrs["uniquemember"][$i];
  }
}

$result=ldap_mod_del($ds, "cn=FTP,ou=groups,o=equifax.com", $setvar);
---snip

Here is the apache log:

[Tue Jan 30 21:02:28 2001] [notice] child pid 3807 exit signal Segmentation fault (11)
[Tue Jan 30 21:02:49 2001] [notice] child pid 3808 exit signal Segmentation fault (11)
[Tue Jan 30 21:02:56 2001] [notice] child pid 3812 exit signal Segmentation fault (11)
[Tue Jan 30 21:05:08 2001] [notice] child pid 3806 exit signal Segmentation fault (11)
[Tue Jan 30 21:05:10 2001] [notice] child pid 3809 exit signal Segmentation fault (11) 



Everytime I click my submit button to send my form (which then calls said code above), 
I get back  "The document contained no data..." 
and apache dumps another seg fault line in the error log.

---


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


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

[PHP-DEV] PHP 4.0 Bug #9049: mysqlconnect works, but mysql_query says invalid resource - with 4.0.3pl1 okay

[administrator]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.x
PHP version:  4.0.4pl1
PHP Bug Type: MySQL related
Bug description:  mysqlconnect works, but mysql_query says invalid resource - with 
4.0.3pl1 okay

I have a script which is connecting to mysql using
$authdb=mysql_connect ..
mysql_error does not report an error, neither using
the select_db function.

Later in the same script, I use a mysql_query, which
is reporting invalid mysql_resource (where i do an 
echo of the $authdb, which reports a correct handle).
If I move the mysql_connect & mysql_select_db jhust in
the lines before the mysql_query, it is working fine
also mysql_close($authdb) does not report an error
anymore.

This only occurs under 4.0.4pl1, where under 4.0.3pl1
the same script is working fine, without any problems.

I use exactly the same configure line as 4.0.3pl1 (
built-in mysql support).

Now I downgraded again, scripts are running okay now.
I tried also with/without optimizer on both versions,
same results.

-
Tom Weber
 Responsable Technique Internet
 Internet Technical Manager
 RTL Radio & Télé Lëtzebuerg / RTL Group
 Mail : [EMAIL PROTECTED] 
 URL  : http://www.rtl.lu


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



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

[PHP-DEV] PHP4 and remote Oracle DBs TNS errors.

[Mark Farver]

I am having no luck connecting to a remote oracle database using php
4.04p1 under Win95.  Using the ora_logon, oci_logon, and oddly enough
odbc_connect fucntions always returns a TNS:could not resolve service
name.  SQL PLUS, and a number of ODBC programs all work 
correctly.  Reading the sqlnet.log files reveals that php is trying to
access the default BEQLOCAL database.  Watching PHP with filemon shows
that php (or more likely an oracle dll loaded by php) checks to see that
the tnsnames.ora file is available.. but never reads it.  One workaround
listed is to add the ORACLE_SID environment variable, but this only causes
it to try to connect to that SID on the local db. 

There are quite a few bugs in the bug database similar to my problem
#6342,#6936,#8132 and others.

Another test I tried was a passthru("tnsping80 mydb") which pinged the db
successfully and implies that its not an environment problem but something
to do with how the oracle DLL's are accessed.

I can pass along dumps of the sqlnet.log files and others if anyone is
interested.

Thanks
Mark Farver

-- 
"The greatest dangers to liberty lurk in insidious enroachment by mean of
zeal, well-meaning but without understanding."
-- Justice Louis O. Brandeis, Olmstead vs. United States


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

Re: [PHP-DEV] NEWBIE QUESTION

[Derick Rethans]

Hello,

please note the following things:

1) This is the wrong list for asking user questions. You'd better ask the
php-general mailinglists as this list is for discussing the development of
PHP and not _with_ PHP.

2) Using CAPITALS only in an e-mail is considered shouting and very rude.
Please don't do that.

3) PHP has a fine manual at www.php.net/manual/ and MySQL has a manual at
www.mysql.com/documentation/ I'm sure you can sort it out using these two.

Regards,
Derick

On Thu, 1 Feb 2001, Stinie Steinbach wrote:

> DOES ANYONE KNOW WHAT'S WRONG WITH THIS CODE
> IK WANT TO GENERATE A CODE THAT SELECTS A COUPELE OF PARAMETERS FROM TWO
> TABLES IN A MYSQL DATABASE...
> THE QUERY THAT I USE WORKS CORRECTLY BUT I HAVE A PROBLEM WITH THE LINKS
> I WANT TO GENERATE WITH PHP...
> I NEED TO CREATE AN ARRAY OF LINKS THAT LOOK LIKE THIS...
>
> BLOK 0 | BLOK 1 | BLOK 2 | BLOK 3 | BLOK 4 | BLOK 5 | BLOK 6 | BLOK 7 |
> BLOK 8 | BLOK 9
>
> PLEASE HELP!!!
>
> 
>  $result = mysql_query ("select m.module_id, m.leergang_afkorting,
> m.module_nummer, l.opleiding_afkorting
>from module m, leergang l where m.leergang_afkorting =
> l.leergang_afkorting
>and m.leergang_afkorting = 'EDP16' order by m.module_nummer");
> while (list
> ($module_id,$leergang_afkorting,$module_nummer,$opleiding_afkorting) =
> mysql_fetch_row ($result)) {
>  echo " href=\"http://tias.kub.nl/programs/\"opleiding_afkorting=$opleiding_afkorting\"/
>
>\"leergang_afkorting=$leergang_afkorting\"/
> 
>\"virtuele.klas/programma/blok\"module_nummer=$module_nummer\"/\"leergang_afkorting=$leergang_afkorting\"_blok0\"
>
>module_nummer=$module_nummer.html\">$module_nummer
> }
> ?>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>

Derick Rethans

-
  PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
-


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

Re: [PHP-DEV] NEWBIE QUESTION

[Joey Smith]

1. Take off caps lock. This is bad manners.
2. This mailing list is for people interested in the development of the
PHP language. Please use [EMAIL PROTECTED] That's the mailing
list for PHP users.

On Thu, 1 Feb 2001, Stinie Steinbach wrote the following to [EMAIL PROTECTED]:

> DOES ANYONE KNOW WHAT'S WRONG WITH THIS CODE
> IK WANT TO GENERATE A CODE THAT SELECTS A COUPELE OF PARAMETERS FROM TWO
> TABLES IN A MYSQL DATABASE...
> THE QUERY THAT I USE WORKS CORRECTLY BUT I HAVE A PROBLEM WITH THE LINKS
> I WANT TO GENERATE WITH PHP...
> I NEED TO CREATE AN ARRAY OF LINKS THAT LOOK LIKE THIS...
> 
> BLOK 0 | BLOK 1 | BLOK 2 | BLOK 3 | BLOK 4 | BLOK 5 | BLOK 6 | BLOK 7 |
> BLOK 8 | BLOK 9
> 
> PLEASE HELP!!!
> 
> 
>  $result = mysql_query ("select m.module_id, m.leergang_afkorting,
> m.module_nummer, l.opleiding_afkorting
>from module m, leergang l where m.leergang_afkorting =
> l.leergang_afkorting
>and m.leergang_afkorting = 'EDP16' order by m.module_nummer");
> while (list
> ($module_id,$leergang_afkorting,$module_nummer,$opleiding_afkorting) =
> mysql_fetch_row ($result)) {
>  echo " href=\"http://tias.kub.nl/programs/\"opleiding_afkorting=$opleiding_afkorting\"/
> 
>\"leergang_afkorting=$leergang_afkorting\"/
> 
>\"virtuele.klas/programma/blok\"module_nummer=$module_nummer\"/\"leergang_afkorting=$leergang_afkorting\"_blok0\"
> 
>module_nummer=$module_nummer.html\">$module_nummer
> }
> ?>
> 
> 
> 


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

[PHP-DEV] Latest CVS on Win32

[Sebastian Bergmann]

php_pcre.c
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
error C2065: 'executor_globals' : nichtdeklarierter Bezeichner
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
error C2223: Der linke Teil von '->function_table' muss auf eine
Struktur/Union zeigen
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'struct
_zval_struct ** ' und 'struct _zval_struct *' unterschiedlich
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4024: 'call_user_function_ex' : Unterschiedliche Typen fuer
formalen und uebergebenen Parameter 2
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'struct
_zval_struct *' und 'struct _zval_struct ** ' unterschiedlich
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4024: 'call_user_function_ex' : Unterschiedliche Typen fuer
formalen und uebergebenen Parameter 3
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'struct
_zval_struct ** ' und 'const int ' unterschiedlich
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4024: 'call_user_function_ex' : Unterschiedliche Typen fuer
formalen und uebergebenen Parameter 4
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'int ' und
'struct _zval_struct **[1] ' unterschiedlich
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4024: 'call_user_function_ex' : Unterschiedliche Typen fuer
formalen und uebergebenen Parameter 5
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'int ' und
'void *' unterschiedlich
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
warning C4024: 'call_user_function_ex' : Unterschiedliche Typen fuer
formalen und uebergebenen Parameter 7
D:\Programme\MS Visual Studio\Projekte\php\php4\ext\pcre\php_pcre.c(579) :
error C2198: 'call_user_function_ex' : Nicht genuegend Parameter uebergeben

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

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

[PHP-DEV] NEWBIE QUESTION

[Stinie Steinbach]

DOES ANYONE KNOW WHAT'S WRONG WITH THIS CODE
IK WANT TO GENERATE A CODE THAT SELECTS A COUPELE OF PARAMETERS FROM TWO
TABLES IN A MYSQL DATABASE...
THE QUERY THAT I USE WORKS CORRECTLY BUT I HAVE A PROBLEM WITH THE LINKS
I WANT TO GENERATE WITH PHP...
I NEED TO CREATE AN ARRAY OF LINKS THAT LOOK LIKE THIS...

BLOK 0 | BLOK 1 | BLOK 2 | BLOK 3 | BLOK 4 | BLOK 5 | BLOK 6 | BLOK 7 |
BLOK 8 | BLOK 9

PLEASE HELP!!!


http://tias.kub.nl/programs/\"opleiding_afkorting=$opleiding_afkorting\"/

   \"leergang_afkorting=$leergang_afkorting\"/
\"virtuele.klas/programma/blok\"module_nummer=$module_nummer\"/\"leergang_afkorting=$leergang_afkorting\"_blok0\"

   module_nummer=$module_nummer.html\">$module_nummer
}
?>


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

Re: [PHP-DEV] Re: PHP 4.0 Bug #8954 Updated: compiling with sybase-ctfails

[Joey Smith]

It can be. Just no one (AFAIK) has gotten around to it yet. Simply using
the patch specified in 7792 would make FreeTDS work, but break people
using the realy Sybase CT libs. 

On Wed, 31 Jan 2001, J.R. Lillard wrote the following to Bug Database :

> the patch provided for php 4.0.3pl1 in bug 7792 can be easily adapted for
> 4.0.4pl1.  i don't see why it couldn't be a simple configure option to
> automate it.


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

[PHP-DEV] PHP 4.0 Bug #9048: problem to open several connections on 4.0.4pl1 that worked on 4.0.2

[olivier . gondouin]

From: [EMAIL PROTECTED]
Operating system: Debian GNU/Linux 2.2r2
PHP version:  4.0.4pl1
PHP Bug Type: PostgreSQL related
Bug description:  problem to open several connections on 4.0.4pl1 that worked on 4.0.2

There's only one postgresql version, only one php script (and then, only one 
base/table for the test).
Both versions of php (and apache) are running at the same time.

The sample program:
";
  $cn = pg_connect("host= port=5432 user=xxx password= dbname=");

  $sql = "Select * from os_log limit 10;";
  $rs = pg_exec($cn, $sql);

  if ($rs == false)
echo 'bug\n';
  else
echo 'ok\n';
  flush();
}
?>



php 4.0.2 result:

open connection 0
ok
open connection 1
ok
open connection 2
ok
open connection 3
ok
open connection 4
ok
open connection 5
ok
open connection 6
ok
open connection 7
ok
open connection 8
ok
open connection 9
ok

php 4.0.4pl1 result:
open connection 0
ok
open connection 1
ok
open connection 2
ok
open connection 3

Warning: 1 is not a valid PostgreSQL link resource in /opt/web/netos.dev/db.php on 
line 7
bug
open connection 4
ok
open connection 5
ok
open connection 6
ok
open connection 7

Warning: 5 is not a valid PostgreSQL link resource in /opt/web/netos.dev/db.php on 
line 7
bug
open connection 8
ok
open connection 9
ok



php compilation options:

for 4.0.4pl1:

./configure --prefix=/opt/php-4.0.4pl1.test --with-apache=../apache_1.3.12 \
--with-config-file-path=/opt/php-4.0.4pl1.test/lib \
--enable-track-vars --enable-ftp --with-readline --with-imap=/opt/c-client \
--with-mysql=/opt/mysql --with-pgsql=/opt/postgresql \
--enable-trans-sid \
--enable-sysvsem --enable-sysvshm --enable-memory-limit \
--enable-debug=no --with-ttf=/opt/freetype --with-t1lib=/opt/t1lib \
--with-regex=php --with-xml \
--with-jpeg-dir=/opt/jpeg --with-tiff-dir=/opt/tiff --with-png-dir=/opt/libpng \
--with-zlib-dir=/opt/zlib --with-gd=/opt/gd \
--enable-sockets  \
--with-swf=/opt/libswf --with-sablot \
--with-pdflib=/opt/pdflib --with-dom=/opt/libxml2 --enable-bcmath

php4.0.2:
There's not --with-dom due to configuration/compilation  problems, but it isn't 
directly linked with postgresql:

./configure --prefix=/opt/php-4.0.2.test2 --with-apache=../apache_1.3.12 \
--with-config-file-path=/opt/php-4.0.2.test2/lib \
--enable-track-vars --enable-ftp --with-readline --with-imap=/opt/c-client \
--with-mysql=/opt/mysql --with-pgsql=/opt/postgresql \
--enable-trans-sid \
--enable-sysvsem --enable-sysvshm --enable-memory-limit \
--enable-debug=no --with-ttf=/opt/freetype --with-t1lib=/opt/t1lib \
--with-regex=php --with-xml \
--with-jpeg-dir=/opt/jpeg --with-tiff-dir=/opt/tiff --with-png-dir=/opt/libpng \
--with-zlib-dir=/opt/zlib --with-gd=/opt/gd \
--enable-sockets \
--with-swf=/opt/libswf --with-sablot \
--with-pdflib=/opt/pdflib  --enable-bcmath




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



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

[PHP-DEV] PHP vs. JAVA

[Hzta Internet]

I'd like to have informations about PHP vs. JAVA.

Can someone help me ?

Cláudio.

--
_

Cláudio Roberto T. Coelho - Diretor de Sistemas
HZTA INTERNET - Soluções em Marketing Digital
Telefone: (11) 5072.2446 // Fax: 5072.3114
E-mail: [EMAIL PROTECTED] // Web Site: www.hzta.com.br
São Paulo - SP - Brasil
_



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

[PHP-DEV] PHP 4.0 Bug #9047: Icelandic Special Character invalid

[andrimar]

From: [EMAIL PROTECTED]
Operating system: Win98
PHP version:  4.0.3pl1
PHP Bug Type: MySQL related
Bug description:  Icelandic Special Character invalid

Hello

There seems to be a bug when parsing special Icelandic character ,such as 
æ-í-ó-á-é-ð-ö, to mysql 3.23.32 database
Example:
When I create a predefined table with a php form name it for exaðle æíö and check it 
by listing tables with php everything looks fine, the characters are correct, but when 
I login to the mysql server using mysql.exe and look at the table I created there are 
just signs, don't know what signs but definantly not what I wrote in the form. This is 
vice versa alsowhen I use mysql.exe to create a table which has Icelandic 
characters in it's name and list it with mysql.exe it's ok but when I do it with php 
the signscome back. Also I can't use uppercase letters...the mysql server always 
changes them to lowercase...this did not happend when I used PHP 4.0.3pl1 and mySQL 
3.22.33

Please tell me how to correct this error I can't even write my own name in the 
database without some fuck ups

Andri Mar Jónsson


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



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

[PHP-DEV] PHP 4.0 Bug #9046 Updated: get_browser() does not work correctly

[phanto]

ID: 9046
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

get_browser() doesn't work correctly in 4.0.4*

get a snapshot from http://snaps.php.net
you have to compile it yourself

harald


Previous Comments:
---

[2001-02-01 06:53:20] [EMAIL PROTECTED]
oops, i haven't read the line with 'the other server'

is it running the same php version ?

should this already be fixed in pl1 ?

harald.

---

[2001-02-01 06:50:52] [EMAIL PROTECTED]
this is fixed in cvs.

use a snapshot from snaps.php.net

---

[2001-02-01 04:55:56] [EMAIL PROTECTED]

When running get_browser()-example from the documentation the following output 
appears:

Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0; IMR Edition)

 browser_name_pattern: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT.*)
parent: 0¼ 

version: 0¼ 
minorver: ¸
platform: ø¾ 
beta: 

On another Server with the same browscap.ini it works correctly.

PHP was compiled with
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache-1.3.14/bin/apxs' 
'--enable-track-vars' '--enable-calendar' '--with-gd=/imrhome/linux/libgd183/gd-1.3' 
'--with-ttf'

The browscap entry in php.ini is correct.

How can I fix it ?

Regards,
Sebastian


---


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


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

[PHP-DEV] PHP 4.0 Bug #9036 Updated: Non installation of libphp.so

[d . drury]

ID: 9036
User Update by: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: *Install and Config
Bug Type: Documentation problem
Description: Non installation of libphp.so

Have tracked down the problem myself.

If you type make before make install the installation doesn't work!

I think this could be made more explicit in the INSTALL file.

In the INSTALL file, section 4a is repeated.  The first occurrence has somehow had 
part of 3b added onto it.  It reads:
-
4a. Setting up the server. (Dynamic Module)

   The make install command in step 3 should have done most of your
   work for you.  It actually edits your httpd.conf file and tries to
   enable the dynamic PHP module.  To verify this, look for a line that
   looks like this:

  LoadModule php4_module libexec/libphp4.so

   The actual path before the libphp4.so part might differ slightly.  This
   is likely fine.  If you are paranoid you can examine the output from the
   make install step to see where the libphp4.so file was actually put and
   type: make

   Assuming it compiles without errors, proceed to step 4b.


The correct text for 4a then continues.  The incorrect text above suggests typing 
make, which messes the install up.

Previous Comments:
---

[2001-01-31 14:31:14] [EMAIL PROTECTED]
I checked the output of make install - it does not mention libphp.so at all!

Duncan

---

[2001-01-31 14:28:09] [EMAIL PROTECTED]
Hi,
I am trying to install PHP4 as a DCO for Apache using APXS.
I downloaded php-4.0.4pl1.tar.gz from your site.
I followed the instructions in INSTALL as follows:

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

Then 

make && make install

It all whirred happily away for a while, and reported no errors.

However, on restarting Apache, and running httpd -l  I do not find mod_php4.c listed.  
mod_so.c is listed.  I also cannot locate libphp4.so anywhere on my machine.

Am I right in thinking that my Apache does nothing with PHP files as it cannot be 
configured to do so due to the absence of this (and no doubt others) programme?

Is this a bug, or have I done something silly?  Either way, what should I do to get 
PHP up and running?

---


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


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

[PHP-DEV] AW: PHP 4.0 Bug #9046 Updated: get_browser() does not work correctly

[Sebastian Lemke]

Hello,

i am surprised - so fast an answer - fantastic support !

The not working server runs on 4.0.4pl1 - the working one is 4.0.3pl1.
Do I have to update 4.0.4pl1 ? How does the CVS work ?

Regards,
Sebastian


--
Sebastian Lemke
Director Application Development
--
IMR In Medias Res
Gesellschaft fuer vernetzte Kommunikation mbH i.Gr.
Cross Media Solutions - Providing & Services
Application Development - Learning Systems
Tel. 06151 - 70288-0 Fax 06151 - 70288-10
[EMAIL PROTECTED] www.in-medias-res.net

> -Ursprüngliche Nachricht-
> Von: Bug Database [mailto:[EMAIL PROTECTED]]
> Gesendet: Donnerstag, 1. Februar 2001 11:53
> An: [EMAIL PROTECTED]
> Betreff: PHP 4.0 Bug #9046 Updated: get_browser() does not work
> correctly
>
>
> ID: 9046
> Updated by: phanto
> Reported By: [EMAIL PROTECTED]
> Old-Status: Closed
> Status: Open
> Bug Type: Unknown/Other Function
> Assigned To:
> Comments:
>
> oops, i haven't read the line with 'the other server'
>
> is it running the same php version ?
>
> should this already be fixed in pl1 ?
>
> harald.
>
> Previous Comments:
> --
> -
>
> [2001-02-01 06:50:52] [EMAIL PROTECTED]
> this is fixed in cvs.
>
> use a snapshot from snaps.php.net
>
> --
> -
>
> [2001-02-01 04:55:56] [EMAIL PROTECTED]
>
> When running get_browser()-example from the documentation the
> following output appears:
>
> Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0; IMR Edition)
> --
> --
>  browser_name_pattern: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT.*)
> parent: 0¼ 

> version: 0¼
> minorver: ¸
> platform: ø¾ 
> beta:
>
> On another Server with the same browscap.ini it works correctly.
>
> PHP was compiled with
> './configure' '--with-mysql'
> '--with-apxs=/usr/local/apache-1.3.14/bin/apxs'
> '--enable-track-vars' '--enable-calendar'
> '--with-gd=/imrhome/linux/libgd183/gd-1.3' '--with-ttf'
>
> The browscap entry in php.ini is correct.
>
> How can I fix it ?
>
> Regards,
> Sebastian
>
>
> --
> -
>
>
> Full Bug description available at: http://bugs.php.net/?id=9046
>
>


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

[PHP-DEV] PHP 4.0 Bug #9046 Updated: get_browser() does not work correctly

[phanto]

ID: 9046
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

oops, i haven't read the line with 'the other server'

is it running the same php version ?

should this already be fixed in pl1 ?

harald.

Previous Comments:
---

[2001-02-01 06:50:52] [EMAIL PROTECTED]
this is fixed in cvs.

use a snapshot from snaps.php.net

---

[2001-02-01 04:55:56] [EMAIL PROTECTED]

When running get_browser()-example from the documentation the following output 
appears:

Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0; IMR Edition)

 browser_name_pattern: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT.*)
parent: 0¼ 

version: 0¼ 
minorver: ¸
platform: ø¾ 
beta: 

On another Server with the same browscap.ini it works correctly.

PHP was compiled with
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache-1.3.14/bin/apxs' 
'--enable-track-vars' '--enable-calendar' '--with-gd=/imrhome/linux/libgd183/gd-1.3' 
'--with-ttf'

The browscap entry in php.ini is correct.

How can I fix it ?

Regards,
Sebastian


---


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


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

[PHP-DEV] PHP 4.0 Bug #9046 Updated: get_browser() does not work correctly

[phanto]

ID: 9046
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

this is fixed in cvs.

use a snapshot from snaps.php.net

Previous Comments:
---

[2001-02-01 04:55:56] [EMAIL PROTECTED]

When running get_browser()-example from the documentation the following output 
appears:

Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0; IMR Edition)

 browser_name_pattern: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT.*)
parent: 0¼ 

version: 0¼ 
minorver: ¸
platform: ø¾ 
beta: 

On another Server with the same browscap.ini it works correctly.

PHP was compiled with
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache-1.3.14/bin/apxs' 
'--enable-track-vars' '--enable-calendar' '--with-gd=/imrhome/linux/libgd183/gd-1.3' 
'--with-ttf'

The browscap entry in php.ini is correct.

How can I fix it ?

Regards,
Sebastian


---


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


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

[PHP-DEV] PHP 4.0 Bug #9046: get_browser() does not work correctly

[sebastian]

From: [EMAIL PROTECTED]
Operating system: Suse Linux
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  get_browser() does not work correctly


When running get_browser()-example from the documentation the following output appears:

Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0; IMR Edition)

 browser_name_pattern: Mozilla/4\.0 (compatible; MSIE 5\.5; Windows NT.*)
parent: 0¼ 

version: 0¼ 
minorver: ¸
platform: ø¾ 
beta: 

On another Server with the same browscap.ini it works correctly.

PHP was compiled with
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache-1.3.14/bin/apxs' 
'--enable-track-vars' '--enable-calendar' '--with-gd=/imrhome/linux/libgd183/gd-1.3' 
'--with-ttf'

The browscap entry in php.ini is correct.

How can I fix it ?

Regards,
Sebastian



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



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

[PHP-DEV] PHP 4.0 Bug #9043: popen returns a 'Resource id #' (non null) when process cannot be created.

[sah]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.0.3pl1
PHP Bug Type: *Directory/Filesystem functions
Bug description:  popen returns a 'Resource id #' (non null) when process cannot be 
created.

\n";

?>


Returns the following:

Result is Resource id #1


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



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

RE: [PHP-DEV] database abstraction layers [from: MySQL feature/bug]

[Marc Boeren]

Hi,

>I need to spend some time with the Zend API to see if it's really worth it
>for my time to go about doing it, but yes, I am very much considering
>turning it into C.

>I've really been hoping that someone was going to take an intermediately
>complex Zend extension and put together a how-to that would help beginners
>and advanced programmers alike.

I've managed to create a working module using the 'web application
development with php 4.0' book, lurking on this list, searching on the net
and nosing through the code. The module is able to use functions from the
compiled-in mysql-module and all seems ok, so I think the basic ingredients
to build a db-abstraction module are available...

>I think there is a real need for someone or a group of programmers to get
>together and write a step-by-step theory/implementation "cookbook" for the
>sake of the community. Should I reach that point, I'd be happy to do it,
but
>I tend to believe that the community could do it faster and better than I
>could right now, and that if if such a document were made publicly
>available, the community could build more and better core tools faster.

You could try www.zend.com/apidoc, which contains a part of the book I
mentioned and gives a nice intro/howto to developing php-extensions. It's
helped me, I know :-)

Cheerio, Marc.



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

RE: [PHP-DEV] database abstraction layers [from: MySQL feature/bug]

[Marc Boeren]

>  do a search on Google for SQL Relay ...

I have (just now), but it seems to do a great deal more than I have in mind
(plus it needs daemons running that only run on linux/unix-like systems) and
it uses it's own database functions instead of the modules that are already
available to PHP...

Cheerio, Marc.

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

[PHP-DEV] PHP 4.0 Bug #9044 Updated: Compiling with latest Openlink ODBC fails with PHP4

[antiphobo]

ID: 9044
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Description: Compiling with latest Openlink ODBC fails with PHP4

Well using the old (ver3.2) iodbc.h doesn't work with ver 4 :(

gcc  -I. -I/tmp/php-4.0.2/main -I/tmp/php-4.0.2 -I/tmp/php-4.0.2/main 
-I/tmp/apache_1.3.17/src/include -I/tmp/apache_1.3.17/src/os/unix 
-I/tmp/php-4.0.2/Zend -I/tmp/php-4.0.2 -I/tmp/php-4.0.2/ext/mysql/libmysql 
-I/usr/local/openlink/odbcsdk/include -I/tmp/php-4.0.2/ext/xml/expat/xmltok 
-I/tmp/php-4.0.2/ext/xml/expat/xmlparse  -DXML_BYTE_ORDER=12 -g -O2  -c 
internal_functions.c && touch internal_functions.lo
In file included from /tmp/php-4.0.2/ext/odbc/php_odbc.h:115,
 from internal_functions.c:38:
/usr/local/openlink/odbcsdk/include/udbcext.h:47: warning: `SQL_LEN_DATA_AT_EXEC' 
redefined
/usr/local/openlink/odbcsdk/include/sqlext.h:250: warning: this is the location of the 
previous definition
In file included from /usr/local/openlink/odbcsdk/include/sql.h:37,
 from /usr/local/openlink/odbcsdk/include/isql.h:32,
 from /tmp/php-4.0.2/ext/odbc/php_odbc.h:113,
 from internal_functions.c:38:
/usr/local/openlink/odbcsdk/include/sqltypes.h:68: conflicting types for `WORD'
/usr/local/openlink/odbcsdk/include/iodbc.h:25: previous declaration of `WORD'
/usr/local/openlink/odbcsdk/include/sqltypes.h:69: conflicting types for `DWORD'
/usr/local/openlink/odbcsdk/include/iodbc.h:26: previous declaration of `DWORD'
/usr/local/openlink/odbcsdk/include/sqltypes.h:75: redefinition of `BOOL'
/usr/local/openlink/odbcsdk/include/iodbc.h:31: `BOOL' previously declared here
/usr/local/openlink/odbcsdk/include/sqltypes.h:150: redefinition of `HWND'
/usr/local/openlink/odbcsdk/include/iodbc.h:30: `HWND' previously declared here
make[2]: *** [internal_functions.lo] Error 1
make[2]: Leaving directory `/tmp/php-4.0.2/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/php-4.0.2/main'
make: *** [all-recursive] Error 1

Previous Comments:
---

[2001-02-01 02:40:11] [EMAIL PROTECTED]
Ok, well obviously PHP isn't make'ing because of the missing iodbc.h:

My openlink4 dir (/usr/local/openlink/odbcsdk/include) 
contains: 

isql.h   isqltypes.h  sqlext.h udbcext.h
isqlext.hsql.hsqltypes.h

I just unzipped the Openlink 3.2, and the dir contained:
iodbc.hisql.h isqlext.h  udbcext.h
^^
^^

In both instances, only lmbr.taz and lmko.taz were used to install openlink. 
I'll try using the v3.2 iodbc.h (and a few other things if that doesn't work).

---

[2001-02-01 02:04:52] [EMAIL PROTECTED]
Tested with PHP402, 404Sp1 and Openlink version 4 :

php configured as:

/configure --with-openlink=/usr/local/openlink --with-mysql 
--with-apache=../apache_1.3.17 --enable-track-vars 

then make fails with :

gcc  -I. -I/tmp/php-4.0.2/main -I/tmp/php-4.0.2 -I/tmp/php-4.0.2/main 
-I/tmp/apache_1.3.17/src/include -I/tmp/apache_1.3.17/src/os/unix 
-I/tmp/php-4.0.2/Zend -I/tmp/php-4.0.2 -I/tmp/php-4.0.2/ext/mysql/libmysql 
-I/usr/local/openlink/odbcsdk/include -I/tmp/php-4.0.2/ext/xml/expat/xmltok 
-I/tmp/php-4.0.2/ext/xml/expat/xmlparse  -DXML_BYTE_ORDER=12 -g -O2  -c 
internal_functions.c && touch internal_functions.lo
In file included from internal_functions.c:38:
/tmp/php-4.0.2/ext/odbc/php_odbc.h:112: iodbc.h: No such file or directory
In file included from /tmp/php-4.0.2/ext/odbc/php_odbc.h:115,
 from internal_functions.c:38:
/usr/local/openlink/odbcsdk/include/udbcext.h:47: warning: `SQL_LEN_DATA_AT_EXEC' 
redefined
/usr/local/openlink/odbcsdk/include/sqlext.h:250: warning: this is the location of the 
previous definition
make[2]: *** [internal_functions.lo] Error 1
make[2]: Leaving directory `/tmp/php-4.0.2/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/php-4.0.2/main'
make: *** [all-recursive] Error 1

---


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


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

[PHP-DEV] PHP 4.0 Bug #9038: Terminating Apache service with php4apache.dll loaded crashes Apache

[jbaker6953]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 SP-1
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  Terminating Apache service with php4apache.dll loaded crashes Apache

I had this same problem with the mod_perl.dll for Apache, although extensive contact 
with the author resolved it. php4apache.dll loads well and executes php awesome - 
problem is when Apache is running as a service and then terminated. This results in a 
crash of Apache. Running Apache in a console window and using CTRL+C does NOT crash 
Apache with php4apache.dll loaded. The call to terminate from a service is different 
than from a console and so I suspect that php is not dealing with it correctly.


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



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

[PHP-DEV] PHP 4.0 Bug #9008 Updated: define()-ed values as assoc array keys don't work

[colin]

ID: 9008
User Update by: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: Class/Object related
Description: define()-ed values as assoc array keys don't work

D'oh!

Thanks.

Previous Comments:
---

[2001-01-31 15:46:45] [EMAIL PROTECTED]
See bug #8141.

---

[2001-01-30 14:44:12] [EMAIL PROTECTED]
Take this script:

 "hello"
);
}

$x = new test_class;  
print_r($x->codes);
?>

This outputs:

Array
(
[TEST_VAR] => hello
)

whereas I figure it should output:

Array
(
[100] => hello
)

No?

---


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


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