[PHP-DEV] CVS Account Request

[CVS Account Request]

Full name: Renato Arruda
Email: [EMAIL PROTECTED]
ID: rarruda
Purpose: Help translate the manual to pt_BR

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

[Chuck Hagenbuch]

Quoting Andrei Zmievski <[EMAIL PROTECTED]>:

> Alternatively, we could do the Python way: the base classes are searched in
> depth-first order, and if the base classes define the same symbol, the 
> first encountered definition is used.

This could result in really confusing and unpredictable behavior if "the first 
encountered definition" changed under any circumstances. I'd vote for making 
any name conflicts an error.

-chuck

--
Charles Hagenbuch, <[EMAIL PROTECTED]>

Taurus:
You will receive an urgent transmission from the Martian government informing 
you that Mars does not, in fact, need women, so please stop sending them.

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

[Andrei Zmievski]

At 09:41 PM 4/20/01 -0400, Stig Sæther Bakken wrote:
>The idea is starting to grow on me.  But I think name clashes should
>be defined as errors, that is more consistent with the way function
>and class declarations are done.

Alternatively, we could do the Python way: the base classes are searched in 
depth-first order, and if the base classes define the same symbol, the 
first encountered definition is used.

-Andrei


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

[Stig Sæther Bakken]

[Andrei Zmievski <[EMAIL PROTECTED]>]
> On Tue, 17 Apr 2001, Stanislav Malyshev wrote:
> > Generally, since PHP is not a strongly typed language, it's not too hard
> > to implement multiple inheritance, I guess. Question is - is it worth the
> > effort? Does it need to be done?
> 
> With multiple inheritance you have a way to implement interfaces and
> mixins. Very nice.

The idea is starting to grow on me.  But I think name clashes should
be defined as errors, that is more consistent with the way function
and class declarations are done.

 - Stig

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

-- 
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] Req/Res wrappers (was Re: [PHP-DEV] Bug #10423: HTTP_ENV_VARS is bigger...)

[teo]

Hi Colin!
On Fri, 20 Apr 2001, Colin Viebrock wrote:

> > > Specifically in my case, HTTP_ENV_VARS['USER'] is now being set.  It
> took me a while to figure out why my scripts, which use $USER as a session
> variable, were getting messed up.
> > >
> > That is because PHP inherits the environment from Apache, which in turn
> > inherits it from the shell in which you started the server. Use something
> like
> > 'env -i apachectl start' when starting apache or replace the line
> > HTTPD=/path/to/httpd with HTTPD="env -i /path/to/httpd" in apachectl, if
> using
> > it.
> >
> > that way you'll get a clean environment. If you need specific variables to
> be
> > set (like those for Oracle) use Apache SetEnv directive.
> 
> Yeah, I figured as much.  I just wondered why PHP seemed to pickup
> $HTTP_ENV_VARS['USER'] now, when it didn't before (I don't think).
> 
> Anyway, I just changed my php.ini from:
> variables_order = "EGPCS"
> to
> variables_order = "GPCS"
> 
::wink x 2::
well, hmm, it may be a bug after all, cause theoretically the USER var from
environ should be overwritten by a later var with the same name; 

A code snippet to reproduce that behaviour would be interesting to see.

> > > Finally, if register_globals is off, is $GLOBALS useable?  I have some
> functions that manipulate variables in the global scope.
> > yes it is, AFAIK.
> > in fact, you will find it handy to have a wrapper function/class over all
> these HTTP_*_VARS
> > arrays to validate stuff ;)
> 
> I can't face wading through 4 megs of code to switch to using HTTP_POST_VARS
> all the time. :)
well, decide how is nicer to write:
  A)  $foo = isset ($foo) ? $foo : null;  
  B)  $PV =& $HTTP_POST_VARS;
  $foo = isset($PV['foo']) ? $PV['foo'] : null;
> 
> What kind of a wrapper function/class are you suggesting?

  C) [jPHP programmer version ;) ]
  $foo = $HttpRequest->getAttribute('foo');
  D) [lazy typing Joe version] 
  $foo = $req->p('foo');

 I am currently using 3 classes implementing (sorta :) the Servlet API in PHP,
 namely HttpScriplet{Request,Response} and HttpSession, in a templating mechanism 
 based on the model proposed by J2EE (an somehow addapted to PHP) and I really felt 
 it helps a lot to alleviate the validation burden, avoid messy code  and
 generally write faster.
 
 Some while back, I proposed to Sascha to have a Session object to expose some
 friendly methods, and also the (in)famous Request/Response objects like in ASP,
 JSP or Zope, but I guess nobody likes objects that much at the C level.

 A legitimate answer would be to implement them at PHP level, true,
 and I do plan to contribute this to PEAR, if anybody is interested.
 
 Happy coding, and Colin, don't forget 'register_globals on' is *evil* ;))
 YMMV

ciao

-- teodor

-- 
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] Extending pre-compiled libphp4.so

[md]

Is there a way to take a currently functioning extension
that is being built into a libphp4.so and build it as a shared library
so that I can be sent it to another apache box with a libphp4.so that
has not been
built with integrated extension support (./configure --with-myextension)

I want the PHP function dl("myextension.so) to load the function without
having to compile the extension into libphp4.so.

What looks like the easy way to do this is to modify the Makefile in 
the extension directory to generate a shared library instead of just 
an extension.lo file.

Any ideas or advice?

Mark Diener

-- 
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-CVS] cvs: php4 / TODO-4.1.txt

[Rui Hirokawa]

> > iconv P
> 
> The iconv library in itself is useful enough that we should try to
> keep this one within PHP, maybe even integrate it tighter.

I hope so too.
iconv has some important role espetially for handling multibyte 
encoding.
I am also preparing a extension module called jstring for handing 
janapese multibyte string.
This module includes some encoding translation functionality
between Unicode and some other encodings.
It will be also elementary tool for japanese PHP users.
I want to keep tight integration between PHP and encoding
translation functions because of performance and useability.


-- 
--
Rui Hirokawa <[EMAIL PROTECTED]>
maintainer of japanese PHP manual <[EMAIL PROTECTED]>

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

[PHP-DEV] Bug #10428: odbc_primarykeys returns 0 rows

[daniel . rowe]

From: [EMAIL PROTECTED]
Operating system: W2K
PHP version:  4.0.4pl1
PHP Bug Type: ODBC related
Bug description:  odbc_primarykeys returns 0 rows

Trying to get the primary keys with "odbc_primarykeys", using a valid connectid, '' or 
'%' as qualifier, '%', '' or 'sa' as owner and a valid table name, always return empty 
set.

ODBC Connection is established to MS-SQL-Server.


-- 
Edit Bug report at: http://bugs.php.net/?id=10428&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] Bug #10427: Compilation stop with PDF_show_boxed in -lpdf... no

[alkaline01]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2-RELEASE
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Compilation stop with PDF_show_boxed in -lpdf... no

hi...having a problem compiling pdflib support into php4.0.4pl1.

configure for php4.0.4pl1:
./configure --with-pdflib=/usr/local --enable-shared-pdflib --with-jpeg-dir=/usr/local 
--with-tiff-dir=/usr/local

...
checking whether to include Pdflib 3.x support... /usr/local
yes
checking for libz needed by pdflib 3.x... already zlib support
checking for jpeg_read_header in -ljpeg... yes
checking for png_create_info_struct in -lpng... yes
checking for TIFFOpen in -ltiff... yes
checking for PDF_show_boxed in -lpdf... no
configure: error: pdflib extension requires pdflib 3.x.

ive tried several different ./configure options and this is the best result i get.  
same problem using pdflib 3.0.3 and pdflib 4.0.0.  also tried to disable tiff support 
on the pdflib compile but that did not work either.

this seems to be the same bug as the open Bug id #9275 
http://www.php.net/bugs.php?id=9275

any suggestions??
thx


-- 
Edit Bug report at: http://bugs.php.net/?id=10427&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] Bug #10423: HTTP_ENV_VARS is bigger, overwrites session vars

[Jon Parise]

On Fri, Apr 20, 2001 at 04:32:25PM -0400, Colin Viebrock wrote:

> > yes it is, AFAIK.  in fact, you will find it handy to have a
> > wrapper function/class over all these HTTP_*_VARS arrays to
> > validate stuff ;)
> 
> I can't face wading through 4 megs of code to switch to using
> HTTP_POST_VARS all the time. :)
> 
> What kind of a wrapper function/class are you suggesting?
 
Have a look at the getFormData() funciton we use in Horde:

http://cvs.horde.org/cvs.php/horde/lib/Horde.php

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

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

Re: [PHP-DEV] Bug #10423: HTTP_ENV_VARS is bigger, overwrites session vars

[Colin Viebrock]

> > Specifically in my case, HTTP_ENV_VARS['USER'] is now being set.  It
took me a while to figure out why my scripts, which use $USER as a session
variable, were getting messed up.
> >
> That is because PHP inherits the environment from Apache, which in turn
> inherits it from the shell in which you started the server. Use something
like
> 'env -i apachectl start' when starting apache or replace the line
> HTTPD=/path/to/httpd with HTTPD="env -i /path/to/httpd" in apachectl, if
using
> it.
>
> that way you'll get a clean environment. If you need specific variables to
be
> set (like those for Oracle) use Apache SetEnv directive.

Yeah, I figured as much.  I just wondered why PHP seemed to pickup
$HTTP_ENV_VARS['USER'] now, when it didn't before (I don't think).

Anyway, I just changed my php.ini from:
variables_order = "EGPCS"
to
variables_order = "GPCS"

