Re: [PHP-DEV] Output Compression Issues

[John Donagher]

On Wed, 15 Aug 2001, Rasmus Lerdorf wrote:

> But a second call to Header("Content-Encoding:") will replace the first
> one.  If no content has gone out yet, overwriting a previous
> Content-Encoding header is trivial.  I am not sure what you mean when you
> say that this doesn't do the job for some browsers.  Do they not like a
> blank content-encoding header?  It's not like you end up sending two
> content-encoding headers.
> 

Yea, we tried, it looks like some defaults are assumed if an empty
Content-Encoding header is present. I'll have to confirm this tomorrow.

> We could add some sort of UnHeader() function which calls Apache's
> ap_table_unset() function, but I am not sure if other SAPI backends have
> support for this.

That would probably have a lot of uses, and would solve our problem. Still,
semantically, it seems like when output buffering is aborted with an
ob_end_clean(), the headers that ob_gzhandler sets should be as well, although
I guess that's rather difficult if people start writing their own output
buffering handlers..

John


-- 
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] Linux Today Article

[Ron Chmara]

Edin Kadribasic wrote:
> http://linuxtoday.com/news_story.php3?ltsn=2001-08-13-009-20-OP
> This guy claims that PHP has been 'left in the dust' by ASP.NET.

Uh... if a viable, tested, deployed product was shipping, that may
eventually be substantiated.

Quick show of hands: Who has deployed an enterprise .NET architecture?

If it's in the the dust, why is it's marketshare peanuts compared to PHP?

> Edin
> From the article:

(Warning: venting below:)

> There will be Apache defenders who will bristle at the suggestion that it is
> a vanilla webserver. Look at PHP, they will say. PHP actually has greater
> market share than ASP. You can build fantastic web applications with PHP at
> a fraction of the cost of any commercial alternatives, including Microsoft.

Not to mention faster, more extensible, more open, with more choices in
backends, and it can be deployed on more stable serving platforms. :-)

>  That's great, but when will PHP grow to become something more than a web
> scripting language?

About two years ago.

> Where is the PHP enterprise component architecture?

Vague marketing speak. Do they want millions of prewritten code blocks
to call, so programmers can "write" code based on somebody else's
catch-all, do all, code, slowing the app down to glacial VB/ASP speeds?

They already exist for PHP, if you want 'em. You barely have to
write an include (use/call/whatever) statement, and there's thousands
posted to www.php.net laready. If you don't want the horrible pain
of downloading 5 lines of code, PEAR is building out generic catch-all
objects and components, so you can use code not optimized for your
individual needs.

> What
> about clustering and failover?

Neither IIS nor apache offer true (coming from a VMS standpoint)
clustering. However, I am doing web server clustering already
with PHP, ldap, and postgresql.

> Where are the WSDL and UDDI implementations?

Ah, buzzword wars. Why not ask why PHP doesn't support CASE or
ROSE? (Because the skill of a technology in performing
a task is unrelated to which buzzword of the day is adopted.)

> Don't show me bits and pieces here and there.

Fine. Don't ask for components, then.

> Show me a framework.

Linux (base) Apache (web server) LDAP (auth) Postgres/MySQL (storage).

> Show me a
> reference implementation.

http://www.php.net
Now show me a high-speed ASP.NET site, with 20+ failover sites, 8+
languages, all running off of a common ASP code base... with less than
30 single CPU machines.

> Show me a friendly interface.

UltraEdit.

> Not there yet? So
> PHP has been left in the dust as well, while ASP is morphing into ASP.NET,
> the browser delivery front-end of the Microsoft web services platform.

FUD. And bad marketing flames. Maybe they wanted to bump up their hit count?

-Bop

-- 
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] Output Compression Issues

[Rasmus Lerdorf]

> ob_end_{clean,flush} will stop the output buffering and compression, but the
> header 'Content-Encoding: gzip' is already sent, at that point. Since we can't
> (to my knowledge, please correct me if this is the case) remove the header, the
> best we can do is replace it with the second header() parameter, which
> unfortunately doesn't do the job as far as the browsers are concerned.

But a second call to Header("Content-Encoding:") will replace the first
one.  If no content has gone out yet, overwriting a previous
Content-Encoding header is trivial.  I am not sure what you mean when you
say that this doesn't do the job for some browsers.  Do they not like a
blank content-encoding header?  It's not like you end up sending two
content-encoding headers.

We could add some sort of UnHeader() function which calls Apache's
ap_table_unset() function, but I am not sure if other SAPI backends have
support for this.

-Rasmus


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

[PHP-DEV] CVS Account Request

[CVS Account Request]

Full name: Ryan Bloom
Email: [EMAIL PROTECTED]
ID:rbb
Purpose:   Port to Apache 2.0.  I just need access to the
sapi/apache2filter code right now.

-- 
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] Output Compression Issues

[John Donagher]

We've run into some trouble with output compression, specifically when using
PHP to generate PDF's, and send them directly to the browser with an overridden
mime-type. It appears as though the browser support for this is rather lame;
even recent versions of Netscape hand Acrobat the compressed version of the
PDF, and Acrobat chokes, really badly. Some relatively recent versions of IE
also have problems dealing with compressed non-HTML content.

So, we really want to disable output compression when we are serving anything
but HTML/text. Easy enough. We simply wrap calls to header() with our own
function that looks at the Content-Type that people are sending, and turn off
output buffering if necessary. But what we've been bitten by is the inability
to completely turn off output compression once it has been turned on with
obstart("ob_gzhandler"). 

ob_end_{clean,flush} will stop the output buffering and compression, but the
header 'Content-Encoding: gzip' is already sent, at that point. Since we can't
(to my knowledge, please correct me if this is the case) remove the header, the
best we can do is replace it with the second header() parameter, which
unfortunately doesn't do the job as far as the browsers are concerned.  

Two ideas: 

-we could change zlib.c to, when output buffering+compression is on, not call
sapi_add_header (with the Content-Encoding header) until a ob_end_flush happens
or the buffer is flushed implicitly at the end of program's execution. If an
ob_end_clean were to happen, the header is not sent at all. That seems like
more correct behavior, but someone more familiar with the code will have to
speak to the feasibility of this.

or

-write an extension wrapping the appropriate Apache API calls so that one, from
PHP, can manipulate (read: delete) the headers in Apache's output buffer, like
you can in Perl. My guess is that this probably would already have been done if
there were not some significant obstacles.

Thoughts?

-- 

John Donagher
Application Engineer, Intacct Corp.

Public key available off http://www.keyserver.net
Key fingerprint = 4024 DF50 56EE 19A3 258A  D628 22DE AD56 EEBE 8DDD


-- 
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 #12747 Updated: ***BUG in Autoconf--please report***

[cynic]

ID: 12747
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Bogus
Bug Type: Compile Failure
Operating System: Mandrake Linux 8.0
PHP Version: 4.0CVS-2001-08-14
New Comment:

user error -> bogus

Previous Comments:


[2001-08-15 15:57:42] [EMAIL PROTECTED]

Thanks. I had libtool installed in /usr/local while the others are in /usr.



[2001-08-15 03:12:57] [EMAIL PROTECTED]

I think your cvs checkout isn't quite 'clean'.
Try to do a clean checkout first.

To be sure which tools PHP finds, run:

# build/buildcheck.sh

As the first error would indicate that there
is something wrong with those..

--Jani




[2001-08-14 20:05:37] [EMAIL PROTECTED]

autoconf-2.13-7.mdk
automake-1.4-15mdk
libtool-1.4

Trying to compile the cvs version of PHP. After updating from the CVS server and 
running ./buildconf.