> > Finally, if register_globals is off, is $GLOBALS useable?  I have some
functions that manipulate variables in the global scope.
> yes it is, AFAIK.
> in fact, you will find it handy to have a wrapper function/class over all
these HTTP_*_VARS
> arrays to validate stuff ;)

I can't face wading through 4 megs of code to switch to using HTTP_POST_VARS
all the time. :)

What kind of a wrapper function/class are you suggesting?


> So this is not a bug, and you might want to close it.

Consider it done. :)

- Colin


-- 
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 #10423 Updated: HTTP_ENV_VARS is bigger, overwrites session vars

[colin]

ID: 10423
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Performance problem
Description: HTTP_ENV_VARS is bigger, overwrites session vars

Quick fix was to edit php.ini from:

variables_order = "EGPCS"

to:

variables_order = "GPCS"

so HTTP_ENV_VARS is not set, nor are the respective global vars.

- Colin

Previous Comments:
---

[2001-04-20 11:42:23] [EMAIL PROTECTED]
After updating my CVS version of PHP, a dump of HTTP_ENV_VARS showed several new 
environment variables that weren't set in an earlier version of PHP (4.0.3pl1 for 
instance).

Specifically in my case, HTTP_ENV_VARS['USER'] is now being set.  It took me a while 
to figure out why my scripts, which use $USER as a session variable, were getting 
messed up.

Any reason why these env vars are getting set now where they weren't before?

I have register_globals turned on.  I suppose I should turn it off, and refer to 
everything as HTTP_*_VARS if I need it, right?

Finally, if register_globals is off, is $GLOBALS useable?  I have some functions that 
manipulate variables in the global scope.

- Colin

---


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


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

Re: [PHP-DEV] Bug #10423: HTTP_ENV_VARS is bigger, overwrites session vars

[teo]

Hi colin!
On Fri, 20 Apr 2001, [EMAIL PROTECTED] wrote:

> From: [EMAIL PROTECTED]
> Operating system: RH7.0
> PHP version:  4.0 Latest CVS (20/04/2001)
> PHP Bug Type: Performance problem
> Bug description:  HTTP_ENV_VARS is bigger, overwrites session vars
> 
> After updating my CVS version of PHP, a dump of HTTP_ENV_VARS showed several new 
>environment variables that weren't set in an earlier version of PHP (4.0.3pl1 for 
>instance).
> 
> Specifically in my case, HTTP_ENV_VARS['USER'] is now being set.  It took me a while 
>to figure out why my scripts, which use $USER as a session variable, were getting 
>messed up.
> 
That is because PHP inherits the environment from Apache, which in turn
inherits it from the shell in which you started the server. Use something like
'env -i apachectl start' when starting apache or replace the line 
HTTPD=/path/to/httpd with HTTPD="env -i /path/to/httpd" in apachectl, if using
it.

that way you'll get a clean environment. If you need specific variables to be
set (like those for Oracle) use Apache SetEnv directive.

> Any reason why these env vars are getting set now where they weren't before?
yes.

> 
> I have register_globals turned on.  I suppose I should turn it off, and refer to 
>everything as HTTP_*_VARS if I need it, right?
right

> Finally, if register_globals is off, is $GLOBALS useable?  I have some functions 
>that manipulate variables in the global scope.
yes it is, AFAIK.
in fact, you will find it handy to have a wrapper function/class over all these 
HTTP_*_VARS
arrays to validate stuff ;)

So this is not a bug, and you might want to close it.

ciao

-- teodor

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

[Andrei Zmievski]

On Fri, 20 Apr 2001, TomHenry wrote:
> Adrei
> 
> I guess the underlaying thread was lost -- the whole issue is just that I 
> don't have control over compiling PHP in the first place.  I needed a 
> solution that could be implemented w/o being the one compiling 0 I I 
> compiled then I wouldn't have the problem at all.
> 
> And - that's why I have requested that (since the WDDX is now native) that 
> it be _always_ be embedded (like XML is already) without needed the config 
> line switches.
> 
> Maybe you can help me understand why this is not a reasonable idea (I've 
> made this request before but never get a reply)?
> 
> Sincerely thanks and much appreciation for all your contributions to PHP,

It's been done.

-Andrei

The 3 great virtues of a programmer:
Laziness, Impatience, and Hubris. 
--Larry Wall

-- 
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 #10411 Updated: number_format returns wrong values

[mark]

ID: 10411
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Unknown/Other Function
Description: number_format returns wrong values

That was just a typo on my part entering the information 
here.  The bug still exists, and I think it specifically 
has to do with values set as float,2 from MySQL. It doesn't 
happen every time, but I have seen this on at least 5 
occasions now (in 5 different sets of code).

I can recreate it within my code, but you don't want me to 
paste my code (its all intermingled in a 600 lines of 
script)

check it out specifically using values pulled from MySQL 
with a type of float,2.

Here's the kicker, if I do something like 
$total=number_format($totals,2); print $total; the bug 
exists...if I do print number_format($totals,2) it works 
normally.

Previous Comments:
---

[2001-04-19 17:53:57] [EMAIL PROTECTED]
Try changing:
$total = number_format($calcs_a + calcs_b,2);
to
$total = number_format($calcs_a + $calcs_b,2);
(Note the missing $)

Works just fine here with that small adjustment.

---

[2001-04-19 17:35:01] [EMAIL PROTECTED]
number_format returns wrong values in certain situations, 
here is a code example...

$value = 504;
$calcs_a = number_format($value,2);

$othervalue = 504;
$calcs_b = number_format($othervalue,2);

$total = number_format($calcs_a + calcs_b,2);

this returns:
$calcs_a is 504.00
$calcs_b is 504.00
$total is 1.00  (should be 1008.00)

I have seen this on several occasions now on multiple 
machines/setups/Oses




---


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


-- 
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: Bug #10425 Updated: when php calls MYSQL it doesnt work on my xitami!

[MOI toi]

I've added the line "dl("mysql.so")" on the top of
each script  and now it says 
Fatal error: Unable to load dynamic library
'/usr/lib/php3/mysql.so' - /usr/lib/php3/mysql.so:
cannot open shared object file: No such file or
directory in /home/httpd/html/temp/piece/piece.php3 on
line 2

Guilalume

--- Bug Database <[EMAIL PROTECTED]> wrote:
> ID: 10425
> Updated by: derick
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Bogus
> Bug Type: MySQL related
> PHP Version: 4.0.4pl1
> Assigned To: 
> Comments:
> 
> Where did you get this build? Only Configuring on
> UNIX with --without-mysql disables mysql support, as
> it is standard in every distribution. Please reopen
> this report if you think this is not the case.
> 
> And to which message are you referring? I got 300+
> messages on Oct 27th 2000 :)
> 
> Previous Comments:
>
---
> 
> [2001-04-20 14:09:32] [EMAIL PROTECTED]
> I have installed PHP under Xitami web server but I
> can't use MySQL: Fatal error: Call to unsupported or
> undefined function mysql_connect() 
> 
> THE SAME AS THE MESSAGE POSTED ON 27th october
> 
> PLEASE HELP US OUT!:)
> 
>
---
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
> http://bugs.php.net/?id=10425&edit=2
> 


=
MESSAGES IMPORTANT:

Ce email est sans accent pour ceux qui ne serait pas compatible a nos emails.  Les 
accents apparaitraient alors sous forme de ?.  Merci.

__
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/

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

Re: [PHP-DEV] Enabling WDDX

[TomHenry]

Andrei,

Thanks _very_ much for your attention to this detail -- I like your 
solution ;-)

Most gratefully,
Tom Henry


At 12:04 PM 4/20/01 -0500, Andrei Zmievski wrote:
>On Fri, 20 Apr 2001, TomHenry wrote:
> > Adrei
> >
> > I guess the underlaying thread was lost -- the whole issue is just that I
> > don't have control over compiling PHP in the first place.  I needed a
> > solution that could be implemented w/o being the one compiling 0 I I
> > compiled then I wouldn't have the problem at all.
> >
> > And - that's why I have requested that (since the WDDX is now native) that
> > it be _always_ be embedded (like XML is already) without needed the config
> > line switches.
> >
> > Maybe you can help me understand why this is not a reasonable idea (I've
> > made this request before but never get a reply)?
> >
> > Sincerely thanks and much appreciation for all your contributions to PHP,
>
>I don't have any objections to enabling WDDX by default, especially
>since it's always mentioned as one of the "cool" technologies when PHP
>is talked about. I will go ahead and make it enabled unless someone
>objects and gives me a good reason not to.
>
>-Andrei
>
>We all have photographic memories, it's just
>that some of us don't have any film.


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

[PHP-DEV] Bug #10426: pfsockopen resource is not client site persistent.

[ralph]

From: [EMAIL PROTECTED]
Operating system: Linux snarff 2.2.16-3smp #1 SMP Tue Aug 8 21:44:50 PDT 2000 i686
PHP version:  4.0.3
PHP Bug Type: Sockets related
Bug description:  pfsockopen resource is not client site persistent.

config line:  './configure' '--with-apache=/usr/local/apache_1.3.14'
   '--with-mysql=/usr/local/mysql' '--with-ldap' 
'--with-imap' '--enable-ftp'
   '--enable-yp' '--enable-track-vars'

any connections that are opened by pfsockopen are not being retained such that 
subsequent page calls to this script will be able to utilize the open connection (yes, 
the server is still connected and listening to the connection made) but php will not 
allow to reuse that connection.  error message:
Warning:  Supplied argument is not a valid File-Handle resource in 
/home/ralph/ralphschindler-www/projects/client_rs_cpen471.php on line 19

the calling form after the connection is made looks like this:






Is this a bug? there is scarce info on this issue on the web

here is the code i was using to test this client app:





\n";
$mysocket = pfsockopen($connect_host, $connect_port, $error_no, $error_str, 180);
  } else {
echo "Using open connection on $host - $port -> $mysocket\n";
fputs($mysocket,"$command");
echo fread($mysocket,128);
fclose($mysocket);

  }

echo $error_no . "\n\n" . $error_str;
  ?>









-- 
Edit Bug report at: http://bugs.php.net/?id=10426&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] Bug #10425 Updated: when php calls MYSQL it doesnt work on my xitami!

[derick]

ID: 10425
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: MySQL related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Where did you get this build? Only Configuring on UNIX with --without-mysql disables 
mysql support, as it is standard in every distribution. Please reopen this report if 
you think this is not the case.

And to which message are you referring? I got 300+ messages on Oct 27th 2000 :)

Previous Comments:
---

[2001-04-20 14:09:32] [EMAIL PROTECTED]
I have installed PHP under Xitami web server but I can't use MySQL: Fatal error: Call 
to unsupported or undefined function mysql_connect() 

THE SAME AS THE MESSAGE POSTED ON 27th october

PLEASE HELP US OUT!:)

---



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


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

[PHP-DEV] Bug #10425: when php calls MYSQL it doesnt work on my xitami!

[bolbol90]

From: [EMAIL PROTECTED]
Operating system: w98
PHP version:  4.0.4pl1
PHP Bug Type: MySQL related
Bug description:  when php calls MYSQL it doesnt work on my xitami!

I have installed PHP under Xitami web server but I can't use MySQL: Fatal error: Call 
to unsupported or undefined function mysql_connect() 

THE SAME AS THE MESSAGE POSTED ON 27th october

PLEASE HELP US OUT!:)


-- 
Edit Bug report at: http://bugs.php.net/?id=10425&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] Bug #10424: apache crash with segmentation fault at end of phpinfo() function call.

[jliebert]

From: [EMAIL PROTECTED]
Operating system: AIX 4.3
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  apache crash with segmentation fault at end of phpinfo() function 
call.

Compiler: C for AIX version 5 (xlc_r)
Web serveur: IBM_HTTP_Server/1.3.6.2 Apache/1.3.7-dev (Unix)
PHP was compiled with this options:

$ ./configure --prefix=/usr/local/php4 \
  --with-apxs=/local/src/bin/apxs \
  --with-config-file-path=/usr/local/php4/lib \
  --with-mysql=/usr/local \
  --with-exec-dir=/usr/bin \
  --enable-inline-optimization \
  --enable-magic-quotes \
  --enable-track-vars \
  --enable-memory-limit \
  --enable-debugger \
  --enable-safe-mode \
  --enable-sigchild \
  --with-system-regex

I have added this to main/php_config.h to correct some
compilation trouble about undefined functions and 
redefinitions:
#define HAVE_DLFCN_H 1
/* #define HAVE_ALLOCA 1 */
#define HAVE_INT_8_16_32 1

The module is loaded correctly by apache but when a php script is call the script 
return the result and the 
daemon crash with a segmentation fault (11).

This is the test script:
  phpinfo.php:
  

This is the result of dbx when the script is requested:
  # dbx /usr/HTTPServer/bin/httpd
  Type 'help' for help.
  reading symbolic information ...warning: no source compiled with -g

  (dbx) run -f /babel/httpd-dev/conf/httpd.conf -X

  Segmentation fault in _efree at 0xd0dcc294 ($t1)
  0xd0dcc294 (_efree+0x1c) 80630008lwz   r3,0x8(r3)
  (dbx) quit
  #

Did I need to use other compiler, or something to configure ? did the efree function 
is bugged under AIX ?

Thanks for help.


-- 
Edit Bug report at: http://bugs.php.net/?id=10424&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: Bug #10403 Updated: cannot prepare iODBC statements

[Thom Leigh]

direct ODBC access (with odbctest utility) works beautifully, it only 
crashes inside php...

-thom Leigh

Bug Database wrote:

> ID: 10403
> Updated by: ahill
> Reported By: [EMAIL PROTECTED]
> Status: Open
> Bug Type: ODBC related
> PHP Version: 4.0.4pl1
> Assigned To: 
> Comments:
> 
> Please verify that you have tried other drivers, or create a ODBC trace 
>(DebugFile=file.out in the odbc.ini file) to view the ODBC calls.
> 
> The driver is most likely segfaulting here, not iODBC.
> 
> 
> 
> Previous Comments:
> ---
> 
> [2001-04-19 11:17:44] [EMAIL PROTECTED]
> Script:
>  $connection = odbc_connect("test", "test", "test");
> $query = "select * from tbl_name";
> $result = odbc_prepare($connection, $query);
> odbc_close($connection);
> ?>
> 
> Modules:
> --with-mysql --with-iodbc --with-gd --with-jpeg-dir --with-ming --enable-ftp 
>--enable-sockets
> 
> gdb backtrace:
> 
> X-Powered-By: PHP/4.0.4pl1
> Content-type: text/html
> 
> 
> Program recieved signal SIGSEGV, Segmentation fault.
> 0x402a06f1 in my_SQLPrepare (hstmt=0x81ab4c0,
>   szSqlStr=0x817e094 "select * from table_name", cSqlStr=-3)
>   at prepare.c:167
> 167   if (use_mb(charset_info))
> 
> 
> ---
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=10403&edit=2
> 
> 
> 
> 


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

Re: [PHP-DEV] Re: [PHP-QA] RC7 is out

[Felix Kronlage]

On Fri, Apr 20, 2001 at 07:22:07PM +0300, Zeev Suraski wrote:

> Works fine here

does here now too...maybe it has been fixed since this afternoon...
however, now can test :)

-fkr, satiesfied
-- 
gpg-fingerprint: 076E 1E87 3E05 1C7F B1A0  8A48 0D31 9BD3 D9AC 74D0 
  |http://www.hazardous.org/ | whois -h whois.ripe.de FKR-RIPE  |
  |all your base are belong to us  |  shame on me  | fkr@IRCnet | 


-- 
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] RC7 is out

[Zeev Suraski]

Works fine here

At 16:39 20/4/2001, Felix Kronlage wrote:
>On Fri, Apr 20, 2001 at 04:42:24PM +0200, Andi Gutmans wrote:
>
> > http://www.php.net/distributions/php-4.0.5RC7.tar.gz
>
>404
>
>-fkr
>--
>gpg-fingerprint: 076E 1E87 3E05 1C7F B1A0  8A48 0D31 9BD3 D9AC 74D0
>   |http://www.hazardous.org/ | whois -h whois.ripe.de FKR-RIPE  |
>   |all your base are belong to us  |  shame on me  | fkr@IRCnet |
>
>
>--
>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]

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.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] Bug #10382 Updated: array_multisort() doesn't work as advertised

[andrei]

ID: 10382
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

I cut & pasted your code and ran it against latest CVS version and it works.

Previous Comments:
---

[2001-04-18 13:57:41] [EMAIL PROTECTED]
Sorry, I submitted this to the 'add notes' for the online manual thinking that was 
where I might get information.

What I did is  cut-&-pasted the code from documentation for the function 
array_multisort() into a brand new PHP script and added some print_r() calls. The 
function array_multisort() doesn't work as adverstised. :] It generates an error: 
Warning: Argument 3 to array_multisort() is expected to be an array in 
array_multisort.php on line 9 

Here is the PHP file array_multisort.php: 
 
 
 

Can anyone assist?

---



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


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

Re: [PHP-DEV] Enabling WDDX

[Andrei Zmievski]

On Fri, 20 Apr 2001, TomHenry wrote:
> Adrei
> 
> I guess the underlaying thread was lost -- the whole issue is just that I 
> don't have control over compiling PHP in the first place.  I needed a 
> solution that could be implemented w/o being the one compiling 0 I I 
> compiled then I wouldn't have the problem at all.
> 
> And - that's why I have requested that (since the WDDX is now native) that 
> it be _always_ be embedded (like XML is already) without needed the config 
> line switches.
> 
> Maybe you can help me understand why this is not a reasonable idea (I've 
> made this request before but never get a reply)?
> 
> Sincerely thanks and much appreciation for all your contributions to PHP,

I don't have any objections to enabling WDDX by default, especially
since it's always mentioned as one of the "cool" technologies when PHP
is talked about. I will go ahead and make it enabled unless someone
objects and gives me a good reason not to.

-Andrei

We all have photographic memories, it's just
that some of us don't have any film.

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

[TomHenry]

Adrei

I guess the underlaying thread was lost -- the whole issue is just that I 
don't have control over compiling PHP in the first place.  I needed a 
solution that could be implemented w/o being the one compiling 0 I I 
compiled then I wouldn't have the problem at all.

And - that's why I have requested that (since the WDDX is now native) that 
it be _always_ be embedded (like XML is already) without needed the config 
line switches.

Maybe you can help me understand why this is not a reasonable idea (I've 
made this request before but never get a reply)?

Sincerely thanks and much appreciation for all your contributions to PHP,
Tom Henry

At 10:38 AM 4/20/01 -0500, Andrei Zmievski wrote:
>On Fri, 20 Apr 2001, TomHenry wrote:
> > Andrei,
> >
> > Could you explain more what you mean by "build it as a shared library"?  I
> > have no Idea what it means.
> >
> > What do I need, and what are the steps to do that?
> >
> > Thank you very much for responding to my dilemma - I have been trying to
> > get some answer to this for a long time.
>
>add --enable-wddx=shared to your compiler line, then after it compiles,
>run 'make install' and after that just use extension=wddx.so from
>php.ini. You can remove --enable-wddx=shared after all this is done.
>
>-Andrei
>* The best source is the source code. *


-- 
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] subreq php from apache 1.2

[Shaun Batterton]

Hey folks,

I'm subrequesting php from my own apache module.  Everything has worked
great, but headers don't get sent.  Does anyone have any ideas why mod_php
doesn't send headers in this situation?  

I'm thinking maybe my problem is that I'm using AddType to add my
handler.  Any ideas?

-Shaun

-- 


-- 
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] lxr.php.net and the php4/core directory

[Andrei Zmievski]

Should be fixed.

On Fri, 20 Apr 2001, Andrei Zmievski wrote:
> I'll take a look at it.
> 
> On Thu, 19 Apr 2001, Hartmut Holzgraefe wrote:
> > 
> > could someone please make lxr ignore the old php4/core directory
> > when indexing the source?
> > 
> > -- 
> > Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77
> > 
> > -- 
> > 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]
> > 
> 
> 
> 
> -Andrei
> * If Bill Gates had a nickel for every time Windows crashed.. Oh, wait.. *
> 
> -- 
> 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]
> 



-Andrei
* "Lack of planning on your part doesn't constitute an emergency on my part." *

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

[PHP-DEV] Bug #10423: HTTP_ENV_VARS is bigger, overwrites session vars

[colin]

From: [EMAIL PROTECTED]
Operating system: RH7.0
PHP version:  4.0 Latest CVS (20/04/2001)
PHP Bug Type: Performance problem
Bug description:  HTTP_ENV_VARS is bigger, overwrites session vars

After updating my CVS version of PHP, a dump of HTTP_ENV_VARS showed several new 
environment variables that weren't set in an earlier version of PHP (4.0.3pl1 for 
instance).

Specifically in my case, HTTP_ENV_VARS['USER'] is now being set.  It took me a while 
to figure out why my scripts, which use $USER as a session variable, were getting 
messed up.

Any reason why these env vars are getting set now where they weren't before?

I have register_globals turned on.  I suppose I should turn it off, and refer to 
everything as HTTP_*_VARS if I need it, right?

Finally, if register_globals is off, is $GLOBALS useable?  I have some functions that 
manipulate variables in the global scope.

- Colin


-- 
Edit Bug report at: http://bugs.php.net/?id=10423&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] A safemode like eval for non-safemode operation?

[Chris Newbill]

Is is possible to have some kind of function like eval that runs in a
restricted mode, like safe mode?

I'd like to be able to allow users to create little macro scripts for events
I store in a database, but I'd also like to limit what those scripts can do
without restricting my regular PHP code.

Any thoughts?

Thanks,


Chris Newbill
OneWest.net Inc.,
Programmer/Analyst

406.449.8056
[EMAIL PROTECTED]

/*
Windows crashed.
I am the Blue Screen of Death.
No one hears your screams.
*/




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

[Andrei Zmievski]

On Fri, 20 Apr 2001, TomHenry wrote:
> Andrei,
> 
> Could you explain more what you mean by "build it as a shared library"?  I 
> have no Idea what it means.
> 
> What do I need, and what are the steps to do that?
> 
> Thank you very much for responding to my dilemma - I have been trying to 
> get some answer to this for a long time.

add --enable-wddx=shared to your compiler line, then after it compiles,
run 'make install' and after that just use extension=wddx.so from
php.ini. You can remove --enable-wddx=shared after all this is done.

-Andrei
* The best source is the source code. *

-- 
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] Suggestion for in_array

[Andrei Zmievski]

See array_search() function.

On Fri, 20 Apr 2001, Thomas Deliduka wrote:
> Perhaps having in_array return the index for the element that contains the
> needle.
> 
> That would be very useful.
> -- 
> 
> Thomas Deliduka
> IT Manager
>  -
> New Eve Media
> The Solution To Your Internet Angst
> http://www.neweve.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]
> 



-Andrei
* Non-volatile, random-access, analog memory store... a book. *

-- 
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] Suggestion for in_array

[Chuck Hagenbuch]

Quoting Thomas Deliduka <[EMAIL PROTECTED]>:

> Perhaps having in_array return the index for the element that contains the
> needle.
> 
> That would be very useful.

No, that would break the semantics of the function, because the index could be 
0, which evaluates to false in boolean expressions.

-chuck

--
Charles Hagenbuch, <[EMAIL PROTECTED]>

Taurus:
You will receive an urgent transmission from the Martian government informing 
you that Mars does not, in fact, need women, so please stop sending them.

-- 
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] Suggestion for in_array

[Thomas Deliduka]

Perhaps having in_array return the index for the element that contains the
needle.

That would be very useful.
-- 

Thomas Deliduka
IT Manager
 -
New Eve Media
The Solution To Your Internet Angst
http://www.neweve.com/



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

Re: [PHP-DEV] lxr.php.net and the php4/core directory

[Andrei Zmievski]

I'll take a look at it.

On Thu, 19 Apr 2001, Hartmut Holzgraefe wrote:
> 
> could someone please make lxr ignore the old php4/core directory
> when indexing the source?
> 
> -- 
> Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77
> 
> -- 
> 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]
> 



-Andrei
* If Bill Gates had a nickel for every time Windows crashed.. Oh, wait.. *

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

[TomHenry]

Andrei,

Could you explain more what you mean by "build it as a shared library"?  I 
have no Idea what it means.

What do I need, and what are the steps to do that?

Thank you very much for responding to my dilemma - I have been trying to 
get some answer to this for a long time.

Sincerely,
Tom Henry

At 09:25 AM 4/20/01 -0500, Andrei Zmievski wrote:
> >WDDX
> > Else is there a way to allow it to be turned on through either the php.ini
> > file or though the .htaccess technique?
> >
>
>You can build it as a shared library and load it via php.ini.
>
>-Andrei


-- 
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 #10379 Updated: ns-httpd crashes on php content.

[ptierney]

ID: 10379
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: iPlanet related
Description: ns-httpd crashes on php content.

Compile failed using php4-200104200645:

Making all in oci8
/bin/sh /usr/share/src/php4-200104200645/libtool --silent --mode=compile gcc  -I. 
-I/usr/share/src/php4-200104200645/ext/oci8 -I/usr/share/src/php4-200104200645/main 
-I/usr/share/src/php4-200104200645 -I/opt/NetScape/server4/plugins/include 
-I/usr/share/src/php4-200104200645/Zend 
-I/usr/share/src/php4-200104200645/ext/mysql/libmysql -I/opt/Oracle/rdbms/demo 
-I/opt/Oracle/network/public -I/opt/Oracle/plsql/public 
-I/usr/share/src/php4-200104200645/ext/xml/expat/xmltok 
-I/usr/share/src/php4-200104200645/ext/xml/expat/xmlparse 
-I/usr/share/src/php4-200104200645/TSRM  -D_POSIX_PTHREAD_SEMANTICS 
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM 
-DTHREAD=1 -g -O2 -pthreads  -c oci8.c
oci8.c: In function `php_if_ocicollappend':
oci8.c:4361: `oci_globals' undeclared (first use in this function)
oci8.c:4361: (Each undeclared identifier is reported only once
oci8.c:4361: for each function it appears in.)
oci8.c: In function `php_if_ocicolldategetelem':
oci8.c:4485: `oci_globals' undeclared (first use in this function)
oci8.c: In function `php_if_ocicolldateassignelem':
oci8.c:4595: `oci_globals' undeclared (first use in this function)
oci8.c: In function `php_if_ocicolldateappendelem':
oci8.c:4689: `oci_globals' undeclared (first use in this function)
oci8.c: In function `php_if_ocicollgetelem':
oci8.c:4741: `oci_globals' undeclared (first use in this function)
oci8.c: In function `php_if_ocicollassign':
oci8.c:4828: `oci_globals' undeclared (first use in this function)
oci8.c: In function `php_if_ocicollassignelem':
oci8.c:4889: `oci_globals' undeclared (first use in this function)
oci8.c: In function `php_if_ocicollsize':
oci8.c:4972: `oci_globals' undeclared (first use in this function)
oci8.c: In function `php_if_ocicollmax':
oci8.c:4994: `oci_globals' undeclared (first use in this function)
oci8.c: In function `php_if_ocicolltrim':
oci8.c:5020: `oci_globals' undeclared (first use in this function)
oci8.c: In function `php_if_ocinewcollection':
oci8.c:5062: `oci_globals' undeclared (first use in this function)
*** Error code 1
make: Fatal error: Command failed for target `oci8.lo'
Current working directory /usr/share/src/php4-200104200645/ext/oci8
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /usr/share/src/php4-200104200645/ext/oci8
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /usr/share/src/php4-200104200645/ext
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'

Previous Comments:
---

[2001-04-19 17:49:28] [EMAIL PROTECTED]
Can you please try the latest snapshot available at snaps.php.net or even better the 
latest CVS (make sure you grab the latest CVS of TSRM if you use CVS).


---

[2001-04-19 13:58:13] [EMAIL PROTECTED]
Was able to get some output from gdb.  This is not the debug build, but built with -g 
to gcc.

(gdb) cont
Continuing.
[New Thread 12 (LWP 4)]
[Switching to Thread 12 (LWP 4)]

Program received signal SIGSEGV, Segmentation fault.
0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
Cannot access memory at address 0xfde41f44

---

[2001-04-19 11:33:49] [EMAIL PROTECTED]
Was able to get some output from gdb.  This is not the debug build, but built with -g 
to gcc.

(gdb) cont
Continuing.
[New Thread 12 (LWP 4)]
[Switching to Thread 12 (LWP 4)]

Program received signal SIGSEGV, Segmentation fault.
0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
Cannot access memory at address 0xfde41f44

---

[2001-04-18 09:54:16] [EMAIL PROTECTED]
The configure line:
./configure --with-nsapi=/opt/NetScape/server4 --with-oci8=/oracle/OraHome1 
--prefix=/usr/local/php --mandir=/usr/man --srcdir=/usr/src/php-4.0.4pl1 --with-exec
-dir --enable-track-vars --enable-force-cgi-redirect --enable-discard-path 
--with-config-file-path=/opt/NetScape/server4

Using Iplanet 4.1sp6 on Sun 420R, single proc, 1GB ram

We were seeing large numbers of watchdog restarts, whenever php was enabled, as many 
as 100 in 5 minutes.  After much testing, we started to realize larger php files 
appeared to be causing the problem.  We have been able to create a php file that is 
3812 lines long, that will crash the ns-httpd service _every_ time. 

Re: [PHP-DEV] Enabling WDDX

[Andrei Zmievski]

On Tue, 17 Apr 2001, Tom wrote:
> 
> I run websites on server farms - and am usually faced with difficulties as a 
> result of the PHP configuration being at the whim of the ISV staff - 
> especially when version upgrades are made - they frequently fail to include 
> all the needed -with- and -enable- statements.
> 
> If (my assumption) WDDX is now 'native' to PHP --- is there a way to have it 
> always included in the build, as opposed to rely on it being included in the 
> configure command line?
> 
> Else is there a way to allow it to be turned on through either the php.ini 
> file or though the .htaccess technique?
> 
> Caveat - I have tried to use both php.ini and .htaccess to asccomplish this 
> ((on v4.04pl1)) but was unsuccessful.  If should have worked the please 
> describe what I _should_ have done -or- if it's a prob with that 'version' 
> only please advise.

You can build it as a shared library and load it via php.ini.

-Andrei
* "UNIX, isn't that some archaic form of DOS?" - our job applicant *

-- 
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: Bug #10411 Updated: number_format returns wrong values

[Mark Guertin]

That was just a typo on my part entering the information.  The bug still
exists, and I think it specifically has to do with values set as float,2
from MySQL.

It doesn't happen every time, but I have seen this on at least 5 occasions
now.

Mark


on 4/19/01 5:53 PM, Bug Database at [EMAIL PROTECTED] wrote:

> ID: 10411
> Updated by: joey
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Closed
> Bug Type: Unknown/Other Function
> PHP Version: 4.0.4pl1
> Assigned To: 
> Comments:
> 
> Try changing:
> $total = number_format($calcs_a + calcs_b,2);
> to
> $total = number_format($calcs_a + $calcs_b,2);
> (Note the missing $)
> 
> Works just fine here with that small adjustment.
> 
> Previous Comments:
> ---
> 
> [2001-04-19 17:35:01] [EMAIL PROTECTED]
> number_format returns wrong values in certain situations,
> here is a code example...
> 
> $value = 504;
> $calcs_a = number_format($value,2);
> 
> $othervalue = 504;
> $calcs_b = number_format($othervalue,2);
> 
> $total = number_format($calcs_a + calcs_b,2);
> 
> this returns:
> $calcs_a is 504.00
> $calcs_b is 504.00
> $total is 1.00  (should be 1008.00)
> 
> I have seen this on several occasions now on multiple
> machines/setups/Oses
> 
> 
> 
> 
> ---
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=10411&edit=2
> 

==
Mark Guertin, IT Manager
Artshouse Communications Inc.
345 Adelaide Street West, Main Floor
Toronto, ON, Canada   M5V 1R5
Phone (416) 340-6284 x222
Fax - (416) 581-1252


-- 
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[2]: [PHP-QA] RC7 is out

[Andrew Sitnikov]

Hello Andi,

reede, 20.04.2001, you wrote:

AG> At 02:59 PM 4/20/2001 -0700, Andrew Sitnikov wrote:
>>Hello Zeev,
>>
>>neljapäev, 19.04.2001, you wrote:
>>
>>
>>ZS> I rolled RC7 - if there are no surprises (there'd better not be! :), it
>>ZS> can finally go out early next week.
>>
>>ZS> Zeev
>>
>>Where i can get it ?

AG> http://www.php.net/distributions/php-4.0.5RC7.tar.gz

AG> Andi



wget http://www.php.net/distributions/php-4.0.5RC7.tar.gz
--16:23:43--  http://www.php.net:80/distributions/php-4.0.5RC7.tar.gz
   => `php-4.0.5RC7.tar.gz'
Connecting to x.x.ee:8080... connected!
Proxy request sent, awaiting response... 404 Not Found
16:25:15 ERROR 404: Not Found.

Best regards,
 Andrew Sitnikov 
 e-mail : [EMAIL PROTECTED]
 GSM: (+372) 56491109



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

[Andrei Zmievski]

On Tue, 17 Apr 2001, Stanislav Malyshev wrote:
> Generally, since PHP is not a strongly typed language, it's not too hard
> to implement multiple inheritance, I guess. Question is - is it worth the
> effort? Does it need to be done?

With multiple inheritance you have a way to implement interfaces and
mixins. Very nice.

-Andrei

Nobody tried to design Windows - it just grew in random
directions without any kind of thought behind 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]

Re: [PHP-DEV] Request : Surface Userland version of zend_is_callable

[Andrei Zmievski]

On Tue, 17 Apr 2001, clayton collie wrote:
> 
> Title says it. It seems like it would be a useful way of preventing certain
> runtime errors with callbacks.

It could be a pretty simple userland function.. but can be written in C
as well.

-Andrei

When we eliminate the impossible, whatever remains,
however improbable, must be true. -- Sherlock Holmes

-- 
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] RC7 is out

[Felix Kronlage]

On Fri, Apr 20, 2001 at 04:42:24PM +0200, Andi Gutmans wrote:

> http://www.php.net/distributions/php-4.0.5RC7.tar.gz

404

-fkr
-- 
gpg-fingerprint: 076E 1E87 3E05 1C7F B1A0  8A48 0D31 9BD3 D9AC 74D0 
  |http://www.hazardous.org/ | whois -h whois.ripe.de FKR-RIPE  |
  |all your base are belong to us  |  shame on me  | fkr@IRCnet | 


-- 
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] RC7 is out

[Andi Gutmans]