[onaias@frodo php4]$ ./buildconf
aclocal: configure.in: 895: macro `AM_PROG_LIBTOOL' not found in library
rebuilding Makefile templates
rebuilding Makefile templates
rebuilding configure
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_ADD_INCLUDE
configure.in:442:PHP_AC_BROKEN_SPRINTF
rebuilding main/php_config.h.in
[onaias@frodo php4]$






Edit this bug report at http://bugs.php.net/?id=12747&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] Linux Today Article

[John Donagher]

On Wed, 15 Aug 2001, Brian Moon wrote:

> Could someone please tell me what other then marketing speak that .NET has
> on PHP?  I guess I just don't see it.  I mean, yeah, if you want to develop
> junk at a fast pace you can use MS products.  I was a VB programmer for
> years.  I know the reliability and performance cost of doing things the MS
> way.  I just don't get it.  It is all 1's and 0's.

.NET doesn't "have anything" on PHP, anymore than .NET "has anything" on Python
or Java or C. I'm not talking about developing in VB, or directly on an MS
platform, either. 

I definetly don't want to start a war (there have been enough of those on this
list the last few days :)), so I'll just suggest that you read
[http://www.ximian.com/tech/mono-index.php3] and spend some time on msdn
reading about it, instead of writing it off as marketing speak, and we can
continue this off-list.

-- 

John Donagher
Application Engineer, Intacct Corp.

Public key available off http://www.keyserver.net
Key fingerprint = 4024 DF50 56EE 19A3 258A  D628 22DE AD56 EEBE 8DDD


-- 
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] Linux Today Article

[Gavin Sherry]

On Wed, 15 Aug 2001, Brian Moon wrote:

> Could someone please tell me what other then marketing speak that .NET has
> on PHP?  I guess I just don't see it.  I mean, yeah, if you want to develop
> junk at a fast pace you can use MS products.  I was a VB programmer for
> years.  I know the reliability and performance cost of doing things the MS
> way.  I just don't get it.  It is all 1's and 0's.

What does .NET have on PHP? I was going to write a long diatribe about the
kinds of programmers there are in the world and why some need to drive
fast, expensive and impressive sounding cars when the others just find the
most appropriate means of transport... but it doesn't really matter.

.NET is just another commercial phenomena aiming to achieve what all
commercial phenomena do: capture the market, make lots of money, control
the future direction of the market etc. But for the most part, this is
irrelevant to PHP. It is only important when people begin to ask, am I
betting my future as a programmer on the wrong thing? Whether you're a PHP
user, a .NET guru or both the answer is probably. But PHP is already
remarkably successful, PHP cannot go away. .NET at present is just a
vortical riot of opinion, choreographed by idiots.

So what does .NET have on PHP? Marketing hype, nothing else. Open Source
systems have always shown that they can quickly evolve and match new
technologies introduced into the industry. If .NET offers anything
properly useful to developers, we will no doubt see it refined,
conceptually, and implemented in open programmatic systems.

Gavin


-- 
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 #12777 Updated: Segmentation fault (11) : mcrypt

[derick]

ID: 12777
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.0CVS-2001-08-15
Old Assigned To: 
Assigned To: derick
New Comment:

This is not a known bug, but I'll check it out.

Derick

Previous Comments:


[2001-08-15 19:12:07] [EMAIL PROTECTED]

 Hi, I've trying to use mcrypt and php (4.06 or
 4.07-dev) with no luck.  Everytime I use I got a
 [notice] child pid 16630 exit signal Segmentation
 fault (11) in my apache's error.log.

 I am using the latest libmcrypt-2.4.15 and php (a hour
 ago cvs update).

 Is this a known bug ?

 './configure' '--with-apxs' '--with-ttf' '--with-xml'
 '--with-gd' '--with-ftp' '--enable-session'
 '--enable-trans-sid' '--with-zlib'
 '--enable-inline-optimization' '--with-pgsql'
 '--with-openssl' '--with-imap=../imap'
 '--with-gettext' '--with-mcrypt=/usr/local'

 






Edit this bug report at http://bugs.php.net/?id=12777&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] Linux Today Article

[Brian Moon]

Could someone please tell me what other then marketing speak that .NET has
on PHP?  I guess I just don't see it.  I mean, yeah, if you want to develop
junk at a fast pace you can use MS products.  I was a VB programmer for
years.  I know the reliability and performance cost of doing things the MS
way.  I just don't get it.  It is all 1's and 0's.

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


- Original Message -
From: "John Donagher" <[EMAIL PROTECTED]>
To: "Edin Kadribasic" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, August 15, 2001 4:36 PM
Subject: Re: [PHP-DEV] Linux Today Article


> On Wed, 15 Aug 2001, Edin Kadribasic wrote:
>
> > >   Maybe Zend has some feedback from their enterprise clients on
> > >   what features are requested, etc.
> >
> > It would be great to hear if anyone else has had a chance to play with
the
> > new Microsoft toys.
> >
>
> As a PHP contributor and long-time user, I can say that if our company was
> starting over right now, .NET would win hands down in terms of suiting our
> needs (engineering-side), as a web application development company.
>
> This wasn't the case with a Java application framework, many of which were
> available when our company was choosing its platform.
>
> PHP has some advantages over a language like C#. However, my impressions
from
> following this list for the last year have been that it is not being
evolved
> towards medium-to-large application builders, but still towards people
writing
> "web sites" or simple scripts. We're trying to change this with
binarycloud,
> but still, we're spending countless hours reinventing what ASP.NET would
give
> you for free (or rather in exchange for selling your soul to microsoft).
>
> I don't mean to be unfair. Breaking backwards compatibility would be
required
> in many many cases in order for PHP to evolve in that sense, and as long
as
> most people don't want it to happen, it probably shouldn't happen. That's
a
> significant cost to incur and something new frameworks/languages don't
have to
> worry about.
>
> John
>
> --
>
> John Donagher
> Application Engineer, Intacct Corp.
>
> Public key available off http://www.keyserver.net
> Key fingerprint = 4024 DF50 56EE 19A3 258A  D628 22DE AD56 EEBE 8DDD
>
>
> --
> 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] Bug #12783: xmlDocFile needs absolute path

[nick]

From: [EMAIL PROTECTED]
Operating system: WinME
PHP version:  4.0.6
PHP Bug Type: DOM XML related
Bug description:  xmlDocFile needs absolute path

When loading an XML file with xmlDocFile using a relative path (ie the XML
is in the same dir as the script), I get:

Fatal error: Call to a member function on a non-object in [script] at line
[#]

The line it points to is the first time I try to reference the object
returned by xmlDocFile. If I change this to an absolute path, it works
fine. I've verified that the cwd is what I think it is, so... any ideas?

cheers,
nick
-- 
Edit bug report at: http://bugs.php.net/?id=12783&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 #8874 Updated: ftp_nlist and rawlist not working

[steve]

ID: 8874
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: FTP related
Operating System: Windows 2000 Advanced Server
PHP Version: 4.0.4
New Comment:

Per my previous message, I no longer have access to the FreeBSD server to try it.

Previous Comments:


[2001-08-15 02:07:31] [EMAIL PROTECTED]

This bug report was for PHP 4.0.4. There have been a few
changes since that in PHP 4.0.6. Have you tried with it?

And also, these functions do work on most ftp servers. What was the version of the ftp 
server on which this didn't work?

--Jani




[2001-08-14 21:07:00] [EMAIL PROTECTED]

$aFiles = Array( "Oct100.log.gz", "Nov100.log.gz");

// $aFiles = ftp_rawlist  (nFTP, "/mnt/web/guide/accumeddata/logs/*.gz");

$aFiles = ftp_nlist ( $nFTP, "*.gz");

echo "count(aFiles)=" . count ($aFiles ) . "";





[2001-08-14 20:10:30] [EMAIL PROTECTED]

can you provide a smaller script that produces the bug please. preferably less than 
ten lines of code which requires nothing other than the bare min.. IE no extenal files 
etc.



[2001-07-22 00:23:57] [EMAIL PROTECTED]

Thanks for responding.  I no longer have access to the FreeBSD FTP server that I was 
connecting to, so it is no longer an issue (for me).  My script is attached below.   
If you do see an issue with the code, I am still interested in your response.

";

for ( $i=0; $i < count ($aDomain) ; )
  {
  
  if ( $bDebug )
echo "Openning \"" . $aDomain[$i] . "\"...";

  $nFTP = ftp_connect ( $aDomain[$i] );

  if ( $nFTP == 0 )
{
echo "Failed to open $aDomain[$i]. Aborting...";
exit();
}

  $nResult = ftp_login ( $nFTP, $aDomain[$i+1], "password" );
  if ( $nResult == 0 )
{
echo "Failed to login to $aDomain[$i]. Aborting...";
exit();
}
  else
echo "Login to $aDomain[$i] succeeded.";

  if ( $bDebug)
echo "ftp_pwd=" . ftp_pwd ( $nFTP ) . "".

  $nResult = ftp_chdir ( $nFTP, "logs");
  if ( $nResult == 0)
{
echo "ftp_chdir failed.  Aborting...";
exit();
}

  if ( $bDebug)
echo "ftp_pwd=" . ftp_pwd ( $nFTP ) . "".

  $aFiles = Array( "Oct100.log.gz",
   "Nov100.log.gz",
   "Dec100.log.gz",
   "mtd.log");

  // $aFiles = ftp_rawlist ( $nFTP, "/mnt/web/guide/accumeddata/logs/*.gz");
  // echo "rawlist = " . count ( $aFileList ) . "";
  // $aFiles = ftp_nlist ( $nFTP, "*.gz");

  if ( $bDebug )
{
echo "count(aFiles)=" . count ($aFiles ) . "";
for ( $j=0; $j <= count($aFiles); $j++ )
  echo "$j=\"$aFiles[$j]\""; 
}

  // Get all the Monthly archives (*.GZ)
  for ( $j=0; $j < count($aFiles); $j++ )
{

$sLocalFile = $aDomain[$i] . "-" . $aFiles[$j];
$sLocalFile = str_replace ( "/", "-", $sLocalFile );
$sRemoteFile = $aFiles[$j];

if ( $bDebug)
  {
  echo "sLocalFile=\"$sLocalFile\"";
  echo "sRemoteFile=\"$sRemoteFile\"";
  }

$nResult = ftp_get ( $nFTP, $sLocalFile, $sRemoteFile, FTP_BINARY );

if ( $nResult == 0)   
  {
  echo "ftp_get failed.  Aborting...";
  exit();
  }
}

  // Get the current month also.
  $nResult = ftp_get ( $nFTP, $sLocalFile, "mtd.log", FTP_BINARY );

  if ( $nResult == 0)   
{
echo "ftp_get of mtd.log failed.  Aborting...";
exit();
}

  $nResult = ftp_quit ( $nFTP );
  if ( $nResult == 0 )   
{
echo "ftp_quit failed.  Aborting...";
exit();
}

  $i = $i + 2;
  }


?>



[2001-07-21 21:27:45] [EMAIL PROTECTED]

Please submit a short script for me the analyze.  This will
also clarify your bug a little bit.



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


Edit this bug report at http://bugs.php.net/?id=8874&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 #12782: ImageCopyResampled ignores srcX, and SrcY

[vwallen]

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.1
PHP version:  4.0.6
PHP Bug Type: GD related
Bug description:  ImageCopyResampled ignores srcX, and SrcY

I have experienced an issue identical to bug #12780, on a 
Linux machine running RedHat 7.1, Apache 1.3.20, PHP 
4.0.6, and GD 2.0.1. The original bug was running under 
Win2000.


-- 
Edit bug report at: http://bugs.php.net/?id=12782&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 #12778 Updated: Could not find/open font

[sniper]

ID: 12778
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: GD related
Operating System: Linux Redhat 7.1
PHP Version: 4.0.6
New Comment:

RTFM: 

You have to pass the _full_ path to the font file.

--Jani


Previous Comments:


[2001-08-15 19:17:02] [EMAIL PROTECTED]

I don't know whether it's just me but i keep getting this 
message when trying to use the 'ImageTTFText' function. I 
saw in another bug report that php-4.0.6 was the cause and 
that it was fixed in the CVS... i've tryed out 
php-4.0.7-dev but still no joy... everything seems to go 
fine during the compilation process... and phpinfo 
displays:

GD Support  - enabled
GD Version  - 2.0 or higher
FreeType Support- enabled
FreeType Linkage- with freetype
JPG Support - enabled
PNG Support - enabled
WBMP Support- enabled

i'm using apache_1.3.20, freetype-2.0.4 & gd-2.0.1, and 
have tried it both php-4.0.6 & php-4.0.7-dev using the 
following configure command:

./configure --with-apache=../apache_1.3.20 
--with-mysql=/usr/local/mysql --with-gd --with-ming 
--enable-gd-native-ttf 
--with-freetype-dir=/usr/local/include/freetype2 
--with-png-dir --with-jpeg-dir --with-zlib-dir 
--enable-track-vars --enable-trans-sid

are you sure the CVS is ok?

cheers

tim






Edit this bug report at http://bugs.php.net/?id=12778&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 #12781: Java loader

[hisun]

From: [EMAIL PROTECTED]
Operating system: Windows2000 Pro 
PHP version:  4.0.6
PHP Bug Type: Java related
Bug description:  Java loader

I wrote these notes into php.ini,but when I run my php,I get an Error:Fatal
error: java.lang.NoClassDefFoundError: net/php/reflect in
d:\apache\cgi-bin\testjava.php(copy from example in manual) on line 3. 
I am using PHP under Windows2000 Pro ,apache 1.3.20

extension=php_java.dll 
[Java] 
java.class.path =
".\php_java.jar;d:\tomcat323\classes;d:\tomcat323\lib\jaxp.jar;d:\tomcat323\lib\servlet.jar;d:\tomcat323\lib\ant.jar;d:\tomcat323\lib\parser.jar;d:\tomcat323\lib\webserver.jar;d:\tomcat323\lib\jasper;D:\jdk1.3\lib\tools.jar;D:\mm.mysql.jdbc-1.2c\mysql_comp.jar;D:\mm.mysql.jdbc-1.2c\mysql_uncomp.jar"

java.home = c:\jdk1.3 
java.library = D:\jdk1.3\jre\bin\hotspot\jvm.dll 
java.library.path = D:\jdk1.3\jre\bin\hotspot\ 
___ 
Thanks for any help.

-- 
Edit bug report at: http://bugs.php.net/?id=12781&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 #12780: ImageCopyResampled ignores srcX and srcY parameters

[barnabas]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.6
PHP Bug Type: GD related
Bug description:  ImageCopyResampled ignores srcX and srcY parameters

The Source X and Y parameters are ignored by the function
ImageCopyResampled. This may be a bug with the GD 2.0.1 library itself,
since an examination of gd.c lines 1960-2085 reveal no significant
reference to these parameters. My e-mail to the developers is getting
bounced, so I turn to you. I used the setup program for Windows to install
PHP 4.0.6 on a fresh Windows 2000 machine, but I believe the problem is
platform independant.

Here's how to reproduce the bug:

1: Create a 200 x 200 JPEG image named "grid.jpg". Divide it into four
colored sqares of equal size, just for the demonstration.

2: Create an HTML page with the following content:















3: Create a PHP page named "imgTest.php" with the following content:


The result is that the bottom group of squares will all be from the upper
left corner, while the top group of squares will be separate corners. This
shows that the functions are not interchangable.
-- 
Edit bug report at: http://bugs.php.net/?id=12780&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] Safe to load extension twice ?

[Markus Fischer]

Ok, good. Mystery resolved (at least for me). Every new PHP day
brings news ;)

On Wed, Aug 15, 2001 at 08:08:20PM -0500, Andrei Zmievski wrote : 
> At 03:10 AM 8/16/01 +0200, Markus Fischer wrote:
> >So where does this leave us now ?
> >
> >Altough your smarty.so couldn't complain about duplicate
> >functions it also registered only once.
> >
> >When then do other extension obiously seem to register twice
> >(refering to the duplicate error function name) ?
> 
> When they actually register functions as opposed to just classes.
> 
> -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]

-- 
Markus Fischer,  http://guru.josefine.at/~mfischer/
EMail: [EMAIL PROTECTED]
PGP Public  Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
PGP Fingerprint: D3B0 DD4F E12B F911 3CE1  C2B5 D674 B445 C227 2BD0
  -All your scripts are belong to Zend-

-- 
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] Safe to load extension twice ?

[Andrei Zmievski]

At 03:10 AM 8/16/01 +0200, Markus Fischer wrote:
>So where does this leave us now ?
>
>Altough your smarty.so couldn't complain about duplicate
>functions it also registered only once.
>
>When then do other extension obiously seem to register twice
>(refering to the duplicate error function name) ?

When they actually register functions as opposed to just classes.

-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] Safe to load extension twice ?

[Markus Fischer]

So where does this leave us now ?

Altough your smarty.so couldn't complain about duplicate
functions it also registered only once.

When then do other extension obiously seem to register twice
(refering to the duplicate error function name) ?

- Markus

On Wed, Aug 15, 2001 at 06:01:57PM -0700, [EMAIL PROTECTED] wrote : 
> On Wed, 15 Aug 2001, Andrei Zmievski wrote:
> 
> > At 02:53 AM 8/16/01 +0200, Markus Fischer wrote:
> > >I tested with php_opengl.dll under windows ... Rasmus was right,
> > >zillions of duplicate blabla errors. But under Linux with
> > >php-gtk, as Andrei said, nothing.
> > >
> > >Special Case ?
> >
> > Maybe because php_gtk.so doesn't register any functions, only classes?
> 
> Ah, yes.  Looks like the case.  Running this script on my laptop:
> 
>dl('smarty.so');
>   dl('smarty.so');
>   print_r(get_loaded_extensions());
> ?>
> 
> Produces:
> 
> Array (
>   [0] => xml
>   [1] => wddx
>   [2] => swf
>   [3] => standard
>   [4] => sockets
>   [5] => snmp
>   [6] => session
>   [7] => sablot
>   [8] => posix
>   [9] => pgsql
>   [10] => pdf
>   [11] => pcre
>   [12] => openssl
>   [13] => mysql
>   [14] => ldap
>   [15] => imlib
>   [16] => gd
>   [17] => exif
>   [18] => dba
>   [19] => zlib
>   [20] => ming
>   [21] => xmms
>   [22] => smarty
>   [23] => apache
> )
> 
> So, no warnings, and smarty only shows up once.
> 
> -Rasmus

-- 
Markus Fischer,  http://guru.josefine.at/~mfischer/
EMail: [EMAIL PROTECTED]
PGP Public  Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
PGP Fingerprint: D3B0 DD4F E12B F911 3CE1  C2B5 D674 B445 C227 2BD0
  -All your scripts are belong to Zend-

-- 
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] Safe to load extension twice ?

[rasmus]

On Wed, 15 Aug 2001, Andrei Zmievski wrote:

> At 02:53 AM 8/16/01 +0200, Markus Fischer wrote:
> >I tested with php_opengl.dll under windows ... Rasmus was right,
> >zillions of duplicate blabla errors. But under Linux with
> >php-gtk, as Andrei said, nothing.
> >
> >Special Case ?
>
> Maybe because php_gtk.so doesn't register any functions, only classes?

Ah, yes.  Looks like the case.  Running this script on my laptop:



Produces:

Array (
[0] => xml
[1] => wddx
[2] => swf
[3] => standard
[4] => sockets
[5] => snmp
[6] => session
[7] => sablot
[8] => posix
[9] => pgsql
[10] => pdf
[11] => pcre
[12] => openssl
[13] => mysql
[14] => ldap
[15] => imlib
[16] => gd
[17] => exif
[18] => dba
[19] => zlib
[20] => ming
[21] => xmms
[22] => smarty
[23] => apache
)

So, no warnings, and smarty only shows up once.

-Rasmus


-- 
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] Safe to load extension twice ?

[rasmus]

> At 05:38 PM 8/15/01 -0700, Rasmus Lerdorf wrote:
> >You will see lots and lots of errors about functions being redefined, so
> >yes, it is a very bad idea to load a shared library twice.
>
> error_reporting(E_ALL);
> dl('php_gtk.so');
> dl('php_gtk.so');
>
> Doesn't seem to complain.

Try it from the Apache module version and you will see the warnings.

They look like this:


Warning: Function registration failed - duplicate name -
confirm_test_compiled in /usr/local/home/rasmus/phpweb/test.php on line 3

Warning: test: Unable to register functions, unable to load in Unknown on
line 0

>From this script:



-Rasmus


-- 
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] Safe to load extension twice ?

[Andrei Zmievski]

At 02:53 AM 8/16/01 +0200, Markus Fischer wrote:
>I tested with php_opengl.dll under windows ... Rasmus was right,
>zillions of duplicate blabla errors. But under Linux with
>php-gtk, as Andrei said, nothing.
>
>Special Case ?

Maybe because php_gtk.so doesn't register any functions, only classes?

-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] Safe to load extension twice ?

[Markus Fischer]

I tested with php_opengl.dll under windows ... Rasmus was right,
zillions of duplicate blabla errors. But under Linux with
php-gtk, as Andrei said, nothing.

Special Case ?

- Markus

On Wed, Aug 15, 2001 at 07:43:56PM -0500, Andrei Zmievski wrote : 
> At 05:38 PM 8/15/01 -0700, Rasmus Lerdorf wrote:
> >You will see lots and lots of errors about functions being redefined, so
> >yes, it is a very bad idea to load a shared library twice.
> 
> error_reporting(E_ALL);
> dl('php_gtk.so');
> dl('php_gtk.so');
> 
> Doesn't seem to complain.
> 
> -Andrei
> 
> Status: RO
> Content-Length: 516
> Lines: 15
> 

-- 
Markus Fischer,  http://guru.josefine.at/~mfischer/
EMail: [EMAIL PROTECTED]
PGP Public  Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
PGP Fingerprint: D3B0 DD4F E12B F911 3CE1  C2B5 D674 B445 C227 2BD0
  -All your scripts are belong to Zend-

-- 
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] Safe to load extension twice ?

[Andrei Zmievski]

At 05:38 PM 8/15/01 -0700, Rasmus Lerdorf wrote:
>You will see lots and lots of errors about functions being redefined, so
>yes, it is a very bad idea to load a shared library twice.

error_reporting(E_ALL);
dl('php_gtk.so');
dl('php_gtk.so');

Doesn't seem to complain.

-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] Safe to load extension twice ?

[Rasmus Lerdorf]

>  From a technical aspect, is it safe to load a particular
> extension twice ? Does it only hit performance (loading the
> .dll/.so twice) or are there some other caveats which can lead to
> unexpected behaviour ?
>
> Example is an extension already loaded in php.ini via
> extension=foo.so and in the script its also loaded via
> dl('foo.so');
>
> Will this do any harm ?

You will see lots and lots of errors about functions being redefined, so
yes, it is a very bad idea to load a shared library twice.

-Rasmus


-- 
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] Safe to load extension twice ?

[Markus Fischer]

 From a technical aspect, is it safe to load a particular
extension twice ? Does it only hit performance (loading the
.dll/.so twice) or are there some other caveats which can lead to
unexpected behaviour ?

Example is an extension already loaded in php.ini via
extension=foo.so and in the script its also loaded via
dl('foo.so');

Will this do any harm ?

The point is not "but you can catch this if its already loaded"
but wether it causes a global killer or not.

Or, can this only be answered individually for every extension
depending how 'clean' it was written ?

- Markus

-- 
Markus Fischer,  http://guru.josefine.at/~mfischer/
EMail: [EMAIL PROTECTED]
PGP Public  Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
PGP Fingerprint: D3B0 DD4F E12B F911 3CE1  C2B5 D674 B445 C227 2BD0
  -All your scripts are belong to Zend-

-- 
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 #12779: Quote operators

[NetChains]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  Quote operators

PHP needs quote operators like Perl's q// and qq//. Thanks.
It would be extremely useful not having to escape double quotes while
writing forms (because some variables must be interpolated).
-- 
Edit bug report at: http://bugs.php.net/?id=12779&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] Development of php Code that emulates asp

[Patrick Pease]

Ok, There is a peice of asp code that does sopm realy
uselfull.
It creates a mini Session,
the function is called Application
If you dont want to make a Full copy of Application
do sopm like this
newfunction = Application(Session){
$Session = $Session . ".txt";
touch ($Session);
}
That is all i need, but you could go ahead and add all the
functionality you need to this code, it is after all your language.



-- 
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] Linux Today Article

[Zeev Suraski]

Very nice non-PC statement! :)

Zeev

At 02:20 16-08-01, Blake Schwendiman wrote:
>Just my opinion, but right now (meaning this year, maybe a little longer) I
>feel that PHP is more than adequate for developing small, medium and large
>sites.  I work on both sides of the fence.  My day job has been developing
>portions of large web sites using ASP/COM/COM+ and the evolution of these
>tools which is the frame of the .NET product/service.  For my personal and
>more interesting work, I prefer PHP by far.
>
>I feel that there is a mass of hype surrounding new development paradigms,
>but we are far from declaring one technology a winner.  ASP is provided by a
>company with a great deal of resources and an interest in providing tools to
>its customers.  I don't have a problem with that, but right now I don't
>think many of the customers really know what they want.  With no offense
>intended toward many working hard on and with XML, I say XML hasn't proved
>its worth in very many places.  I personally don't know anyone who is using
>XML for anything and very few who have plans to use it.  So why should I get
>worried about whether a language currently supports one of its extensions.
>Am I using it?  Are my customers using it?  Really?
>
>The ASP model has some wonderful features.  Components can be great, but too
>much componentization can be a nightmare.  In my personal experience an
>enterprise component architecture is a double-edged sword.  It's great to be
>able to plug in well-built components and use them, but the downside is that
>component writers disappear, companies go out of business, support can be
>difficult to obtain and so on.
>
>I've rambled a bit, but my feeling is that the Linux Today Article is
>premature.  PHP can (and likely will) support the features mentioned in the
>article, but the real question is, are these really the features that are
>going to be used?  Will I be developing web applications with these features
>in 1 year, 3 years or 5 five years?  Is PHP or ASP (.NET) providing me with
>the real tools I need to develop web applications today?  For me, both tools
>provide what I need today, but I like PHP better.
>
>Blake
>
>-Original Message-
>From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, August 15, 2001 2:30 PM
>To: php-dev mailinglist
>Subject: Re: [PHP-DEV] Linux Today Article
>
>
>Edin Kadribasic wrote:
> > Where is the PHP enterprise component architecture?
>
>   What exactly would that be?
>
> > What about clustering and failover?
>
>   This has nothing to do with the language, IMHO, but with the
>   platform, ie. the web server. I guess there are solutions to
>   provide clustering and fail-over to Apache and MySQL, for
>   instance.
>
> > Where are the WSDL and UDDI implementations?
>
>   What are WSDL and UDDI? Are there libraries out there can be
>   wrapped into an extension?
>
> > Show me a framework.
>
>   Horde is a framework, and I guess there are some more out there.
>
>   But I fear that there is truth in this. We should analyze what,
>   besides the upcoming changes on the language level (with the
>   Zend Engine 2.0), we need to make PHP compatible with ASP.NET.
>
>   Maybe Zend has some feedback from their enterprise clients on
>   what features are requested, etc.
>
>--
>   Sebastian Bergmann Measure Traffic & Usability
>   http://sebastian-bergmann.de/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]

--
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 #12778: Could not find/open font

[tim]

From: [EMAIL PROTECTED]
Operating system: Linux Redhat 7.1
PHP version:  4.0.6
PHP Bug Type: GD related
Bug description:  Could not find/open font

I don't know whether it's just me but i keep getting this 
message when trying to use the 'ImageTTFText' function. I 
saw in another bug report that php-4.0.6 was the cause and 
that it was fixed in the CVS... i've tryed out 
php-4.0.7-dev but still no joy... everything seems to go 
fine during the compilation process... and phpinfo 
displays:

GD Support  - enabled
GD Version  - 2.0 or higher
FreeType Support- enabled
FreeType Linkage- with freetype
JPG Support - enabled
PNG Support - enabled
WBMP Support- enabled

i'm using apache_1.3.20, freetype-2.0.4 & gd-2.0.1, and 
have tried it both php-4.0.6 & php-4.0.7-dev using the 
following configure command:

./configure --with-apache=../apache_1.3.20 
--with-mysql=/usr/local/mysql --with-gd --with-ming 
--enable-gd-native-ttf 
--with-freetype-dir=/usr/local/include/freetype2 
--with-png-dir --with-jpeg-dir --with-zlib-dir 
--enable-track-vars --enable-trans-sid

are you sure the CVS is ok?

cheers

tim

-- 
Edit bug report at: http://bugs.php.net/?id=12778&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] Linux Today Article

[Blake Schwendiman]

Just my opinion, but right now (meaning this year, maybe a little longer) I
feel that PHP is more than adequate for developing small, medium and large
sites.  I work on both sides of the fence.  My day job has been developing
portions of large web sites using ASP/COM/COM+ and the evolution of these
tools which is the frame of the .NET product/service.  For my personal and
more interesting work, I prefer PHP by far.

I feel that there is a mass of hype surrounding new development paradigms,
but we are far from declaring one technology a winner.  ASP is provided by a
company with a great deal of resources and an interest in providing tools to
its customers.  I don't have a problem with that, but right now I don't
think many of the customers really know what they want.  With no offense
intended toward many working hard on and with XML, I say XML hasn't proved
its worth in very many places.  I personally don't know anyone who is using
XML for anything and very few who have plans to use it.  So why should I get
worried about whether a language currently supports one of its extensions.
Am I using it?  Are my customers using it?  Really?

The ASP model has some wonderful features.  Components can be great, but too
much componentization can be a nightmare.  In my personal experience an
enterprise component architecture is a double-edged sword.  It's great to be
able to plug in well-built components and use them, but the downside is that
component writers disappear, companies go out of business, support can be
difficult to obtain and so on.

I've rambled a bit, but my feeling is that the Linux Today Article is
premature.  PHP can (and likely will) support the features mentioned in the
article, but the real question is, are these really the features that are
going to be used?  Will I be developing web applications with these features
in 1 year, 3 years or 5 five years?  Is PHP or ASP (.NET) providing me with
the real tools I need to develop web applications today?  For me, both tools
provide what I need today, but I like PHP better.

Blake

-Original Message-
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 15, 2001 2:30 PM
To: php-dev mailinglist
Subject: Re: [PHP-DEV] Linux Today Article


Edin Kadribasic wrote:
> Where is the PHP enterprise component architecture?

  What exactly would that be?

> What about clustering and failover?

  This has nothing to do with the language, IMHO, but with the
  platform, ie. the web server. I guess there are solutions to
  provide clustering and fail-over to Apache and MySQL, for
  instance.

> Where are the WSDL and UDDI implementations?

  What are WSDL and UDDI? Are there libraries out there can be
  wrapped into an extension?

> Show me a framework.

  Horde is a framework, and I guess there are some more out there.

  But I fear that there is truth in this. We should analyze what,
  besides the upcoming changes on the language level (with the
  Zend Engine 2.0), we need to make PHP compatible with ASP.NET.

  Maybe Zend has some feedback from their enterprise clients on
  what features are requested, etc.

--
  Sebastian Bergmann Measure Traffic & Usability
  http://sebastian-bergmann.de/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-DEV] Bug #12777: Segmentation fault (11) : mcrypt

[mneto]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0CVS-2001-08-15
PHP Bug Type: Reproducible crash
Bug description:  Segmentation fault (11) : mcrypt

 Hi, I've trying to use mcrypt and php (4.06 or
 4.07-dev) with no luck.  Everytime I use I got a
 [notice] child pid 16630 exit signal Segmentation
 fault (11) in my apache's error.log.

 I am using the latest libmcrypt-2.4.15 and php (a hour
 ago cvs update).

 Is this a known bug ?

 './configure' '--with-apxs' '--with-ttf' '--with-xml'
 '--with-gd' '--with-ftp' '--enable-session'
 '--enable-trans-sid' '--with-zlib'
 '--enable-inline-optimization' '--with-pgsql'
 '--with-openssl' '--with-imap=../imap'
 '--with-gettext' '--with-mcrypt=/usr/local'

 

-- 
Edit bug report at: http://bugs.php.net/?id=12777&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 #12757 Updated: utf8_encode doesn't terminate strings with '\0'

[sniper]

ID: 12757
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Strings related
Operating System: any
PHP Version: 4.0.6
New Comment:

Could you add a short script that demonstrates what the bug is? 

--Jani



Previous Comments:


[2001-08-15 08:01:13] [EMAIL PROTECTED]

It's fixed in one place, but it still doesn't set the trailing '\0' 
if encoder == NULL, if I understand it correctly. 

-Richard



[2001-08-15 05:44:25] [EMAIL PROTECTED]

Seems like at least some of those have already been
fixed in CVS. Could you check the latest CVS snapshot:

http://snaps.php.net/

--Jani




[2001-08-15 05:25:54] [EMAIL PROTECTED]

The enclosed patch fixes the problem.

--- php-4.0.6/ext/xml/xml.c Thu May 24 14:42:12 2001
+++ php-rnyberg/ext/xml/xml.c   Wed Aug 15 10:45:03 2001
@@ -494,14 +494,14 @@
if (encoder == NULL) {
/* If no encoder function was specified, return the data as-is.
 */
-   newbuf = emalloc(len);
-   memcpy(newbuf, s, len);
+   newbuf = emalloc(len + 1);
+   memcpy(newbuf, s, len + 1);
*newlen = len;
return newbuf;
}
/* This is the theoretical max (will never get beyond len * 2 as long
 * as we are converting from single-byte characters, though) */
-   newbuf = emalloc(len * 4);
+   newbuf = emalloc(len * 4 + 1);
while (pos > 0) {
c = encoder ? encoder((unsigned char)(*s)) : (unsigned short)(*s);
if (c < 0x80) {
@@ -522,9 +522,10 @@
pos--;
s++;
 }
-   if (*newlen < len * 4) {
-   newbuf = erealloc(newbuf, *newlen);
+   if (*newlen < len * 4 + 1) {
+   newbuf = erealloc(newbuf, *newlen + 1);
}
+   newbuf[*newlen] = '\0';
return newbuf;
 }
 /* }}} */






Edit this bug report at http://bugs.php.net/?id=12757&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 #12776: 4.0.7RC1: array_walk crash

[troels]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  4.0.7RC1: array_walk crash

In both PHP 4.0.2, 4.0.6 and 4.0.7RC1:

The following code crashes PHP:
'v');
array_walk($arr,'test');

// This will crash:
print "First value: ".$globalArray[0];

// This will not crash, but give the wrong
// result, and the final "done" will never be
// printed:
// print "First value: "; print $globalArray[0];

print "\nDone\n";

?>
It doesn't matter if the code is run from PHP as an Apache module or
command-line PHP.

Operating systems tested: RH Linux 6.1, RH Linux Rawhide (i.e. cutting-edge
Red Hat developer-version).

A GDB back-trace on the latter, using command-line PHP:
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 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 "i386-redhat-linux"...
Core was generated by `/home/troels/local-php/bin/php simple.php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libpam.so.0...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /lib/i686/libm.so.6...done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x400de721 in __kill () from /lib/i686/libc.so.6
(gdb) bt
#0  0x400de721 in __kill () from /lib/i686/libc.so.6
#1  0x080a4976 in _emalloc (size=1515870824, __zend_filename=0x80f349d
"zend_operators.c", 
__zend_lineno=1043, __zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:173
#2  0x080b039e in concat_function (result=0xbfffe324, op1=0x813853c,
op2=0xbfffe210)
at zend_operators.c:1043
#3  0x080cd63b in execute (op_array=0x81340e4) at ./zend_execute.c:1105
#4  0x080b37fe in zend_execute_scripts (type=8, file_count=3) at
zend.c:806
#5  0x0805b0c4 in php_execute_script (primary_file=0xb760) at
main.c:1308
#6  0x0805911e in main (argc=2, argv=0xb804) at cgi_main.c:737
#7  0x400cc6b7 in __libc_start_main (main=0x80588d0 , argc=2,
ubp_av=0xb804, 
init=0x80576a4 <_init>, fini=0x80d52f0 <_fini>, rtld_fini=0x4000db64
<_dl_fini>, 
stack_end=0xb7fc) at ../sysdeps/generic/libc-start.c:129(gdb)

The above back-trace was created from a core-file generated by PHP
4.0.7RC1. The "config.nice" from the build:
#! /bin/sh
#
# Created by configure

'./configure' \
'--prefix=/home/troels/local-php' \
'--without-mysql' \
'--disable-xml' \
'--disable-session' \
'--enable-debug' \
'--without-pcre-regex' \
"$@"


-- 
Edit bug report at: http://bugs.php.net/?id=12776&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] basic_functions.c broken

[Zeev Suraski]

Fixed.

At 01:35 16-08-01, Alexander Wirtz wrote:
>Hi folks,
>
> >basic_functions.c
> >D:\home\php\php4\ext\standard\basic_functions.c(306) : error C2065:
> >'zif_exp2' :
> > nichtdeklarierter Bezeichner
> >D:\home\php\php4\ext\standard\basic_functions.c(306) : error C2099:
> >Initialisier
> >ung ist keine Konstante
> >D:\home\php\php4\ext\standard\basic_functions.c(307) : error C2065:
> >'zif_exp10'
> >: nichtdeklarierter Bezeichner
> >D:\home\php\php4\ext\standard\basic_functions.c(307) : error C2099:
> >Initialisier
> >ung ist keine Konstante
> >D:\home\php\php4\ext\standard\basic_functions.c(308) : error C2065:
> >'zif_log2' :
> > nichtdeklarierter Bezeichner
> >D:\home\php\php4\ext\standard\basic_functions.c(308) : error C2099:
> >Initialisier
> >ung ist keine Konstante
>
>I can confirm this on my linux-box:
>
>basic_functions.c:306: `zif_exp2' undeclared here (not in a function)
>basic_functions.c:306: initializer element for 
>`basic_functions[157].handler' is not constant
>basic_functions.c:307: `zif_exp10' undeclared here (not in a function)
>basic_functions.c:307: initializer element for 
>`basic_functions[158].handler' is not constant
>basic_functions.c:308: `zif_log2' undeclared here (not in a function)
>basic_functions.c:308: initializer element for 
>`basic_functions[159].handler' is not constant
>basic_functions.c:310: `zif_cbrt' undeclared here (not in a function)
>basic_functions.c:310: initializer element for 
>`basic_functions[160].handler' is not constant
>make[3]: *** [basic_functions.lo] Error 1
>make[3]: Leaving directory /data/www/php4/ext/standard'
>
>
>Regards
>Alex
>
>--
>| Alexander Wirtz   | eMail: [EMAIL PROTECTED]|
>| web@ctive GmbH| WWW:   http://www.web-active.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]