At 02:59 PM 4/20/2001 -0700, Andrew Sitnikov wrote:
>Hello Zeev,
>
>neljapäev, 19.04.2001, you wrote:
>
>
>ZS> I rolled RC7 - if there are no surprises (there'd better not be! :), it
>ZS> can finally go out early next week.
>
>ZS> Zeev
>
>Where i can get it ?

http://www.php.net/distributions/php-4.0.5RC7.tar.gz

Andi


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

[PHP-DEV] Bug #9365 Updated: Problem with muiti-byte char code set (serious)

[andi]

ID: 9365
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Also reported as fixed.

Previous Comments:
---

[2001-03-10 05:45:43] [EMAIL PROTECTED]
At first I should correct that included file that causes this problem is only one file 
and returning reference from the functions does not make difference. (Script was not 
uploaded to server. I tested again, the file causes this problem only happens when the 
file is included, and reference does not make changes)

I've tested with 4.0.4pl1 and 4.0.5-dev (200103092045)
with 
 - RedHat Linux7/j (glibc is updated to 2.2, gcc also updated - Redhat's RPM)
 - Apache 1.3.17 w/ mod-ssl, mod-gzip and other apache modules comes with apache. 
(Tested both w/ and w/o ssl)

For 4.0.5-dev, I only add PostgreSQL module.
'./configure' '--with-apxs' '--disable-short-tags' '--with-pgsql'

Results are the same.

I also included the file that causes this from other script. The file is included w/o 
any problems.

I tried to make a simple script that reproduce this problem again, but I could not.

Since I can easily workaround with this problem and I've seen this only once so far, 
I'll leave this problem.
(If I don't use function, the code works as expected)

If you have similar bug report and need more info, please let me know.

PS: Someone post similar problem regarding ob_ob_get_contents(). I asked what kind of 
environment he uses. I'll post report, if I can find out anything.


---

[2001-03-09 23:34:55] [EMAIL PROTECTED]
I forgot comment that it does not happen with simple scripts that have the same logic. 
So trying to make a script that causes this problem is just a waste of your time.

I'll test some more, so please wait feedback.

---

[2001-03-09 23:14:11] [EMAIL PROTECTED]
It seems it is related to reference.

The registration is done in a function and if there are error the function returns 
array contains error messages. It can be relatively large, so I returned reference. I 
get rid of the reference, then it start working as it should.

i.e. 
function ®ister() <= script executed from the beginning.
function register() <= works as it should.

Hope this info helps.


---

[2001-03-09 23:03:45] [EMAIL PROTECTED]
I tested with 

Newer Japanese Charset Handling module.
=> the same result.

Without these modules
=> the same result.

I was compiled in these Japanese char handling modules in php. I didn't compile these 
modules in php, but I compile these modules as individual *.so file. The same result.

If I use plain ASCII HTML file for include(). It works. But not with HTML contains 
EUC.
I'll upgrade my glibc see if it fixes. (Please wait for feedback)

FYI:
Code that causes this. I've tested with require()/include_once()/require_once(), the 
same result.
Reminder - Include()/require() works fine except on this file.

--
// Show Registration complete html
//die('DIED BEFORE INCLUDE'); // Dies as it should
//header('Location: http://www/'); // Just for testing
//include('regist_finished.ihtml'); // HTML file contains EUC. Script executed again 
from the beginning!! Can't even die at the beginning of the file.
//include('test3.php'); // ASCII char only. Works as expected.
include('cancel.ihtml'); // Another HTML file contains EUC. Script executed again from 
the beginning!! Can't even die at the beginning of the file.
die('DIED AFTER INCLUDE'); // DO NOT DIE, as it should.




---

[2001-03-09 22:52:46] [EMAIL PROTECTED]
I tested with 

Newer Japanese Charset Handling module.
=> the same result.

Without these modules
=> the same result.

I was compiled in these Japanese char handling modules in php. I didn't compile these 
modules in php, but I compile these modules as individual *.so file. The same result.

If I use plain ASCII HTML file for include(). It works. But not with HTML contains 
EUC.
I'll upgrade my glibc see if it fixes. (Please wait for feedback)

FYI:
Code that causes this. I've tested with require()/include_once()/require_once(), the 
same result.
Reminder - Include()/require() works fine except on this file.

--
// Show Registration complete html
//die('DIED BEFORE INCLUDE'); // Dies as it should
//header('Location: http://www/'); // Just for testing
//include('regist_finished.ihtml'); // HTML file contains EUC. Script executed again 
from the beginning!! Can't even die at the beginning of the file.
//include('test3.php'); // ASCII char only. Works as expe

[PHP-DEV] Bug #9369 Updated: Bug in foreach, reference (See Bug ID#9365, too)

[andi]

ID: 9369
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Fixed in CVS. Thanks for the report.

Previous Comments:
---

[2001-04-05 21:39:00] [EMAIL PROTECTED]
I've tested against 
  - PHP4.0.5RC1 Windows/Apache SAPI
  - PHP4.0.5RC6 Linux/Apache SAPI

It's still there.

I think this bug is better to be fixed soon, even if this is a programmer's error. For 
example, if user change HTML form values from array to sclar and forgot to change PHP 
code, programmers are crueless what's wrong. If PHP could issue warning, it would be 
easy to find problem.

Please let me know if you don't have this problem.

FYI:
Very simpile code like follows PHP works as it should be (Warning message is 
displyed), but not for longer code. ('server not found or dns error' or empty page. 
Try code that I've submitted. The later one is self contained single file.)

 $k) {
}
?>


---

[2001-03-16 22:08:35] [EMAIL PROTECTED]
After I upgraded my test machine's glibc and gcc, I didn't check if this bug is happen 
on my machine. Unfortunately it still exists. (Upgrading glibc fixed malformed man 
pages when EUC-JP is used, though)

I wrote a new test code for developers so that you can easily verify this bug. (Single 
php file with HTML form to play with this errata)

Note: First of all, programmers should NOT write this kind of code. i.e. Using scalar 
where array is expected, this is error anyway. 

Try test case "foreach and value" and "foreach and reference". PHP does not complain 
illegal use of variable at all, but empty outputs.

This PHP behavior is not acceptable for many users I think. Since if programmer write 
PHP code,  that does this kind of illegal use of variables, can be very hard to find.

I also interested in why PHP behave differently when ASCII is used for scalar and when 
EUC-JP (Multi-byte Charset) is used for scalar.

 source code ===


Foreach and Reference Test




Foreach and Reference Bug Test Page
Test Function: 
Test Param: 




ASCII Text Scalar 

EUC-JP Text Scalar 





ASCII Text Scalar 

EUC-JP Text Scalar 

@




ASCII Text Scalar 

EUC-JP Text Scalar 





ASCII Text Scalar 

EUC-JP Text Scalar 






---

[2001-02-21 08:09:12] [EMAIL PROTECTED]
I found other strange behaviors with much more simple scripts. It is very similar to 
what I experienced, but it differ a little. Bug ID#9365 
(I got default HTML for null output. i.e. output that 
== FILE START ==

== FILE END ==
 script shows. These scripts do not show that.)

Here is 3 php files. (It does not have to be 3 files, but I've test with these 3 
files)
- test.php (just a submission handler. Defines some functions)
- test2.php (File to be executed, when user hit submit button. Defines some functions)
- test3.php (Submit form)

Test result is written in test2.php. Please refer the comments in test2.php (Test 
result is a little differ when I use multi-byte char code)

I've fund this, since I have very similar mistake in my code when I get rid of 
function - refer to 1st post what I mean (Bug ID#9365) There was a variable name 
collision, which I didn't care at all at that time. I passed EUC char code string 
where I should pass multi-dimensional array. Fixing this solved 2nd behavior. (Note: I 
still couldn't get the same behavior with these simple scripts. Fixing this bug may 
fix it, too.)  

Some of them are bug for sure, some error message is misleading, some might be 
inevitable due to PHP's reference implementation. Some might be already reported as 
bug/misbehavior. 

I'll try to find out when PHP stops and restart script execution from the beginning. 
This would be much more difficult, since the code does not have obvious mistake like 
this one. Or is this reported as bug already? If so, please let me know.

== test.php ==
$vn");
 }
 foreach ($msg[0] as $v) {
  print("$vn");
 }
}

function pmsg2(&$msg) {
 while (list($k,$v) = each($msg[1])) {
  print("$vn");
 }
 while (list($k,$v) = each($msg[0])) {
  print("$vn");
 }
}
?>
=== END test.php ===

=== test2.php ===




THIS IS TEST2.PHP
$vn");
 }
 foreach ($msg[0] as $v) {
  print("$vn");
 }
}


function pmsg4(&$msg) {
 while (list($k,$v) = each($msg[1])) {
  print("$vn");
 }
 while (list($k,$v) = each($msg[0])) {
  print("$vn");
 }
}


function pmsg5($msg) {
 foreach ($msg[1] as $v) {
  print("$vn");
 }
 foreach ($msg[0] as $v) {
  print("$vn");
 }
}


function pmsg6($msg) {
 while (list($k,$v) = each($msg[1])) {
  print("$vn");
 }
 while (list($k,$v) = each($msg[0])) {
  print("$vn");
 }
}

?>
END

[PHP-DEV] Bug #10422: cant compile with --with-apxs2

[petko]

From: [EMAIL PROTECTED]
Operating system: Linux  2.2.18 #sparc64
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  cant compile with --with-apxs2

I made configure in this way:
./configure --with-mysql=/home/petkok/mysql --with-apxs2=/home/petkok/httpd/bin/apxs 
--with-config-file-path=/home/petkok/php4

when i run "make" i receive this error:

make[1]: Entering directory `/home/petkok/php-4.0.4pl1/sapi/apache2filter'
/bin/sh /home/petkok/php-4.0.4pl1/libtool --silent --mode=compile gcc  -I. 
-I/home/petkok/php-4.0.4pl1/sapi/apache2filter -I/home/petkok/php-4.0.4pl1/main 
-I/home/petkok/php-4.0.4pl1 -I/home/petkok/httpd/include 
-I/home/petkok/httpd/include/apr -I/home/petkok/php-4.0.4pl1/Zend 
-I/home/petkok/mysql/include/mysql -I/home/petkok/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/home/petkok/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/petkok/php-4.0.4pl1/TSRM  
-D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthread  -c sapi_apache2.c
In file included from sapi_apache2.c:44:
php_apache.h:27: parse error before `ap_bucket_brigade'
php_apache.h:27: warning: no semicolon at end of struct or union
php_apache.h:35: parse error before `}'
php_apache.h:35: warning: data definition has no type or storage class
sapi_apache2.c: In function `php_apache_sapi_ub_write':
sapi_apache2.c:49: `ap_bucket' undeclared (first use in this function)
sapi_apache2.c:49: (Each undeclared identifier is reported only once
sapi_apache2.c:49: for each function it appears in.)


sapi_apache2.c:453: warning: excess elements in scalar initializer
sapi_apache2.c:453: warning: (near initialization for `php4_module')
sapi_apache2.c:455: warning: excess elements in scalar initializer
sapi_apache2.c:455: warning: (near initialization for `php4_module')
sapi_apache2.c:455: warning: data definition has no type or storage class
make[1]: *** [sapi_apache2.lo] Error 1
make[1]: Leaving directory `/home/petkok/php-4.0.4pl1/sapi/apache2filter'
make: *** [all-recursive] Error 1



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

[Andrew Sitnikov]

Hello Zeev,

neljapäev, 19.04.2001, you wrote:


ZS> I rolled RC7 - if there are no surprises (there'd better not be! :), it
ZS> can finally go out early next week.

ZS> Zeev

Where i can get it ?

Best regards,
 Andrew Sitnikov 
 e-mail : [EMAIL PROTECTED]
 GSM: (+372) 56491109



-- 
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] RC7 is out

[Zeev Suraski]

Aha, yep, that's a good reason :)
Sascha - with your ultra cvs update script, won't it be doable to detect 
.tar.gz files and not attach them?

Zeev

At 05:29 20/4/2001, Rasmus Lerdorf wrote:
> > Any good reason for that BTW? :)
>
>Well, to avoid sending 3M attachments to 1000 people.
>
>-Rasmus

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.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] Re: [PHP-QA] RC7 is out

[Zeev Suraski]

Yep, that's true :(
Looks like I forgot to commit the configure.in/main/php_version.h version 
change before tagging.
So heads up folks - RC7 will identify as RC6.  Don't believe it :)

Zeev

At 05:59 20/4/2001, Matt White wrote:
>Zeev;
>
>Compiled on Win32 as an Apache module just fine.
>
>One tiny problem... main\php_version.h still says it's version RC6. It 
>took me a minute to realize that I hadn't made a mistake and copied files 
>from the wrong directory... =)
>
>
>PHP Version 4.0.5RC7
>
>System Windows NT 5.0 build 2195
>Build Date Apr 19 2001
>Server API Apache
>
>
>I will bang on it tomorrow to see if it breaks.
>
>- Matt
>
>
> >>> Zeev Suraski <[EMAIL PROTECTED]> 04/19/01 10:02PM >>>
>
>I rolled RC7 - if there are no surprises (there'd better not be! :), it
>can finally go out early next week.
>
>Zeev
>
>--
>Zeev Suraski <[EMAIL PROTECTED]>
>http://www.zend.com/
>
>
>--
>PHP Quality Assurance Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]

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


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