--
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 #12774 Updated: phpinfo()'s "Build Date" should show the time as well.

[sniper]

ID: 12774
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: Solaris
PHP Version: 4.0.6
New Comment:

Added. Unfortunately this won't make it to the next version.
We already started the RC process.. 

--Jani


Previous Comments:


[2001-08-15 17:14:12] [EMAIL PROTECTED]

phpinfo() shows useful stuff like:

System SunOS flr4 5.7 Generic_106541-04 sun4u sparc
Build Date Aug 15 2001


But boy, it would be a big help if we had the time on that system date, too.  I've 
spent most of today fighting with Apache/mod_php, and I've been unable to tell via 
timestamps if I'm running the last one I built, or if I've still goofed something up. 

Just a simple little "16:42:03" after the "Aug 15 2001" would mean the world to me.





Edit this bug report at http://bugs.php.net/?id=12774&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] basic_functions.c broken

[Alexander Wirtz]

Hi folks,

>basic_functions.c
>D:\home\php\php4\ext\standard\basic_functions.c(306) : error C2065:
>'zif_exp2' :
> nichtdeklarierter Bezeichner
>D:\home\php\php4\ext\standard\basic_functions.c(306) : error C2099:
>Initialisier
>ung ist keine Konstante
>D:\home\php\php4\ext\standard\basic_functions.c(307) : error C2065:
>'zif_exp10'
>: nichtdeklarierter Bezeichner
>D:\home\php\php4\ext\standard\basic_functions.c(307) : error C2099:
>Initialisier
>ung ist keine Konstante
>D:\home\php\php4\ext\standard\basic_functions.c(308) : error C2065:
>'zif_log2' :
> nichtdeklarierter Bezeichner
>D:\home\php\php4\ext\standard\basic_functions.c(308) : error C2099:
>Initialisier
>ung ist keine Konstante

I can confirm this on my linux-box:

basic_functions.c:306: `zif_exp2' undeclared here (not in a function)
basic_functions.c:306: initializer element for `basic_functions[157].handler' is not 
constant
basic_functions.c:307: `zif_exp10' undeclared here (not in a function)
basic_functions.c:307: initializer element for `basic_functions[158].handler' is not 
constant
basic_functions.c:308: `zif_log2' undeclared here (not in a function)
basic_functions.c:308: initializer element for `basic_functions[159].handler' is not 
constant
basic_functions.c:310: `zif_cbrt' undeclared here (not in a function)
basic_functions.c:310: initializer element for `basic_functions[160].handler' is not 
constant
make[3]: *** [basic_functions.lo] Error 1
make[3]: Leaving directory /data/www/php4/ext/standard'


Regards
   Alex

-- 
| Alexander Wirtz   | eMail: [EMAIL PROTECTED]|
| web@ctive GmbH| WWW:   http://www.web-active.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] CVS Compile Problem

[Markus Fischer]

What version of libtool ? 1.4a ? 1.4b ?

On Wed, Aug 15, 2001 at 08:42:45PM +0100, Dave Wilson wrote : 
> Hi, if anyone has a moment, could you tell me what I'm doing wrong? Along with
> the checked out PHP CVS I took today, I also downloaded and compiled the latest
> libtool, autoconf, and automake (as recommended) to avoid any difficulty. I
> compiled all three tools in /usr (--prefix=/usr). When I tried to compile PHP,
> I
> got the following problem:
> 
> ./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
> ./aclocal.m4:359: PHP_SUBST is expanded from...
> ./aclocal.m4:813: the top level
> autoconf: tracing failed
> 
> Upon attempting to php-ize the particular module I wanted (ext/pcntl; i didn't
> expect this to work):
> 
> aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used
> aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never
> used
> aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used
> aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used
> ./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
> ./aclocal.m4:359: PHP_SUBST is expanded from...
> ./aclocal.m4:813: the top level
> ./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
> ./aclocal.m4:359: PHP_SUBST is expanded from...
> ./aclocal.m4:813: the top level
> autoconf: tracing failed
> You should update your `aclocal.m4' by running aclocal.
> 
> 
> Running aclocal like it asks produces the following warnings:
> 
> aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used
> aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never
> used
> aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used
> aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used
> --
> 
> 
> If any of this makes sense, I'd be grateful for a reply. Cheers.
> 
> 
> 
> Do You Yahoo!?
> Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
> or your free @yahoo.ie address at http://mail.yahoo.ie
> 
> -- 
> 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]

-- 
Markus Fischer,  http://guru.josefine.at/~mfischer/
EMail: [EMAIL PROTECTED]
PGP Public  Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
PGP Fingerprint: D3B0 DD4F E12B F911 3CE1  C2B5 D674 B445 C227 2BD0
  -All your scripts are belong to Zend-

-- 
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 #12775 Updated: Incorrect result using references and objects

[jeroen]

ID: 12775
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Suspended
Bug Type: Scripting Engine problem
Operating System: All
PHP Version: 4.0.6
New Comment:

Shallow copying of objects and arrays bit you...

Will be fixed in PHP 5

Suspended (it could be called a 'feature' though...)

Previous Comments:


[2001-08-15 18:00:05] [EMAIL PROTECTED]

If you set a property of an object to a global variable, it is no longer possible to 
make a copy of that object! Every "copy" becomes a reference.  Example:

--/ snip /--

class foo
{
function foo()
{
$this->test = 'Test';
$GLOBALS['test'] =& $this->test;
}
}


$obj1 = new foo();
$copyOfObj1 = $obj1;  // Should be a copy, but is reference

$obj1->test = "changed!";
echo $copyOfObj1->test.'';

--/ snip /--

The result of this code is: "changed!" but it should be "Test".  $copyOfObj1 should be 
a copy of $obj1, but instead it acts like a reference.

If you unset $GLOBALS['test'] then it copies as it should.

This is a bug occurs in all versions of PHP4 on all platforms (from what I can tell).  







Edit this bug report at http://bugs.php.net/?id=12775&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 #12775: Incorrect result using references and objects

[wayne]

From: [EMAIL PROTECTED]
Operating system: All
PHP version:  4.0.6
PHP Bug Type: Scripting Engine problem
Bug description:  Incorrect result using references and objects

If you set a property of an object to a global variable, it is no longer
possible to make a copy of that object! Every "copy" becomes a reference. 
Example:

--/ snip /--

class foo
{
function foo()
{
$this->test = 'Test';
$GLOBALS['test'] =& $this->test;
}
}


$obj1 = new foo();
$copyOfObj1 = $obj1;  // Should be a copy, but is reference

$obj1->test = "changed!";
echo $copyOfObj1->test.'';

--/ snip /--

The result of this code is: "changed!" but it should be "Test". 
$copyOfObj1 should be a copy of $obj1, but instead it acts like a
reference.

If you unset $GLOBALS['test'] then it copies as it should.

This is a bug occurs in all versions of PHP4 on all platforms (from what I
can tell).  

-- 
Edit bug report at: http://bugs.php.net/?id=12775&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] Linux Today Article

[John Donagher]

On Wed, 15 Aug 2001, Edin Kadribasic wrote:

> >   Maybe Zend has some feedback from their enterprise clients on
> >   what features are requested, etc.
> 
> It would be great to hear if anyone else has had a chance to play with the
> new Microsoft toys.
> 

As a PHP contributor and long-time user, I can say that if our company was
starting over right now, .NET would win hands down in terms of suiting our
needs (engineering-side), as a web application development company.

This wasn't the case with a Java application framework, many of which were
available when our company was choosing its platform.

PHP has some advantages over a language like C#. However, my impressions from
following this list for the last year have been that it is not being evolved
towards medium-to-large application builders, but still towards people writing
"web sites" or simple scripts. We're trying to change this with binarycloud,
but still, we're spending countless hours reinventing what ASP.NET would give
you for free (or rather in exchange for selling your soul to microsoft).

I don't mean to be unfair. Breaking backwards compatibility would be required
in many many cases in order for PHP to evolve in that sense, and as long as
most people don't want it to happen, it probably shouldn't happen. That's a
significant cost to incur and something new frameworks/languages don't have to
worry about.

John

-- 

John Donagher
Application Engineer, Intacct Corp.

Public key available off http://www.keyserver.net
Key fingerprint = 4024 DF50 56EE 19A3 258A  D628 22DE AD56 EEBE 8DDD


-- 
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 #12772 Updated: gd functions saving jpgs in blue/black/white/grey

[tollerson]

ID: 12772
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: GD related
Operating System: w2k/NT 4.0
PHP Version: 4.0.6
New Comment:

thank you, sorry about the repeat bug report, but doing a general search for windows 
and gd in the bug database DID NOT give the result for the previosly posted one about 
imagecreate.  My apologies again.  

Previous Comments:


[2001-08-15 17:19:06] [EMAIL PROTECTED]

Not a bug. See #11976 (last comment by Rasmus)

--Jani




[2001-08-15 16:38:19] [EMAIL PROTECTED]

I tested this and found the same problem is also happening with WinNT 4.0



[2001-08-15 16:17:54] [EMAIL PROTECTED]

(using IIS 5.0)
I upgraded php 4.0.4 to 4.0.6.  I had these lines in my code to resize images:
$im2 = ImageCreate($twidth,$theight) or die("couldn't create image");
ImageCopyResized($im2,$im,0,0,0,0,$twidth,$theight,$width,$height);
ImageJpeg($im2, $dir_root.$files[$i]);

with the old 1.6 version of the gd dll, the resize worked fine, but the new version is 
saving these pictures in shades of blue and black and sometimes grey and black.  Is 
this maybe an Indian issue? To test, I didn't touch the php version but simply 
replaced the new 2.0 gd dll with the old 1.6 gd dll and the pictures went back to full 
color when being resized.  

Please let me know when this dll is fixed so I can implement it, for now I'm leaving 
the old gd dll in my extensions folder.







Edit this bug report at http://bugs.php.net/?id=12772&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 #12772 Updated: gd functions saving jpgs in blue/black/white/grey

[sniper]

ID: 12772
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: GD related
Operating System: w2k/NT 4.0
PHP Version: 4.0.6
New Comment:

Not a bug. See #11976 (last comment by Rasmus)

--Jani


Previous Comments:


[2001-08-15 16:38:19] [EMAIL PROTECTED]

I tested this and found the same problem is also happening with WinNT 4.0



[2001-08-15 16:17:54] [EMAIL PROTECTED]

(using IIS 5.0)
I upgraded php 4.0.4 to 4.0.6.  I had these lines in my code to resize images:
$im2 = ImageCreate($twidth,$theight) or die("couldn't create image");
ImageCopyResized($im2,$im,0,0,0,0,$twidth,$theight,$width,$height);
ImageJpeg($im2, $dir_root.$files[$i]);

with the old 1.6 version of the gd dll, the resize worked fine, but the new version is 
saving these pictures in shades of blue and black and sometimes grey and black.  Is 
this maybe an Indian issue? To test, I didn't touch the php version but simply 
replaced the new 2.0 gd dll with the old 1.6 gd dll and the pictures went back to full 
color when being resized.  

Please let me know when this dll is fixed so I can implement it, for now I'm leaving 
the old gd dll in my extensions folder.







Edit this bug report at http://bugs.php.net/?id=12772&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 #12774: phpinfo()'s "Build Date" should show the time as well.

[andy]

From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  phpinfo()'s "Build Date" should show the time as well.

phpinfo() shows useful stuff like:

System SunOS flr4 5.7 Generic_106541-04 sun4u sparc
Build Date Aug 15 2001


But boy, it would be a big help if we had the time on that system date,
too.  I've spent most of today fighting with Apache/mod_php, and I've been
unable to tell via timestamps if I'm running the last one I built, or if
I've still goofed something up. 

Just a simple little "16:42:03" after the "Aug 15 2001" would mean the
world to me.
-- 
Edit bug report at: http://bugs.php.net/?id=12774&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] basic_functions.c broken

[Sebastian Bergmann]

basic_functions.c
D:\home\php\php4\ext\standard\basic_functions.c(306) : error C2065:
'zif_exp2' :
 nichtdeklarierter Bezeichner
D:\home\php\php4\ext\standard\basic_functions.c(306) : error C2099:
Initialisier
ung ist keine Konstante
D:\home\php\php4\ext\standard\basic_functions.c(307) : error C2065:
'zif_exp10'
: nichtdeklarierter Bezeichner
D:\home\php\php4\ext\standard\basic_functions.c(307) : error C2099:
Initialisier
ung ist keine Konstante
D:\home\php\php4\ext\standard\basic_functions.c(308) : error C2065:
'zif_log2' :
 nichtdeklarierter Bezeichner
D:\home\php\php4\ext\standard\basic_functions.c(308) : error C2099:
Initialisier
ung ist keine Konstante

-- 
  Sebastian Bergmann Measure Traffic & Usability
  http://sebastian-bergmann.de/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]

Re: [PHP-DEV] Linux Today Article

[Edin Kadribasic]

>   WSDL and UDDI are not Microsoft toys, however Microsoft was
>   involved in the development and with the specification, I
>   assume.

I meant .NET. It is the biggest competitor to Apache/PHP after all.

Edin


-- 
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: [PEAR-DEV] Re: [PHP-DEV] Linux Today Article

[Andrei Zmievski]

On Wed, 15 Aug 2001, Sebastian Bergmann wrote:
>   WSDL and UDDI are not Microsoft toys, however Microsoft was
>   involved in the development and with the specification, I
>   assume.
> 
>   WSDL is "just" an XML format. WSDL support in PHP could be
>   implemented as a PEAR class that draws upon ext/xml and/or
>   ext/xslt. Any volunteers? :-)

Are WSDL and UDDI even _used_ anywhere with any degree of popularity
and/or reliability? To me it seems like another cool-idea-of-the-moment.

-Andrei
* Gun manufacturers don't make bad products, bad parents do. *

-- 
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] Linux Today Article

[Sebastian Bergmann]

Edin Kadribasic wrote:
> It would be great to hear if anyone else has had a chance to play 
> with the new Microsoft toys.

  WSDL and UDDI are not Microsoft toys, however Microsoft was
  involved in the development and with the specification, I
  assume.

  WSDL is "just" an XML format. WSDL support in PHP could be
  implemented as a PEAR class that draws upon ext/xml and/or
  ext/xslt. Any volunteers? :-)

-- 
  Sebastian Bergmann Measure Traffic & Usability
  http://sebastian-bergmann.de/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]

Re: [PHP-DEV] Linux Today Article

[Edin Kadribasic]

> > Where are the WSDL and UDDI implementations?
>
>   What are WSDL and UDDI? Are there libraries out there can be
>   wrapped into an extension?

I didn't know myself until now but UDDI stands for "Universal Description
Discovery and Integration". It has to do with 'managing the discovery of web
services'. Some sort of automated data interchange it seems.

http://uddi.microsoft.com/developer/techOverview.aspx

>   But I fear that there is truth in this. We should analyze what,
>   besides the upcoming changes on the language level (with the
>   Zend Engine 2.0), we need to make PHP compatible with ASP.NET.

I've just got the MSDN cd pack, including the beta 2 of Visual Studio.NET.
That beast comes on 4 CDs and I was afraid that my machine wouldn't be good
enough for it. But I'm going to install it just to see what all this .NET
thing is about.

>   Maybe Zend has some feedback from their enterprise clients on
>   what features are requested, etc.

It would be great to hear if anyone else has had a chance to play with the
new Microsoft toys.

Edin


-- 
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 #12773: gethostbyname with timeout

[richard]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  gethostbyname with timeout

gethostbyname can appear to hang indefinitely; I assume that this happens
if the expected DNS responses are not forthcoming. Unfortunately if this
happens in a webpage it can cause a cache or browser timeout, losing the
entire page. A variant of this function with an optional timeout parameter
would solve this problem.
-- 
Edit bug report at: http://bugs.php.net/?id=12773&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 #12772 Updated: gd functions saving jpgs in blue/black/white/grey

[tollerson]

ID: 12772
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: GD related
Old Operating System: w2k
Operating System: w2k/NT 4.0
PHP Version: 4.0.6
New Comment:

I tested this and found the same problem is also happening with WinNT 4.0

Previous Comments:


[2001-08-15 16:17:54] [EMAIL PROTECTED]

(using IIS 5.0)
I upgraded php 4.0.4 to 4.0.6.  I had these lines in my code to resize images:
$im2 = ImageCreate($twidth,$theight) or die("couldn't create image");
ImageCopyResized($im2,$im,0,0,0,0,$twidth,$theight,$width,$height);
ImageJpeg($im2, $dir_root.$files[$i]);

with the old 1.6 version of the gd dll, the resize worked fine, but the new version is 
saving these pictures in shades of blue and black and sometimes grey and black.  Is 
this maybe an Indian issue? To test, I didn't touch the php version but simply 
replaced the new 2.0 gd dll with the old 1.6 gd dll and the pictures went back to full 
color when being resized.  

Please let me know when this dll is fixed so I can implement it, for now I'm leaving 
the old gd dll in my extensions folder.







Edit this bug report at http://bugs.php.net/?id=12772&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] Setting up RFC

[Stig Sæther Bakken]

[Sterling Hughes <[EMAIL PROTECTED]>]
> On Wed, 15 Aug 2001, Zeev Suraski wrote:
> 
> > At 10:23 15-08-01, Stig Sæther Bakken wrote:
> > >[Hi,
> > >
> > >I think one of the problems with this is that even if php-dev comes up
> > >with a system for determining which feature it wants to see in PHP, we
> > >still depend on Zeev, Andi or someone else @ Zend to implement them.
> > >An RFC system would be a support for Zend's decision-making.  At the
> > >end of the day, due to the licensing issues, php-dev is not the body
> > >governing the language, it has an advisory role only.
> >
> > Generally, I agree with you, except it's not because of licensing issues
> > (will we end up with a load of features suddenly getting into PHP if/when
> > the engine license changes?).  Many other projects behave that way.  With a
> > language definition, "vox populi, vox Dei" doesn't tend to work very well.
> >
> 
> Yes, the difference is, this creates a situation where the PHP
> Development team does not have control of the core language,
> Zend Technologies Ltd.  does.  Whether this is a issue with a
> basis in principle or a basis in practicality is up to debate,
> however, the problem remains.
> 
> Zend having control of the language has nothing to do with "vox
> Populi, vox Dei" (translated "the voice of the People, the voice
> of the Gods"), its more of a matter of *who* has control -- Zend
> Technologies or the PHP Developers.

Historical note: we had, ahem, "feature discussions" in 3.0 before
Zend existed, so it doesn't have only to do with the fact that Zend is
a commercial company.

An important issue here is that for us, "control of the language" also
means writing code.  Granted, there's reduced motivation for people
willing to dive into the Zend code, since their contributions would
become the property of Zend, but so far Andi & Zeev are probably the
only members of the community who understand the code well enough to
implement stuff like ticks and namespaces.  So there's really no point
in broadening the control of the language until Zend has a license
that makes people like Sascha willing to put a lot of their time into
the Zend code.

Kristian thinks a dual GPL/QPL license would be a good idea for Zend
(it apparently works for Troll Tech), but that's _definitely_ for
another thread.

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

Re: [PHP-DEV] Linux Today Article

[Sebastian Bergmann]

Edin Kadribasic wrote:
> Where is the PHP enterprise component architecture?

  What exactly would that be?

> What about clustering and failover?

  This has nothing to do with the language, IMHO, but with the
  platform, ie. the web server. I guess there are solutions to
  provide clustering and fail-over to Apache and MySQL, for
  instance.

> Where are the WSDL and UDDI implementations?

  What are WSDL and UDDI? Are there libraries out there can be
  wrapped into an extension?

> Show me a framework.

  Horde is a framework, and I guess there are some more out there.

  But I fear that there is truth in this. We should analyze what,
  besides the upcoming changes on the language level (with the 
  Zend Engine 2.0), we need to make PHP compatible with ASP.NET.

  Maybe Zend has some feedback from their enterprise clients on 
  what features are requested, etc.  

-- 
  Sebastian Bergmann Measure Traffic & Usability
  http://sebastian-bergmann.de/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] Bug #12772: gd functions saving jpgs in blue/black/white/grey

[tollerson]

From: [EMAIL PROTECTED]
Operating system: w2k
PHP version:  4.0.6
PHP Bug Type: GD related
Bug description:  gd functions saving jpgs in blue/black/white/grey

(using IIS 5.0)
I upgraded php 4.0.4 to 4.0.6.  I had these lines in my code to resize
images:
$im2 = ImageCreate($twidth,$theight) or die("couldn't create image");
ImageCopyResized($im2,$im,0,0,0,0,$twidth,$theight,$width,$height);
ImageJpeg($im2, $dir_root.$files[$i]);

with the old 1.6 version of the gd dll, the resize worked fine, but the new
version is saving these pictures in shades of blue and black and sometimes
grey and black.  Is this maybe an Indian issue? To test, I didn't touch the
php version but simply replaced the new 2.0 gd dll with the old 1.6 gd dll
and the pictures went back to full color when being resized.  

Please let me know when this dll is fixed so I can implement it, for now
I'm leaving the old gd dll in my extensions folder.


-- 
Edit bug report at: http://bugs.php.net/?id=12772&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: libmysql and MS Visual Studio .NET

[Sebastian Bergmann]

Michael Widenius wrote:
> The fix is to change in strtoll.c the define LONGLONG to 
> USE_LONGLONG and do the same change in strto.c

  libmysql now builds fine, but the stranke linkage error
  (Unresolved external symbol _bc_out_num in function _pn) remains.
  As far as I can tell, this is not a MySQL issue.

  Thanks for your help, Monty,
Sebastian

-- 
  Sebastian Bergmann Measure Traffic & Usability
  http://sebastian-bergmann.de/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] Linux Today Article

[Edin Kadribasic]

http://linuxtoday.com/news_story.php3?ltsn=2001-08-13-009-20-OP

This guy claims that PHP has been 'left in the dust' by ASP.NET. Any truth
in that observation? Has anyone tried it (ASP.NET and the whole .NET
thingy).

Edin

>From the article:

There will be Apache defenders who will bristle at the suggestion that it is
a vanilla webserver. Look at PHP, they will say. PHP actually has greater
market share than ASP. You can build fantastic web applications with PHP at
a fraction of the cost of any commercial alternatives, including Microsoft.

 That's great, but when will PHP grow to become something more than a web
scripting language? Where is the PHP enterprise component architecture? What
about clustering and failover? Where are the WSDL and UDDI implementations?
Don't show me bits and pieces here and there. Show me a framework. Show me a
reference implementation. Show me a friendly interface. Not there yet? So
PHP has been left in the dust as well, while ASP is morphing into ASP.NET,
the browser delivery front-end of the Microsoft web services platform.


-- 
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 #12747 Updated: ***BUG in Autoconf--please report***

[onaias]

ID: 12747
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: Mandrake Linux 8.0
PHP Version: 4.0CVS-2001-08-14
New Comment:

Thanks. I had libtool installed in /usr/local while the others are in /usr.

Previous Comments:


[2001-08-15 03:12:57] [EMAIL PROTECTED]

I think your cvs checkout isn't quite 'clean'.
Try to do a clean checkout first.

To be sure which tools PHP finds, run:

# build/buildcheck.sh

As the first error would indicate that there
is something wrong with those..

--Jani




[2001-08-14 20:05:37] [EMAIL PROTECTED]

autoconf-2.13-7.mdk
automake-1.4-15mdk
libtool-1.4

Trying to compile the cvs version of PHP. After updating from the CVS server and 
running ./buildconf.

[onaias@frodo php4]$ ./buildconf
aclocal: configure.in: 895: macro `AM_PROG_LIBTOOL' not found in library
rebuilding Makefile templates
rebuilding Makefile templates
rebuilding configure
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_ADD_INCLUDE
configure.in:442:PHP_AC_BROKEN_SPRINTF
rebuilding main/php_config.h.in
[onaias@frodo php4]$






Edit this bug report at http://bugs.php.net/?id=12747&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 Compile Problem

[Dave Wilson]

Hi, if anyone has a moment, could you tell me what I'm doing wrong? Along with
the checked out PHP CVS I took today, I also downloaded and compiled the latest
libtool, autoconf, and automake (as recommended) to avoid any difficulty. I
compiled all three tools in /usr (--prefix=/usr). When I tried to compile PHP,
I
got the following problem:

./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
./aclocal.m4:359: PHP_SUBST is expanded from...
./aclocal.m4:813: the top level
autoconf: tracing failed

Upon attempting to php-ize the particular module I wanted (ext/pcntl; i didn't
expect this to work):

aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never
used
aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used
./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
./aclocal.m4:359: PHP_SUBST is expanded from...
./aclocal.m4:813: the top level
./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
./aclocal.m4:359: PHP_SUBST is expanded from...
./aclocal.m4:813: the top level
autoconf: tracing failed
You should update your `aclocal.m4' by running aclocal.


Running aclocal like it asks produces the following warnings:

aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never
used
aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used
--


If any of this makes sense, I'd be grateful for a reply. Cheers.



Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

-- 
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 #12733 Updated: cURL crash (reproducible)

[sterling]

ID: 12733
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: Linux 2.2.19-x86
PHP Version: 4.0CVS-2001-08-14
New Comment:

Its a cURL bug (so quoth the author of cURL).  the problem is your supplying the 
CURLOPT_POST argument, but no postfields.  this will be fixed in cURL's cvs.

Previous Comments:


[2001-08-14 03:14:44] [EMAIL PROTECTED]

PHP - latest CVS
curl 7.8 (i686-pc-linux-gnu) libcurl 7.8 (SSL 0.9.5)
OpenSSL 0.9.6b 9 Jul 2001

I've just noticed the version problem in the curl line above even tho they're all 
fresh compiles. It may bea curl bug but I'll file here just in case.

Script is in SOAP/Client.php in PEAR repository. Running test scropt also in the 
repository causes segfault either in http or https

Relevant code is:
curl_setopt($ch, CURLOPT_HTTPHEADER, array("Content-Type: text/xml"));
curl_setopt($ch, CURLOPT_URL, $url); 
curl_setopt($ch, CURLOPT_FAILONERROR, 1); 
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1); 
curl_setopt($ch, CURLOPT_USERAGENT, $this->_userAgent);
curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); 
curl_setopt($ch, CURLOPT_VERBOSE,1); 
curl_setopt($ch, CURLOPT_POST, 1);
$result=curl_exec ($ch); 
curl_close ($ch); 

Backtrace:
#0  0x40091d11 in Curl_http (conn=0x8282860) at http.c:771
#1  0x40097dc2 in Curl_do (conn=0x8282860) at url.c:2308
#2  0x4009f50e in Curl_perform (curl=0x8275a50) at transfer.c:868
#3  0x4009f818 in curl_easy_perform (curl=0x8275a50) at easy.c:163
#4  0x808118d in zif_curl_exec (ht=1, return_value=0x8273bf4, this_ptr=0x0, 
return_value_used=1) at curl.c:841
#5  0x8117a96 in execute (op_array=0x8261b5c) at ./zend_execute.c:1589
#6  0x8117c8a in execute (op_array=0x8246e4c) at ./zend_execute.c:1629
#7  0x80ff1ed in zend_execute_scripts (type=8, file_count=3) at zend.c:806
#8  0x807a558 in php_execute_script (primary_file=0xba64) at main.c:1308
#9  0x80788eb in main (argc=3, argv=0xbac4) at cgi_main.c:737






Edit this bug report at http://bugs.php.net/?id=12733&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] Setting up RFC

[Zeev Suraski]

At 21:24 15-08-01, Sterling Hughes wrote:
> Oh - I see! So the "Zend" on the License is really just shorthand for
> "Zeev and Andi", has nothing to do with Zend Technologies Ltd.  Good
> to know. ;))

In practice, pretty much, yes.  I don't remember Doron's, Adi's or Daniel's 
last contributions :)

> As I said -- this may have no basis in practicality -- I think it
> does to some extent, otherwise you wouldn't hear this many
> reasonable (but sometimes passionate) people complaining.  Still,
> taking your assumption that the license and Zend's control of it is
> meaningless, why not go ahead and change the license today?  If it
> means nothing, why are you with a license that causes such strife in
> the PHP community?

A small part in the PHP developer community, mind you.  As I told Stig, it 
is what you make of it - practically, it's nothing.

>   If you'd like, I'll go setup a sourceforge project for
> the Zend engine today!

I don't want to see the engine as a sourceforge project today, tomorrow, or 
anytime in the future, thank you very much :)

As I said in LinuxTag, the license issue was blown out of proportion 
completely.  It has no practical meaning for any PHP user or 
developer.  Changing the license only means that we will no longer be able 
to re-license the engine to other companies who make commercial use of 
it.  So basically, changing it means a loss of a source of possible income 
for Zend, while giving the PHP community nothing (MySQL AB *lives* from 
that source of income exactly).  Perception wise, it might make the world 
much more rosy.  To be bluntly honest, I seriously doubt it (we're not in a 
bad shape today, plus I have every reason to believe that things won't 
change radically if&when we change the license).  As far as Zend is 
perceived, much like the license issue was a non issue until some made it 
an issue, I fear that once it's gone, there'll be something else to replace 
it.  When you don't like somebody or something, you can find whatever suite 
of 'objective' reasons to back you up.

Zeev


-- 
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] problem with gcc datetime

[Chris Gardner]

i'm getting a rather wierd problem here.  i'm trying a standard make of the
php source (actually of the php-4.0.6 source.)  i keep getting this compile
error on the datetime.c file.  i've also gone to cvs and grabbed the latest
datetime.c and gotten the same results.  is anyone else getting something
simular.  this is on a win2k box with cygwin.

i also included an version of gcc at the bottom if it any help . . .


-

gcc  -I. -I//e/php-4.0.6/ext/standard -I//e/php-4.0.6/main -I//e/php-4.0.6 -
I//e
/php-4.0.6/Zend -I//e/php-4.0.6/ext/mysql/libmysql -I//e/php-4.0.6/ext/xml/e
xpat
/xmltok -I//e/php-4.0.6/ext/xml/expat/xmlparse -I//e/php-4.0.6/TSRM  -DSUPPO
RT_U
TF8 -DXML_BYTE_ORDER=12 -g -O2  -c datetime.c && touch datetime.lo
datetime.c: In function `php_mktime':
datetime.c:188: wrong type argument to unary minus
datetime.c: In function `php_date':
datetime.c:442: invalid operands to binary /
datetime.c:442: invalid operands to binary %
datetime.c:450: wrong type argument to unary minus
datetime.c:450: wrong type argument to unary minus
datetime.c:503: invalid operands to binary /
datetime.c:504: invalid operands to binary %
datetime.c: In function `php_if_checkdate':
datetime.c:693: too many arguments to function `is_numeric_string'
make[3]: *** [datetime.lo] Error 1
make[3]: Leaving directory `//e/php-4.0.6/ext/standard'