[PHP-DEV] Bug #10421: can't compile php_sybase_db.c

[infos]

From: [EMAIL PROTECTED]
Operating system: linux Red-Hat 6.2
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  can't compile php_sybase_db.c

compiling with gcc version egcs-2-91.66

options for configure:

./configure --prefix=/WWW/php-4.0.4pl1 --with-apxs2=/WWW/apache2/bin/apxs 
--with-config-file-path=/WWW/php4.0.4pl1 --enable-ftp --enable-socket 
--with-gd=../gd-1.8.1 --enable-trans-sid --with-sybase=/home/sybase 
--enable-inline-optimization --enable-track-vars --enable-sysvsem=yes 
--enable-sysvshm=yes --disable-debug 

using sybase-11.9.2

This is what happens when I compile:

Making all in sybase
make[2]: Entering directory `/root/php-4.0.4pl1/ext/sybase'
make[3]: Entering directory `/root/php-4.0.4pl1/ext/sybase'
/bin/sh /root/php-4.0.4pl1/libtool --silent --mode=compile gcc  -I. 
-I/root/php-4.0.4pl1/ext/sybase -I/root/php-4.0.4pl1/main -I/root/php-4.0.4pl1 
-I/WWW/apache2/include -I/WWW/apache2/include/apr -I/root/php-4.0.4pl1/Zend 
-I/root/gd-1.8.1 -I/root/php-4.0.4pl1/ext/mysql/libmysql -I/home/sybase/include 
-I/root/php-4.0.4pl1/ext/xml/expat/xmltok -I/root/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/root/php-4.0.4pl1/TSRM  -D_REENTRANT -DXML_BYTE_ORDER=12 -I../TSRM -DTHREAD=1 -g 
-O2 -pthread  -c php_sybase_db.c
php_sybase_db.c: In function `php_if_sybase_query':
php_sybase_db.c:781: `core_globals' undeclared (first use in this function)
php_sybase_db.c:781: (Each undeclared identifier is reported only once
php_sybase_db.c:781: for each function it appears in.)
make[3]: *** [php_sybase_db.lo] Error 1
make[3]: Leaving directory `/root/php-4.0.4pl1/ext/sybase'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/php-4.0.4pl1/ext/sybase'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/php-4.0.4pl1/ext'
make: *** [all-recursive] Error 1

everything works fine when I do the same thing in php-4.0.3pl1.





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

[Phil Driscoll]

Windows testers please note (and apologies to those who think I'm teaching
granny to suck eggs):

Just to avoid a potential cockup with the Win32 release, be aware that the
RC7 source builds a debug version of PHP by default on windows - we ought to
be testing (and releasing!) the release_ts_inline version - just set the
correct active configuration in the build menu.

Cheers
--
Phil Driscoll
Dial Solutions
+44 (0)113 294 5112
http://www.dialsolutions.com
http://www.dtonline.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] Bug #10420: Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG library reports

[klink]

From: [EMAIL PROTECTED]
Operating system: W2000
PHP version:  4.0.4pl1
PHP Bug Type: *Graphics related
Bug description:  Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG 
library reports 

i use PHP on command line dos : php file.php "parameter"

I have this error when my code want to copy and resize this
picture only this picture
http://a1692.g.akamai.net/f/1692/2042/1h/medias.lemonde.fr/medias/image_article/39sta1.jpg

First time i have and php fail :
Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG library reports 
Corrupt JPEG data: bad Huffman code

a other time but php don't fail :
Corrupt JPEG data: premature end of data segment
gd-jpeg: JPEG library reports unrecoverable error: Unsupported marker type 0x78

Please contact me if you resolve the problem or find a solution

Thank

Stephane


-- 
Edit Bug report at: http://bugs.php.net/?id=10420&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] Bug #10419: apache ./configure fails

[joker]

From: [EMAIL PROTECTED]
Operating system: linux suse7.1 2.4.2
PHP version:  4.0.4pl1
PHP Bug Type: Compile Problem
Bug description:  apache ./configure fails

this is the same as bug #9950

when i add -lpthread to LIBS in the apache makefile,
some errors are solved but not all when running ./configure in the apache dir.

/usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]'
/usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]'
/usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]'
/usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]'
/usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]'
/usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]'
/usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]'
/usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]'
collect2: ld returned 1 exit status

latest cvs from php (checked out on 20-apr-01 11:40) can't run ./configure correctly:

loading cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles... no
checking host system type... i686-pc-linux-gnu
checking for mawk... no
checking for gawk... gawk
checking for bison... bison -y
checking bison version... 1.28 (ok)
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... no
configure: error: installation or configuration problem: C compiler cannot create 
executables.

so i can't try apache configure together with latest cvs

gcc is:
gcc version 2.95.3 20010315 (release)
and gcc works correctly with all other configure scripts.

any ideas ?

thx
gerald



-- 
Edit Bug report at: http://bugs.php.net/?id=10419&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: Bug #10408 Updated: Bad Sybase-CTlib closing

[olivier comte]

The script Sample.php is :


';
exit();  // global exit of PHP
}

//MAIN PGM:
// set to the user defined error handler
set_error_handler('myErrorHandler');
$connect_id=sybase_connect('server,'GenRe','password');
if (!$connect_id)
echo "An error in sybase_connect !!";
else
{$res=sybase_query('select * from toto',$connect_id);
  // code never reached !
if (!$res)
echo "An error in sybase_query !!";
else
echo 'No error';
}
?>



Before I display Sample.php I try a sp_who command on Sybase. The result is
:
1> sp_who
2> go
 fidspid   status   loginame origname hostname   blk_spid
dbname cmd  block_xloid
 -- --    -- 
--  ---
  0  2 sleeping NULL NULL0
master NETWORK HANDLER0
  0  3 sleeping NULL NULL0
master DEADLOCK TUNE  0
  0  4 sleeping NULL NULL0
master MIRROR HANDLER 0
  0  5 sleeping NULL NULL0
master ASTC HANDLER   0
  0  6 sleeping NULL NULL0
master CHECKPOINT SLEEP   0
  0  7 sleeping NULL NULL0
master HOUSEKEEPER0
  0 12 recv sleep   sa   sa   WinNT  0
CPC_V0 AWAITING COMMAND   0
  0 15 recv sleep   sa   sa   WinNT  0
CPC_V0 AWAITING COMMAND   0
  0 17 running  sa   sa   WinNT  0
CPC_V0 SELECT 0

(9 rows affected)
(return status = 0)
It seems OK !
After one display of Sample.php the sp_who become :
1> sp_who
2> go
 fidspid   status   loginame origname hostname   blk_spid
dbname cmd  block_xloid
 -- --    -- 
--  ---
  0  2 sleeping NULL NULL0
master NETWORK HANDLER0
  0  3 sleeping NULL NULL0
master DEADLOCK TUNE  0
  0  4 sleeping NULL NULL0
master MIRROR HANDLER 0
  0  5 sleeping NULL NULL0
master ASTC HANDLER   0
  0  6 sleeping NULL NULL0
master CHECKPOINT SLEEP   0
  0  7 sleeping NULL NULL0
master HOUSEKEEPER0
  0 12 recv sleep   sa   sa   WinNT  0
CPC_V0 AWAITING COMMAND   0
  0 15 recv sleep   sa   sa   WinNT  0
CPC_V0 AWAITING COMMAND   0
  0 17 running  sa   sa   WinNT  0
CPC_V0 SELECT 0
  0 19 recv sleep   GenReGenRe   0
CPC_V0 AWAITING COMMAND   0

(10 rows affected)
(return status = 0)
And you can see the last user in state "recv sleep" still here, even if the
PHP script is dead.
As intended PHP have produced :


Sybase:  Server message:  toto not found. Specify owner.objectname or use
sp_help to check whether the object exists (sp_help may produce lots of
output).
 (severity 16, procedure N/A)
It wouldn't be very harmful if PHP doesn't try, later, to use this "recv
sleep" connexion again !
If I display (refresh) Sample.php a few time, the sp_who give me :
1> sp_who
2> go
 fidspid   status   loginame origname hostname   blk_spid
dbname cmd  block_xloid
 -- --    -- 
--  ---
  0  2 sleeping NULL NULL0
master NETWORK HANDLER0
  0  3 sleeping NULL NULL0
master DEADLOCK TUNE  0
  0  4 sleeping NULL NULL0
master MIRROR HANDLER 0
  0  5 sleeping NULL NULL0
master ASTC HANDLER   0
  0  6 sleeping NULL NULL0
master CHECKPOINT SLEEP   0
  0  7 sleeping NULL NULL0
master HOUSEKEEPER0
  0 11 recv sleep   GenReGenRe   0
CPC_V0 AWAITING COMMAND   0
  0 12 recv sleep   sa   sa   WinNT  0
CPC_V0 AWAITING COMMAND   0
  0 13 recv sleep   GenReGenRe   0
CPC_V0 AWAITING COMMAND   0
  0 14 recv sleep   GenReGenRe   0
CPC_V0 AWAITING COMMAND   

[PHP-DEV] Bug #10418: Warning :Undefined ...

[pierrick . coppens]

From: [EMAIL PROTECTED]
Operating system: Win2000 Server
PHP version:  4.0.4pl1
PHP Bug Type: GD related
Bug description:  Warning :Undefined ...

Hi,

When I try to generate images I have several Warning messages as :
* Warning : Undefined variable ...
* Warning : Undefined property ...
* and so on ...

This php script I try to run workes on my server of developments (NT4 SP6, PHP 
4.0.3pl1) but not on my win2000 server (PHP 4.0.4pl1).

I try to use the same instalation of PHP (4.0.3pl1) on both, but I have the same 
problems.

I also try to change my php_gd.dll but nothing good appends ...

Is anybody has an idea please 

Pierrick (from France)


-- 
Edit Bug report at: http://bugs.php.net/?id=10418&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 #10415 Updated: ext/informix/ifx.ec:4354: `executor_globals' undeclared