$ gcc --version
2.95.3-5


-

Chris Gardner
Book Systems, Inc.
[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] Re: [PHP-QA] 4.0.7RC1 rolled

[Zeev Suraski]

Done!

At 21:32 15-08-01, Jani Taskinen wrote:

>Could you add a symbolic link for it:
>
>php-4.0.7RC-latest.tar.gz
>
>And keep that linked to the latest.
>
>--Jani
>
>
>On Wed, 15 Aug 2001, Zeev Suraski wrote:
>
> >http://www.php.net/~zeev/php-4.0.7RC1.tar.gz (not mirrored)
> >
> >
> >

--
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 #12723 Updated: Addition to bug 12507

[pixl]

ID: 12723
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: RedHat 6.2 (2.2.19)
PHP Version: 4.0.6
New Comment:


Have been running past two days with out problem.

Did a total recompile of apache+php+patch and have not seen any issues.

Peter

Previous Comments:


[2001-08-13 14:30:42] [EMAIL PROTECTED]

You may notice the the file is libphp4.so.bak - it is the same file as libphp4.so that 
the server is running.

Peter



[2001-08-13 14:26:32] [EMAIL PROTECTED]

You may notice the the file is libphp4.so.bak - it is the same file as libphp4.so that 
the server is running.

Peter



[2001-08-13 14:22:48] [EMAIL PROTECTED]


I have noticed the same problem as the user in bug #12507.

[root@www libexec]# mtrace ./libphp4.so.bak

Memory not freed:
-
   Address Size Caller
000  at

__
This version has the php-4.0.6-memlimit.diff patch applied. A few httpd processes will 
consume large amounts of memory and processor, Apache must be stopped and restarted to 
free it. We did not notice these issues untill v4.0.5/4.0.6

_
System Linux www..com 2.2.19pre7 #1 SMP Wed Jan 24 17:04:44 CST 2001 alpha 
unknown 
Build Date Aug 13 2001 
Configure Command  './configure' '--with-apxs=/usr/local/apache/bin/apxs' 
'--with-config-file-path=/usr/local/apache' '--with-gd' '--with-zlib' '--with-gettext' 
'--enable-versioning' '--enable-inline-optimization' '--disable-debug' 
'--enable-memory-limit' '--disable-display-source' '--enable-sysvshm' 
'--enable-sysvsem' '--with-mysql=/usr' '--with-bz2' '--with-freetype' 
'--enable-shared' 
Server API Apache 
Virtual Directory Support disabled 
Configuration File (php.ini) Path /usr/local/apache/php.ini 
ZEND_DEBUG disabled 
Thread Safety disabled 

___

memory_limit 24M 24M

_
APACHE_INCLUDE   
APACHE_TARGET   
Apache Version Apache/1.3.20 
Apache Release 10320100 
Apache API Version 19990320 
Hostname:Port www.goquest.com:80 
User/Group nobody(99)/99 
Max Requests Per Child: 1Keep Alive: onMax Per Connection: 75 
Timeouts Connection: 300Keep-Alive: 15 
Server Root /usr/local/apache 
Loaded Modules mod_gzip, mod_php4, mod_setenvif, mod_access, mod_so, mod_auth, 
mod_alias, mod_userdir, mod_asis, mod_cgi, mod_dir, mod_autoindex, mod_include, 
mod_status, mod_negotiation, mod_mime, mod_log_config, mod_env, mod_php3, http_core 

 
Peter








Edit this bug report at http://bugs.php.net/?id=12723&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 #12635 Updated: href="#botton" gives wrong url

[jeroen]

ID: 12635
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: ?
PHP Version: 4.0.4
New Comment:

"php could refrain from inserting the session_id if the link contains only an anchor 
(like: href="#bottom"), because this means that the page is not to be reload."

But that's exactly what it does (as of 4.0.4, according to CVS, tested that it works 
right with 4.0.4pl1)! Therefore, there is no bug in PHP>=404, see the html-source! 
(there was a bug, however, in PHP<=403

And PHP has nothing to do with how browsers handle things...

Previous Comments:


[2001-08-15 08:26:55] [EMAIL PROTECTED]

You are right that there is no bug so far as concerns the position of "#bottom". I 
tried with Explorer 4.5: link no 1, 2 and 4 are OK, but still the page is reloaded. 
With Netscape 4.6 the first link does not work. Maybe it also depends on the reload 
preferences of the navigator. So all this is rather tricky, isn't it ?
But what about the following suggestion: php could refrain from inserting the 
session_id if the link contains only an anchor (like: href="#bottom"), because this 
means that the page is not to be reload.



[2001-08-13 15:45:13] [EMAIL PROTECTED]

Sorry, I put protection 777, but that was too much. Now it should work :

http://webcour.swisszone.ch/a/essais/session.php?f=1




[2001-08-12 19:59:47] [EMAIL PROTECTED]

Works correctly (that "#bottom" is left alone) since oktober 2000 (version 1.17 of 
ext/standard/url_scanner_ex.re)
That means it worked since 4.0.4 exactly. (I only tested 4.0.7, so I'm not 100% 
certain)

And I was correct that # came _after_ the ?, so there's no bug (anymore).



[2001-08-12 18:11:48] [EMAIL PROTECTED]

http://webcour.swisszone.ch/a/essais/session.php?f=1

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to 
complete your request.
Please contact the server administrator, root@localhost and inform them of the time 
the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.


Additionally, a 404 Not Found error was encountered while trying to use an 
ErrorDocument to handle the request. 




Apache/1.3.14 Server at www.webcour.swisszone.ch Port 80



[2001-08-11 17:53:17] [EMAIL PROTECTED]

Try the following file:
  http://webcour.swisszone.ch/a/essais/session.php?f=1




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


Edit this bug report at http://bugs.php.net/?id=12635&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] Please..

[David Hjortsoe]

Hi,

>  I'm more than welcome to accomidate you,
>  and Zend, so we can get these issues resolved instead of having
>  these constant bad feelings.

As I wrote in my last email, what are those issues -- it would be nice
to have them outlined in a comprehensible manner instead of, as now,
they being implicitly refered to in various snide comments. A lot of
people may have an opinion on these "issues", and unless they know what
they are, there cannot be a semi-democratic, let alone open way to
discuss them.


Kind regards,
David.


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

[Sterling Hughes]

On Wed, 15 Aug 2001, Zeev Suraski wrote:

> At 13:41 15-08-01, Sascha Schumann wrote:
> > > If you feel like bickering, go on bicker and make populist statements as
> > > much as you'd like, just let the rest of us do what we're good at, which is
> > > developing PHP.  Perhaps setting up a separate mailing list like Sterling
> > > suggested, a-la [EMAIL PROTECTED] isn't such a bad idea.
> >
> > Thanks for proving that you are not interested in a dialogue.
>
> If bickering is your definition of dialogue then all I can say is - you're
> quite welcome!
>

What's your definition of dialogue?  I'm more than welcome to accomidate you,
and Zend, so we can get these issues resolved instead of having
these constant bad feelings.  The reason I'm speaking out is that
its beginning to make PHP something that is no longer enjoyable to
develop for -- and the project is important enough to me -- that I'd
rather see this resolved to some level than just forget it all
together.

I would be happy to talk on a temporary list, which could perhaps
contain all interested parties -- or all effected parties (invite
only, to make it a smaller group).

-Sterling

Ps: Jani sometimes I feel the same way, but ignore this problem is
just going to make it bigger, its been ignored for awhile now, and
is slowly causing an explosion.


-- 
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 #12766 Updated: easter_days breaks for year before 1753

[martin]

ID: 12766
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Calendar related
Operating System: Linux 2.4.x
PHP Version: 4.0.6
New Comment:

Based on the documentation for the easter_days command, this behaviour would appear to 
be deliberate. It seems that the easter calculation is changed over to the Julian 
formula for all dates prior to 1753, because that is the year that Britain and its 
colonies finally switched to the Gregorian calendar. However, that does not change the 
fact that since 1582, the rest of Europe was using the Gregorian calendar.

This being the case, it would make since to be able to calculate the date of Easter 
for the range 1582-1752 using either the Julian formula (which is simply based on 
cycles of the moon) or the Gregorian formula (which is far more complex). To implement 
this, an optional switch could be added to the easter_days function which defaults to 
the Julian formula for that date range, but allows the user to specify the Gregorian 
formula instead.

Previous Comments:


[2001-08-15 10:51:32] [EMAIL PROTECTED]

The easter_days function returns bad data for years <= 1752. Here is a way to verify. 
Because Easter always falls on a Sunday, the following function should always return 
"Sunday":

function EasterDOW($year) {
$jdayc = easter_days($year);
$jdmar21 = gregoriantojd(3, 21, $year);
$jdeaster = $jdmar21 + $jdayc;
return JDDayOfWeek($jdeaster, 1);
}

The formula for calculating easter has been the same since 1582. The standerd Delambre 
Easter algorithm is able to generate the date of easter for any gregorian date after 
1582. The following function may be used to duplicate the functionality of easter_days 
for any date since 1582:

function easter_days2($year) {

#First calculate the date of easter using
#Delambre's algorithm.
$a = $year % 19;
$b = floor($year / 100);
$c = $year % 100;
$d = floor($b / 4);
$e = $b % 4;
$f = floor(($b + 8) / 25);
$g = floor(($b - $f + 1) / 3);
$h = (19 * $a + $b - $d - $g + 15) % 30;
$i = floor($c / 4);
$k = $c % 4;
$l = (32 + 2 * $e + 2 * $i - $h - $k) % 7;
$m = floor(($a + 11 * $h + 22 * $l) / 451);
$n = ($h + $l - 7 * $m + 114);
$month = floor($n / 31);
$day = $n % 31 + 1;

#Return the difference between the JulianDayCount
#for easter and March 21'st of the same year,
#in order to duplicate the functionality of the
#easter_days function
return GregorianToJD($month, $day, $year) - GregorianToJD(3,21,$year);
}






Edit this bug report at http://bugs.php.net/?id=12766&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] Setting up RFC

[Sterling Hughes]

On Wed, 15 Aug 2001, Zeev Suraski wrote:

> At 12:15 15-08-01, Sterling Hughes wrote:
> >On Wed, 15 Aug 2001, Zeev Suraski wrote:
> >
> > > At 10:23 15-08-01, Stig Sæther Bakken wrote:
> > > >[Hi,
> > > >
> > > >I think one of the problems with this is that even if php-dev comes up
> > > >with a system for determining which feature it wants to see in PHP, we
> > > >still depend on Zeev, Andi or someone else @ Zend to implement them.
> > > >An RFC system would be a support for Zend's decision-making.  At the
> > > >end of the day, due to the licensing issues, php-dev is not the body
> > > >governing the language, it has an advisory role only.
> > >
> > > Generally, I agree with you, except it's not because of licensing issues
> > > (will we end up with a load of features suddenly getting into PHP if/when
> > > the engine license changes?).  Many other projects behave that way.  With a
> > > language definition, "vox populi, vox Dei" doesn't tend to work very well.
> > >
> >
> > Yes, the difference is, this creates a situation where the PHP
> > Development
> > team does not have control of the core language, Zend Technologies Ltd.
> > does.  Whether this is a issue with a basis in principle or a basis in
> > practicality is up to debate, however, the problem remains.
>
> Sterling, that's bull - popular perhaps - but still, bull.  Zend as a
> commercial entity doesn't decide on PHP's features.  Nobody in Zend has
> control over the language just because he's a Zend employee.  Other Zend
> employees participate in the discussions just like the rest of you, and
> often make quite constructive remarks, just like the rest.  However, it's
> not as if Zend employees can muck around the language, whereas php-dev can
> just stand on the side watching.
> We all like to look up at corporations, blame them for the problems and
> rebel.  It's basic human nature.  It just has very little to do with
> reality in this case.  Nothing, in practice, except for that license
> everybody enjoys bashing (and I claim again and again, that it won't make a
> radical change if it changes, except for perception).
> Andi and myself regulate the engine, on a personal basis, since 1997, and
> it has nothing to do with Zend (which was founded towards the end of
> 1999).  Between us, as a commercial entity, nobody could care less whether
> there are advices, namespaces or how exactly the object model would look
> like.  That's why the situation wouldn't change radically if/when the
> engine license changes, much like it wasn't any different *before* the
> engine license was even introduced, in the PHP 3.0 days.  Having regulators
> over the 'kernel' of the project is certainly not very unique to the PHP,
> and had a significant role in bringing PHP to where it is today, and not
> where Perl is today, for example.
>

Oh - I see! So the "Zend" on the License is really just shorthand for
"Zeev and Andi", has nothing to do with Zend Technologies Ltd.  Good
to know. ;))

As I said -- this may have no basis in practicality -- I think it
does to some extent, otherwise you wouldn't hear this many
reasonable (but sometimes passionate) people complaining.  Still,
taking your assumption that the license and Zend's control of it is
meaningless, why not go ahead and change the license today?  If it
means nothing, why are you with a license that causes such strife in
the PHP community?  If you'd like, I'll go setup a sourceforge project for
the Zend engine today!

-Sterling


--
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 #12771: new_object_array()

[ron]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  new_object_array()

  I was hoping that the dynamic creation of objects could be extended to
support it's parameters in an array format like the functions
call_user_method_array and call_user_func_array(). This would be great for
test suites.
eg

function test_suite_object_test($class, $args) {
if (!class_exists($class)) error();
else {
$obj = new_object_array($class, $args);
...
futher tests on the object
...
}
}

  This would useful, not having to hard code the constructors parameter
list, with obvious limitations, with something like:

function test_suite_object_test($class, $arg1, $arg2, $arg3, $arg4) {
if (!class_exists($class)) error();
else {
$obj = new $class($arg1, $arg2, $arg3, $arg4);
...
futher tests on the object
...
}
}

-- 
Edit bug report at: http://bugs.php.net/?id=12771&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] Engine 2

[Cynic]

Fresh tree doesn't build w/ ZE2:

zend_variables.c: In function `zval_persist':
zend_variables.c:155: structure has no member named `properties'
zend_variables.c:156: structure has no member named `properties'
*** Error code 1

Stop in /usr/local/src/php4/Zend.
*** Error code 1

Stop in /usr/local/src/php4.


At 16:20 8/10/2001, Andi Gutmans wrote the following:
-- 
>Hey,
>
>The Engine 2 CVS pretty much implements the first step of the new object model. 
>Objects are now handles which reference the same object and 
>$obj->method1()->method2() is supported now. Quite a few places in PHP that use 
>objects like call_user_function() might still not work though.
>If anyone can try and run PHP with the Engine 2 CVS and send feedback on how well or 
>badly their old object code runs that'll be great. I'm also interested in how many 
>scripts are actually broken by the fact that objects are not copied when sent to 
>functions by value and so on.
>
>To check it out just checkout the ZendEngine2 CVS tree from cvs.zend.com and rename 
>it from ZendEngine2 -> Zend before building PHP.
>
>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]
--end of quote-- 


[EMAIL PROTECTED]
-
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7 


-- 
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 #12770: ODBC and PHP help needed.. Advanced

[webmaster]

From: [EMAIL PROTECTED]
Operating system: win98 with PWS
PHP version:  4.0.6
PHP Bug Type: ODBC related
Bug description:  ODBC and PHP help needed.. Advanced

What i want to do is retrieve data from a table in access using odbc. I can
retrieve info correctly, except from when i want to retrieve specific
information.
I want to create a table on a webpage that retrieves a column of info, and
uses this info to make a link. With this link there will be a querystring
called id, and this comes from the ID field in my DB which i also have
retrieved using my select statement.

So how do i use odbc_result and odbc_fetch_row together to achieve this. Or
is there another method using ODBC that i dont have knowledge of.

Beneath is my code::

Thnx in advance




MXManiaWorld :: Tracks - Download

TH {color: white; background-color: gray}
TD {background-color: silver; text : black }





";

$query2 = "SELECT ID, FileName FROM tbl_uploads";

//submit query
if(!($odbc_rs2 = odbc_exec($odbc_db, $query2)))
die("Error executing query. Please inform the webmaster");

?>

IDTrackname

";
echo "$track_id";
echo "" . $tracks .
"";
echo "";
}

}

echo ""
?>





-- 
Edit bug report at: http://bugs.php.net/?id=12770&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 #12769 Updated: php.exe cannot execute

[derick]

ID: 12769
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: win2k server
PHP Version: 4.0.6
New Comment:

We here are not at Microsoft, so we can't guess the error from that number. Please 
post your script in the report too.

Derick

Previous Comments:


[2001-08-15 13:38:02] [EMAIL PROTECTED]

Event Type: Information
Event Source:   Application Popup
Event Category: None
Event ID:   26
Date:   8/15/2001
Time:   6:40:17 PM
User:   N/A
Computer:   SERVER
Description:
Application popup: php.exe - Application Error : The instruction at "0x100321e3" 
referenced memory at "0x00080bdc". The memory could not be "read".

Click on OK to terminate the program 






Edit this bug report at http://bugs.php.net/?id=12769&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 #12769: php.exe cannot execute

[aliyuksel]

From: [EMAIL PROTECTED]
Operating system: win2k server
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  php.exe cannot execute

Event Type: Information
Event Source:   Application Popup
Event Category: None
Event ID:   26
Date:   8/15/2001
Time:   6:40:17 PM
User:   N/A
Computer:   SERVER
Description:
Application popup: php.exe - Application Error : The instruction at
"0x100321e3" referenced memory at "0x00080bdc". The memory could not be
"read".

Click on OK to terminate the program 

-- 
Edit bug report at: http://bugs.php.net/?id=12769&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] SAPI_API glitch

[Zeev Suraski]

At 20:35 15-08-01, Daniel Beulshausen wrote:
>isn't that exactly what i meant in my first mail? :)

I'm thick ;)

Zeev


-- 
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] 4.0.7RC1 rolled

[Zeev Suraski]

http://www.php.net/~zeev/php-4.0.7RC1.tar.gz (not mirrored)


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

[Daniel Beulshausen]

At 20:23 15.08.2001 +0300, Zeev Suraski wrote:
>At 20:20 15-08-01, Daniel Beulshausen wrote:
>>At 19:33 15.08.2001 +0300, Zeev Suraski wrote:
>>>At 18:40 15-08-01, Daniel Beulshausen wrote:
At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote:
>At 18:20 15.08.2001 +0300, Zeev Suraski wrote:
>>Is there any reason to have them even exported?  I think we can just 
>>nuke SAPI_API altogether (I could be wrong, we might be referencing 
>>them somewhere, but I don't think we do)
>
>not sure, but we can add it later if it breaks :)

no i just looked, they are (i.e. sapi_read_standard_form_data in the 
fdf extension)
>>>
>>>They are what? :)
>>
>>breaking && using exported SAPI_POST_* functions.
>>i conclude, they still should get exported. :)
>
>Why?  Are modules using any SAPI_POST functions which are defined in 
>PHP?  If they are, we should probably change the

yep.

>SAPI_POST_HANDLER definition not to include SAPI_API, and add the SAPI_API 
>explicitly before those functions which are referenced by modules.

isn't that exactly what i meant in my first mail? :)
we would use
SAPI_API SAPI_POST...
to export them and extensions should use
PHP_EXT_API SAPI_POST...
if they want to export their functions.

daniel

/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.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]

Re: [PHP-DEV] SAPI_API glitch

[Zeev Suraski]

At 20:20 15-08-01, Daniel Beulshausen wrote:
>At 19:33 15.08.2001 +0300, Zeev Suraski wrote:
>>At 18:40 15-08-01, Daniel Beulshausen wrote:
>>>At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote:
At 18:20 15.08.2001 +0300, Zeev Suraski wrote:
>Is there any reason to have them even exported?  I think we can just 
>nuke SAPI_API altogether (I could be wrong, we might be referencing 
>them somewhere, but I don't think we do)

not sure, but we can add it later if it breaks :)
>>>
>>>no i just looked, they are (i.e. sapi_read_standard_form_data in the fdf 
>>>extension)
>>
>>They are what? :)
>
>breaking && using exported SAPI_POST_* functions.
>i conclude, they still should get exported. :)

Why?  Are modules using any SAPI_POST functions which are defined in 
PHP?  If they are, we should probably change the SAPI_POST_HANDLER 
definition not to include SAPI_API, and add the SAPI_API explicitly before 
those functions which are referenced by modules.

Zeev


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

[Daniel Beulshausen]

At 19:33 15.08.2001 +0300, Zeev Suraski wrote:
>At 18:40 15-08-01, Daniel Beulshausen wrote:
>>At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote:
>>>At 18:20 15.08.2001 +0300, Zeev Suraski wrote:
Is there any reason to have them even exported?  I think we can just 
nuke SAPI_API altogether (I could be wrong, we might be referencing 
them somewhere, but I don't think we do)
>>>
>>>not sure, but we can add it later if it breaks :)
>>
>>no i just looked, they are (i.e. sapi_read_standard_form_data in the fdf 
>>extension)
>
>They are what? :)

breaking && using exported SAPI_POST_* functions.
i conclude, they still should get exported. :)

daniel

/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.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] Re: weirdness on make install

[Colin Viebrock]

Nevermind ... I just saw the bug report and notice that it's fixed in CVS.

- 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] weirdness on make install

[Colin Viebrock]

This is with using the 4.0.6 release tarball.  config and make work fine,
but
make install fails with a weird message I've never seen before:

Making install in pear
make[1]: Entering directory `/home/cmv/sources/php-4.0.6/pear'
make[2]: Entering directory `/home/cmv/sources/php-4.0.6/pear'
shtool:mkdir:Error: invalid number of arguments (at least 1 expected)
shtool:mkdir:Hint:  run `/home/cmv/sources/php-4.0.6/build/shtool mkdir -h'
or `man shtool' for details
+--+
| The installation process is incomplete. The following resources were |
| not installed:   |
|  |
|   Self-contained Extension Support   |
|   PEAR: PHP Extension and Add-on Repository  |
|  |
| To install these components, become the superuser and execute:   |
|  |
|   # make install-su  |
+--+
make[2]: *** [install-data-local] Error 5
make[2]: Leaving directory `/home/cmv/sources/php-4.0.6/pear'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/home/cmv/sources/php-4.0.6/pear'
make: *** [install-recursive] Error 1


Yes, I am root when doing this.  Configure line is:

./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--enable-versioning \
--with-mysql=/usr/local/mysql \
--enable-sysvshm \
--enable-sysvsem \
--disable-debug \
--enable-track-vars \
--disable-magic-quotes \
--with-ttf \
--with-pear=/pear \
--with-config-file-path=/usr/local/php

Now, this machine already has Apache with PHP3 compiled as a DSO.  I'm just
following the instructions in the manual about getting both working as DSOs.

Ideas?

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

Re: [PHP-DEV] SAPI_API glitch

[Zeev Suraski]

At 18:40 15-08-01, Daniel Beulshausen wrote:
>At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote:
>>At 18:20 15.08.2001 +0300, Zeev Suraski wrote:
>>>Is there any reason to have them even exported?  I think we can just 
>>>nuke SAPI_API altogether (I could be wrong, we might be referencing them 
>>>somewhere, but I don't think we do)
>>
>>not sure, but we can add it later if it breaks :)
>
>no i just looked, they are (i.e. sapi_read_standard_form_data in the fdf 
>extension)

They are what? :)

Zeev


-- 
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 #12767 Updated: Apache compile with php4.0.6

[sniper]

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

Could you please try the latest CVS snapshot from 
http://snaps.php.net/ since this should have been 
fixed already.

--Jani


Previous Comments:


[2001-08-15 11:12:56] [EMAIL PROTECTED]

Whenever I try to compile Apache server 1.3.20 including the libphp4.a module, make 
crashes with a code 8.  It compiles just fine if I don't include the php directive.

It is complaining about .alloc symbol.





Edit this bug report at http://bugs.php.net/?id=12767&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] Console Work [woah]

[Dave Wilson]

ext/pcntrl/
ext/ncurses [!]
select ()

Wooah! I posted 15 mins ago and, well, umm, that's the fastest and most
complete response I've ever got from a list. :]

PHP < * :P

-dw


Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

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

[Jason Greene]

> My last 'feature request' is that of either a select () ability (I see 4.0.6
> has a function called select in ext/standard/file.c (and ext/sockets/???.c) but
> I have not played with it), or another ability to read from files / fifos /
> character devices in a non-blocking way. Particularly, /dev/modem work is to my
> knowledge impossible at present

oh ya, socket_select in the sockets module is a full implementation of the C select
 
> To round up, an ncurses module would be nice, a select function like that in C
/ext/ncurses

> would be sex (!), a fork function (like that in C..). Thanks for your time
> taken reading the e-mail, and thanks for a bloody brilliant language (I have
> used it for web work too). If PHP had the above functionality, I can't see much
> left that stops it from being a rather complete and feature-packed general
> shell scripting language! (doh! signal handling would be nice too!)
> 
> Cherio,
> 
> -dw
> 
> PS> Another thing I noticed, I wrote a diary.php script that allows me 'ninja
> speed' access to an OpenSSL'd diary in a very secure way. The code behind it is
> relatively tight, yet when I run it strace'd, I notice that there are a good 50
> or so getuid ()'s before the EDITOR is exec'd. The speed at which the program
> runs is fine, but I was just wondering if it might indicate an underlying
> problem, or is that just the nature of interpreted languages (not very
> optimal)! On request, I'll make diary.php available, I intend sticking it on a
> public site soon anyway.
> 
> 
> Do You Yahoo!?
> Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
> or your free @yahoo.ie address at http://mail.yahoo.ie
> 
> -- 
> 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] Setting up RFC

[Daniel Beckham]

Everyone loves to hate Perl don't they?

Daniel

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Andrei Zmievski" <[EMAIL PROTECTED]>; "Zeev Suraski" <[EMAIL PROTECTED]>;
"Sterling Hughes" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
"Sæther Bakken @gecadsoftware.com" <[EMAIL PROTECTED]>
Sent: Wednesday, August 15, 2001 10:43 AM
Subject: Re: [PHP-DEV] Setting up RFC


> Hi Andrei!
> On Wed, 15 Aug 2001, Andrei Zmievski wrote:
>
> > On Wed, 15 Aug 2001, Zeev Suraski wrote:
> > > like.  That's why the situation wouldn't change radically if/when the
> > > engine license changes, much like it wasn't any different *before* the
> > > engine license was even introduced, in the PHP 3.0 days.  Having
regulators
> > > over the 'kernel' of the project is certainly not very unique to the
PHP,
> > > and had a significant role in bringing PHP to where it is today, and
not
> > > where Perl is today, for example.
> >
> > You always compare PHP to Perl. How about Python? It's a well designed
> > language that's pretty open for development.. Look at their PEPs system.
> >
> maybe cause PHP it's better than Perl but not than Python? :)
>
> -- 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 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] Console Work

[Jason Greene]

fork is already implemented, along with signals, waitpid, and all the wait.h macros in 
the pcntl extension.

-Jason

- Original Message - 
From: "Dave Wilson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 15, 2001 11:04 AM
Subject: [PHP-DEV] Console Work


> Hi there, I'm new to the list (only subscribed 2 mins ago!). I have subscribed
> a) to say bloody well done on a great language! and b) I am trying to find
> information on a few things related to console php (php -q)...
> 
> First off, I wrote a small addition to ext/standard/exec.c that adds a fork ()
> function. I haven't been testing it much yet (I've started to write a web
> server in it to see how well it works), but was wondering, is there a reason
> why the official PHP 4 currently lacks fork functionality?
> 
> Obviously this wouldn't work very well in a web server module environment, but
> compiled as a CGI (for shell script style use), it is very handy.
> 
> PHP seems pretty complete as far as console work goes, I have a 'standard' read
> ($prompt) function I can use that will determine the current TTY, open it, and
> get a line from the user. Readline is also extremely useful. My problem is with
> beutified output however. The day I untar php-x.xx.tar.gz and see
> ext/ncurses/php_ncurses.c flying past my terminal is a day I will be very
> preoccupied with code hacking into the early hours!
> 
> My last 'feature request' is that of either a select () ability (I see 4.0.6
> has a function called select in ext/standard/file.c (and ext/sockets/???.c) but
> I have not played with it), or another ability to read from files / fifos /
> character devices in a non-blocking way. Particularly, /dev/modem work is to my
> knowledge impossible at present.
> 
> To round up, an ncurses module would be nice, a select function like that in C
> would be sex (!), a fork function (like that in C..). Thanks for your time
> taken reading the e-mail, and thanks for a bloody brilliant language (I have
> used it for web work too). If PHP had the above functionality, I can't see much
> left that stops it from being a rather complete and feature-packed general
> shell scripting language! (doh! signal handling would be nice too!)
> 
> Cherio,
> 
> -dw
> 
> PS> Another thing I noticed, I wrote a diary.php script that allows me 'ninja
> speed' access to an OpenSSL'd diary in a very secure way. The code behind it is
> relatively tight, yet when I run it strace'd, I notice that there are a good 50
> or so getuid ()'s before the EDITOR is exec'd. The speed at which the program
> runs is fine, but I was just wondering if it might indicate an underlying
> problem, or is that just the nature of interpreted languages (not very
> optimal)! On request, I'll make diary.php available, I intend sticking it on a
> public site soon anyway.
> 
> 
> Do You Yahoo!?
> Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
> or your free @yahoo.ie address at http://mail.yahoo.ie
> 
> -- 
> 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] Bug #12768: wordwrap crashes with 4 parameters and width=0