[thierry . salmon]

ID: 10415
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Informix related
Description: ext/informix/ifx.ec:4354: `executor_globals' undeclared

php configure
./configure \
 --with-nsapi=/usr/netscape/server4 \
 --without-mysql \
 --with-informix=/usr/informix \
 --enable-libgcc >> makecti.log 2>&1

Webserver=iPlanet Web Server, Enterprise Edition 4.1


Previous Comments:
---

[2001-04-20 04:19:34] [EMAIL PROTECTED]
Making all in Zend
Making all in main
Making all in ext
Making all in informix
/bin/sh /home/mon1/software/php/php-4.0.4pl1/libtool --silent --mode=compile gcc  -I. 
-I/home/mon1/software/php/php-4.0.4pl1/ext/informix 
-I/home/mon1/software/php/php-4.0.4pl1/main -I/home/mon1/software/php/php-4.0.4pl1 
-I/usr/netscape/server4/include -I/home/mon1/software/php/php-4.0.4pl1/Zend 
-I/usr/informix/incl/esql -I/home/mon1/software/php/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/home/mon1/software/php/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/home/mon1/software/php/php-4.0.4pl1/TSRM  -D_POSIX_PTHREAD_SEMANTICS 
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads 
-I/usr/informix/incl/esql  -c ifx.c
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec: In function `php_minit_ifx':
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:392: warning: passing arg 2 
of `ts_allocate_id' from incompatible pointer type
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec: In function 
`php3_intifxus_free_slob':
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: `executor_globals' 
undeclared (first use in this function)
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: (Each undeclared 
identifier is reported only once
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: for each function it 
appears in.)
*** Error code 1
make: Fatal error: Command failed for target `ifx.lo'
Current working directory /home/mon1/software/php/php-4.0.4pl1/ext/informix
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /home/mon1/software/php/php-4.0.4pl1/ext/informix
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /home/mon1/software/php/php-4.0.4pl1/ext
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'


---


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


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

[PHP-DEV] Bug #10417: os.h:137: conflicting types for `dlopen' `dlsym' `dlerror'

[thierry . salmon]

From: [EMAIL PROTECTED]
Operating system: AIX 4.3.2
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  os.h:137: conflicting types for `dlopen' `dlsym' `dlerror'

with apache 1.3.9
> php configure
./configure \
 -with-informix=/usr/informix  \
 -without-mysql \
 --with-apxs=/usr/local/apache/bin/apxs \
 >configure.log 2>&1
> error
Making all in apache
/bin/sh /software/SOFTWARE/php-4.0.4pl1/libtool --silent --mode=compile gcc  
-I. -I/software/SOFTWARE/php-4.0.4p
l1/sapi/apache -I/software/SOFTWARE/php-4.0.4pl1/main 
-I/software/SOFTWARE/php-4.0.4pl1 -I/usr/local/apache/include -I/s
oftware/SOFTWARE/php-4.0.4pl1/Zend -I/usr/informix/incl/esql 
-I/software/SOFTWARE/php-4.0.4pl1/ext/xml/expat/xmltok -I/s
oftware/SOFTWARE/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/software/SOFTWARE/php-4.0.4pl1/TSRM  -DAIX=43 -DAIX_BIND_PROCESS
OR -DUSE_HSREGEX -DUSE_EXPAT -D__H_LOCALEDEF -DXML_BYTE_ORDER=21 -O2 
-I/usr/informix/incl/esql  -c sapi_apache.c
In file included from /usr/local/apache/include/ap_config.h:115,
 from /usr/local/apache/include/httpd.h:71,
 from sapi_apache.c:32:
/usr/local/apache/include/os.h:137: conflicting types for `dlopen'
/usr/include/dlfcn.h:27: previous declaration of `dlopen'
/usr/local/apache/include/os.h:139: conflicting types for `dlsym'
/usr/include/dlfcn.h:28: previous declaration of `dlsym'
/usr/local/apache/include/os.h:140: conflicting types for `dlerror'
/usr/include/dlfcn.h:30: previous declaration of `dlerror'
In file included from /usr/local/apache/include/ap_config.h:1055,
 from /usr/local/apache/include/httpd.h:71,
 from sapi_apache.c:32:
/usr/include/arpa/inet.h:152: warning: `struct ether_addr' declared inside parameter 
list
/usr/include/arpa/inet.h:152: warning: its scope is only this definition or 
declaration, which is probably not what you
want.
/usr/include/arpa/inet.h:153: warning: `struct ether_addr' declared inside parameter 
list
/usr/include/arpa/inet.h:154: warning: `struct ether_addr' declared inside parameter 
list
/usr/include/arpa/inet.h:159: warning: `struct sockaddr_dl' declared inside parameter 
list
/usr/include/arpa/inet.h:160: warning: `struct sockaddr_dl' declared inside parameter 
list
/usr/include/arpa/inet.h:161: warning: `struct sockaddr_dl' declared inside parameter 
list
make: 1254-004 The error code from the last command is 1.


Stop.

->Turnover:
modify php-4.0.4pl1/Zend/zend.h
/* tsa
 * #ifdef HAVE_DLFCN_H
 * # include 
 * #endif
 */

void *dlopen(const char *, int);
int dlclose(void *);
void *dlsym(void *, const char *);
const char *dlerror(void);

/* tsa
 */
modify apache_1.3.9/src/os/unix/os.h
#ifdef AIX
/* tsa
 * #if AIX < 43
 */
#undef HAVE_DLFCN_H
/* tsa
 * #endif
 */
#endif

 




-- 
Edit Bug report at: http://bugs.php.net/?id=10417&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] Bug #10416: Fetch_cursor return second record not first.

[tomasz . fadrowski]

From: [EMAIL PROTECTED]
Operating system: WINNT, WIN98, Aix
PHP version:  4.0.4pl1
PHP Bug Type: Oracle related
Bug description:  Fetch_cursor return second record not first.

When I try display records from cursor connected to oracle by function "Ora_logon" my 
results of all records display from second to last rows - not display first row.
 Simple code :




Untitled



");
}
ORA_CLOSE($CURSOR);
ORA_LOGOFF($CONNECTION);

?>






-- 
Edit Bug report at: http://bugs.php.net/?id=10416&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] Bug #10415: ext/informix/ifx.ec:4354: `executor_globals' undeclared

[thierry . salmon]

From: [EMAIL PROTECTED]
Operating system: Solaris 7
PHP version:  4.0.4pl1
PHP Bug Type: Informix related
Bug description:  ext/informix/ifx.ec:4354: `executor_globals' undeclared

Making all in Zend
Making all in main
Making all in ext
Making all in informix
/bin/sh /home/mon1/software/php/php-4.0.4pl1/libtool --silent --mode=compile gcc  -I. 
-I/home/mon1/software/php/php-4.0.4pl1/ext/informix 
-I/home/mon1/software/php/php-4.0.4pl1/main -I/home/mon1/software/php/php-4.0.4pl1 
-I/usr/netscape/server4/include -I/home/mon1/software/php/php-4.0.4pl1/Zend 
-I/usr/informix/incl/esql -I/home/mon1/software/php/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/home/mon1/software/php/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/home/mon1/software/php/php-4.0.4pl1/TSRM  -D_POSIX_PTHREAD_SEMANTICS 
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads 
-I/usr/informix/incl/esql  -c ifx.c
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec: In function `php_minit_ifx':
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:392: warning: passing arg 2 
of `ts_allocate_id' from incompatible pointer type
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec: In function 
`php3_intifxus_free_slob':
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: `executor_globals' 
undeclared (first use in this function)
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: (Each undeclared 
identifier is reported only once
/home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: for each function it 
appears in.)
*** Error code 1
make: Fatal error: Command failed for target `ifx.lo'
Current working directory /home/mon1/software/php/php-4.0.4pl1/ext/informix
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /home/mon1/software/php/php-4.0.4pl1/ext/informix
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /home/mon1/software/php/php-4.0.4pl1/ext
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'



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



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

Re: [PHP-DEV] Re: [PHP-CVS] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

[Stig Sæther Bakken]

[Andi Gutmans <[EMAIL PROTECTED]>]
> At 08:13 AM 4/19/2001 -0400, Stig Sæther Bakken wrote:
> >
> >To be quite blunt, I don't have the time to implement this in C.
> >
> >I've tried to get people involved in the strategy for PEAR for months
> >and months.  It's typical that nobody reacts until after
> >implementation has started though.  I want to get this system up and
> >running sooner rather than later, so I'm willing to make something
> >that we throw away and reimplement rather than to not have something
> >for one more year.
> 
> I think you are right.
> BTW, how are you planning on making it as transparent as possible for
> a user who downloads PHP and wants to compile it with PEAR
> C-extensions such as XML, MySQL & Oracle (these are just examples, it
> doesn't reflect my opinion if these should stay in or out of the php
> tree itself)?

Well, if all the extensions that are moved out are moved to a similar
structure in the pear CVS module: php4/ext/hyperwave ->
pear/ext/hyperwave, it should only be a matter of copying some files
and running autoconf before configure.  For this we'd need a shell
script, C program or similar though.  I'm in favor of a shell script,
maybe with some C helpers if it turns out to be a problem finding
lynx, wget or something similar on people's systems.

 - Stig

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

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