[marc . pohl]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  wordwrap crashes with 4 parameters and width=0

hi,

i discovered a small bug in wordwrap. if you call this function with 4
parameters and a width of 0 your php-script will crash/timeout.





here is an inconsistency with the 2-parameter version, which returns all
words separated by \n in this case

regards marc


-- 
Edit bug report at: http://bugs.php.net/?id=12768&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] Console Work

[Dave Wilson]

Hi there, I'm new to the list (only subscribed 2 mins ago!). I have subscribed
a) to say bloody well done on a great language! and b) I am trying to find
information on a few things related to console php (php -q)...

First off, I wrote a small addition to ext/standard/exec.c that adds a fork ()
function. I haven't been testing it much yet (I've started to write a web
server in it to see how well it works), but was wondering, is there a reason
why the official PHP 4 currently lacks fork functionality?

Obviously this wouldn't work very well in a web server module environment, but
compiled as a CGI (for shell script style use), it is very handy.

PHP seems pretty complete as far as console work goes, I have a 'standard' read
($prompt) function I can use that will determine the current TTY, open it, and
get a line from the user. Readline is also extremely useful. My problem is with
beutified output however. The day I untar php-x.xx.tar.gz and see
ext/ncurses/php_ncurses.c flying past my terminal is a day I will be very
preoccupied with code hacking into the early hours!

My last 'feature request' is that of either a select () ability (I see 4.0.6
has a function called select in ext/standard/file.c (and ext/sockets/???.c) but
I have not played with it), or another ability to read from files / fifos /
character devices in a non-blocking way. Particularly, /dev/modem work is to my
knowledge impossible at present.

To round up, an ncurses module would be nice, a select function like that in C
would be sex (!), a fork function (like that in C..). Thanks for your time
taken reading the e-mail, and thanks for a bloody brilliant language (I have
used it for web work too). If PHP had the above functionality, I can't see much
left that stops it from being a rather complete and feature-packed general
shell scripting language! (doh! signal handling would be nice too!)

Cherio,

-dw

PS> Another thing I noticed, I wrote a diary.php script that allows me 'ninja
speed' access to an OpenSSL'd diary in a very secure way. The code behind it is
relatively tight, yet when I run it strace'd, I notice that there are a good 50
or so getuid ()'s before the EDITOR is exec'd. The speed at which the program
runs is fine, but I was just wondering if it might indicate an underlying
problem, or is that just the nature of interpreted languages (not very
optimal)! On request, I'll make diary.php available, I intend sticking it on a
public site soon anyway.


Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

-- 
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] Setting up RFC

[teo]

Hi Andrei!
On Wed, 15 Aug 2001, Andrei Zmievski wrote:

> On Wed, 15 Aug 2001, Zeev Suraski wrote:
> > like.  That's why the situation wouldn't change radically if/when the 
> > engine license changes, much like it wasn't any different *before* the 
> > engine license was even introduced, in the PHP 3.0 days.  Having regulators 
> > over the 'kernel' of the project is certainly not very unique to the PHP, 
> > and had a significant role in bringing PHP to where it is today, and not 
> > where Perl is today, for example.
> 
> You always compare PHP to Perl. How about Python? It's a well designed
> language that's pretty open for development.. Look at their PEPs system.
> 
maybe cause PHP it's better than Perl but not than Python? :)

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

[Daniel Beulshausen]

At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote:
>At 18:20 15.08.2001 +0300, Zeev Suraski wrote:
>>Is there any reason to have them even exported?  I think we can just nuke 
>>SAPI_API altogether (I could be wrong, we might be referencing them 
>>somewhere, but I don't think we do)
>
>not sure, but we can add it later if it breaks :)

no i just looked, they are (i.e. sapi_read_standard_form_data in the fdf 
extension)

daniel

>daniel
>
>>At 17:58 15-08-01, Daniel Beulshausen wrote:
>>>hi
>>>
>>>currently if extensions want to define their own SAPI_POST_*_FUNC (fdf, 
>>>mbstring) they'll run into trouble, because they are defined as 
>>>'SAPI_API void ... my_handler'. this however doesn't work, because 
>>>you'll need to define SAPI_EXPORTS (to export it) and are thus loosing 
>>>the sapi_globals_id (which must be imported).
>>>nuking SAPI_API from the macro, and using (SAPI_API || PHP_EXT_API) 
>>>SAPI_POST_*_FUNC would avoid this glitch.
>>>anyone objects?
>>>
>>>daniel
>>>
>>>/*--
>>>daniel beulshausen - [EMAIL PROTECTED]
>>>using php on windows? http://www.php4win.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]
>>
>>--
>>Zeev Suraski <[EMAIL PROTECTED]>
>>CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/
>
>
>/*--
>daniel beulshausen - [EMAIL PROTECTED]
>using php on windows? http://www.php4win.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]


/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.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]

Re: [PHP-DEV] SAPI_API glitch

[Daniel Beulshausen]

At 18:20 15.08.2001 +0300, Zeev Suraski wrote:
>Is there any reason to have them even exported?  I think we can just nuke 
>SAPI_API altogether (I could be wrong, we might be referencing them 
>somewhere, but I don't think we do)

not sure, but we can add it later if it breaks :)

daniel

>At 17:58 15-08-01, Daniel Beulshausen wrote:
>>hi
>>
>>currently if extensions want to define their own SAPI_POST_*_FUNC (fdf, 
>>mbstring) they'll run into trouble, because they are defined as 'SAPI_API 
>>void ... my_handler'. this however doesn't work, because you'll need to 
>>define SAPI_EXPORTS (to export it) and are thus loosing the 
>>sapi_globals_id (which must be imported).
>>nuking SAPI_API from the macro, and using (SAPI_API || PHP_EXT_API) 
>>SAPI_POST_*_FUNC would avoid this glitch.
>>anyone objects?
>>
>>daniel
>>
>>/*--
>>daniel beulshausen - [EMAIL PROTECTED]
>>using php on windows? http://www.php4win.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]
>
>--
>Zeev Suraski <[EMAIL PROTECTED]>
>CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.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]

Re: [PHP-DEV] SAPI_API glitch

[Zeev Suraski]

Is there any reason to have them even exported?  I think we can just nuke 
SAPI_API altogether (I could be wrong, we might be referencing them 
somewhere, but I don't think we do)

At 17:58 15-08-01, Daniel Beulshausen wrote:
>hi
>
>currently if extensions want to define their own SAPI_POST_*_FUNC (fdf, 
>mbstring) they'll run into trouble, because they are defined as 'SAPI_API 
>void ... my_handler'. this however doesn't work, because you'll need to 
>define SAPI_EXPORTS (to export it) and are thus loosing the 
>sapi_globals_id (which must be imported).
>nuking SAPI_API from the macro, and using (SAPI_API || PHP_EXT_API) 
>SAPI_POST_*_FUNC would avoid this glitch.
>anyone objects?
>
>daniel
>
>/*--
>daniel beulshausen - [EMAIL PROTECTED]
>using php on windows? http://www.php4win.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]

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

Re: [PHP-DEV] Setting up RFC

[Zeev Suraski]

At 18:13 15-08-01, Andrei Zmievski wrote:
>On Wed, 15 Aug 2001, Zeev Suraski wrote:
> > like.  That's why the situation wouldn't change radically if/when the
> > engine license changes, much like it wasn't any different *before* the
> > engine license was even introduced, in the PHP 3.0 days.  Having 
> regulators
> > over the 'kernel' of the project is certainly not very unique to the PHP,
> > and had a significant role in bringing PHP to where it is today, and not
> > where Perl is today, for example.
>
>You always compare PHP to Perl. How about Python? It's a well designed
>language that's pretty open for development.. Look at their PEPs system.

And you always compare to Python :)  I try to compare apples and apples.  I 
don't see Python as an equivalent of PHP, whereas I do see Perl as 
something that had to potential to be a good thing, and blew it.  There are 
also many other, non-language examples, of opensource projects that work in 
the same way.

Zeev


-- 
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 #12767: Apache compile with php4.0.6

[mhepwort]

From: [EMAIL PROTECTED]
Operating system: AIX 4.3.3.0
PHP version:  4.0.6
PHP Bug Type: *Compile Issues
Bug description:  Apache compile with php4.0.6

Whenever I try to compile Apache server 1.3.20 including the libphp4.a
module, make crashes with a code 8.  It compiles just fine if I don't
include the php directive.

It is complaining about .alloc symbol.
-- 
Edit bug report at: http://bugs.php.net/?id=12767&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] Setting up RFC

[Andrei Zmievski]

On Wed, 15 Aug 2001, Zeev Suraski wrote:
> like.  That's why the situation wouldn't change radically if/when the 
> engine license changes, much like it wasn't any different *before* the 
> engine license was even introduced, in the PHP 3.0 days.  Having regulators 
> over the 'kernel' of the project is certainly not very unique to the PHP, 
> and had a significant role in bringing PHP to where it is today, and not 
> where Perl is today, for example.

You always compare PHP to Perl. How about Python? It's a well designed
language that's pretty open for development.. Look at their PEPs system.

-Andrei

"In this age, which believes that there is a short cut to everything,
 the greatest lesson to be learned is that the most difficult way is, in
 the long run, the easiest."
-Henry Miller, The Books in My Life

-- 
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: Bug #12745: problem with the randomic generation of salt when a use crypt("pass")

[Sander Roobol]

Not a bug in PHP. Verified with htpasswd (couldn't get a simple
crypt-demonstration-script working :-)
$ ./htpasswd -d -nb test 11lei11lao11
returned test:Au7LW/UPElj0c
$ ./htpasswd -d -nb test 11lei11lao11whatever
returned test:Au7LW/UPElj0c

I guess it's a bug (or an undocumented behaviour) of the crypt()-algoritm.
The problem is not the random salt. The problem seems to be that crypt (at
least, in this case) only uses the first 12 characters (or less).

Sander

- Original Message -
From: "Marcus Vinicius" <[EMAIL PROTECTED]>
To: "PHP Bug Database" <[EMAIL PROTECTED]>
Sent: Wednesday, August 15, 2001 2:31 PM
Subject: [PHP-DEV] Re: Bug #12745: problem with the randomic generation of
salt when a use crypt("pass")


> der
>
> I supose that is must not work but works, did you tested ?
>
> - Original Message -
> From: "PHP Bug Database" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, August 14, 2001 8:40 PM
> Subject: Bug #12745: problem with the randomic generation of salt when a
use
> crypt("pass")
>
>
> > From: [EMAIL PROTECTED]
> > Operating system: Linux Slackware 7.1
> > PHP version:  4.0.6
> > PHP Bug Type: *Encryption and hash functions
> > Bug description:  problem with the randomic generation of salt when a
use
> crypt("pass")
> >
> > problem with the randomic generation of salt when a use $string =
> > crypt("11lei11lao11") it allways generates a salt ( the first 2 chars
from
> > encrypted string ) that if use crypt("11lei11lao11blablabla") would
work,
> > and also crypt("11lei11lao11anythingwouldworkhere").
> >
> > the code is
> >
> > $cryptedpass = crypt("11lei11lao11");
> > if (crypt ( "11lei11lao11anythingwouldworkhere", substr ( $cryptedpass,
0,
> > 2)) == $cryptedpass) {
> >   echo "this is extremely strange for me";
> > }
> >
> > and this works with this pass but not whit others!
> > --
> > Edit bug report at: http://bugs.php.net/?id=12745&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 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] SAPI_API glitch

[Daniel Beulshausen]

hi

currently if extensions want to define their own SAPI_POST_*_FUNC (fdf, 
mbstring) they'll run into trouble, because they are defined as 'SAPI_API 
void ... my_handler'. this however doesn't work, because you'll need to 
define SAPI_EXPORTS (to export it) and are thus loosing the sapi_globals_id 
(which must be imported).
nuking SAPI_API from the macro, and using (SAPI_API || PHP_EXT_API) 
SAPI_POST_*_FUNC would avoid this glitch.
anyone objects?

daniel

/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.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] Bug #12766: easter_days breaks for year before 1753

[martin]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.x
PHP version:  4.0.6
PHP Bug Type: Calendar related
Bug description:  easter_days breaks for year before 1753

The easter_days function returns bad data for years <= 1752. Here is a way
to verify. Because Easter always falls on a Sunday, the following function
should always return "Sunday":

function EasterDOW($year) {
$jdayc = easter_days($year);
$jdmar21 = gregoriantojd(3, 21, $year);
$jdeaster = $jdmar21 + $jdayc;
return JDDayOfWeek($jdeaster, 1);
}

The formula for calculating easter has been the same since 1582. The
standerd Delambre Easter algorithm is able to generate the date of easter
for any gregorian date after 1582. The following function may be used to
duplicate the functionality of easter_days for any date since 1582:

function easter_days2($year) {

#First calculate the date of easter using
#Delambre's algorithm.
$a = $year % 19;
$b = floor($year / 100);
$c = $year % 100;
$d = floor($b / 4);
$e = $b % 4;
$f = floor(($b + 8) / 25);
$g = floor(($b - $f + 1) / 3);
$h = (19 * $a + $b - $d - $g + 15) % 30;
$i = floor($c / 4);
$k = $c % 4;
$l = (32 + 2 * $e + 2 * $i - $h - $k) % 7;
$m = floor(($a + 11 * $h + 22 * $l) / 451);
$n = ($h + $l - 7 * $m + 114);
$month = floor($n / 31);
$day = $n % 31 + 1;

#Return the difference between the JulianDayCount
#for easter and March 21'st of the same year,
#in order to duplicate the functionality of the
#easter_days function
return GregorianToJD($month, $day, $year) -
GregorianToJD(3,21,$year);
}

-- 
Edit bug report at: http://bugs.php.net/?id=12766&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] Please..

[Sebastian Bergmann]

Zeev Suraski wrote:
> Don't say that I *have* to do it, because I don't.

  I didn't say that you have to do it. What I meant to make clean
  was that the best choice of authors for a documentation of a
  piece of software like the Zend Engine are its inventors. With
  the Zend Engine this happens to be you and Andi.

  I did not _demand_ this from you.

-- 
  Sebastian Bergmann Measure Traffic & Usability
  http://sebastian-bergmann.de/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] CVS Account Request

[CVS Account Request]

Full name: Vincent Blavet
Email: [EMAIL PROTECTED]
ID:vblavet
Purpose:   Adding a class Archive_Tar in the experimental part of PEAR.
Stig Bakken is aware of this request.


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