[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Errors and exceptions?

2002-11-24 Thread Roman Neuhauser
# [EMAIL PROTECTED] / 2002-11-12 13:08:33 +0100:
 On Tue, 2002-11-12 at 07:54, Derick Rethans wrote:
  And that's why I would be -1 on the first one. However, the whole
  error reporting is a pretty mess, with some extensions implementing
  other 'philosiphies' then others. Getting this all nice and clean is
  another point we should address in PHP 5 (just like Stig mentioned).
 
 I did not mention that here, but I would like to go through the PHP
 source and introduce Unix-style (EPERM etc.) error codes in all calls
 to php_error().  But that's not a topic for this mailing list.

Call to nonexistent function - ENOTIMPL? :)

-- 
If you cc me or remove the list(s) completely I'll most likely ignore
your message.see http://www.eyrie.org./~eagle/faqs/questions.html

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Errors and exceptions?

2002-11-24 Thread Roman Neuhauser
# [EMAIL PROTECTED] / 2002-11-24 15:39:23 +0100:
 On Sun, 24 Nov 2002, Roman Neuhauser wrote:
  # [EMAIL PROTECTED] / 2002-11-12 13:08:33 +0100:
   On Tue, 2002-11-12 at 07:54, Derick Rethans wrote:
And that's why I would be -1 on the first one. However, the whole
error reporting is a pretty mess, with some extensions implementing
other 'philosiphies' then others. Getting this all nice and clean is
another point we should address in PHP 5 (just like Stig mentioned).
  
   I did not mention that here, but I would like to go through the PHP
   source and introduce Unix-style (EPERM etc.) error codes in all calls
   to php_error().  But that's not a topic for this mailing list.
 
  Call to nonexistent function - ENOTIMPL? :)
 
 Nope, ENOSYS would be appropiate for that.
 
 #define ENOSYS  38  /* Function not implemented */

Sorry, my mistake. Anyway, I *really* like the idea.
I guess it could speed some stuff up. Consider:

do {
if (!file_exists($file)) { $code = ENOENT; break; }
if (!is_readable($file)) { $code = EACCES; break; }
...
}

switch ($code = fopen($file, 'r')) {
case ENOENT:
...
case EACCES:
...
}

-- 
If you cc me or remove the list(s) completely I'll most likely ignore
your message.see http://www.eyrie.org./~eagle/faqs/questions.html

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] brain damage in the gd ext [was: Re: [PHP-DEV] GD version available in script ?]

2002-11-12 Thread Roman Neuhauser
# [EMAIL PROTECTED] / 2002-09-05 20:21:15 +0200:
 Hello,
 
 Working on PEAR::Image_Transform, I realize there is no way to check
 the currently used gd version. Beside that, gd2 functions are always
 available (raise warning if wrong gd version), this forces us to make
 a first call the function and call it again :
 
 if(@ImageCreateTrueColor()){
 $new_img =ImageCreateTrueColor($new_x,$new_y);
 } else {
 $new_img =ImageCreate($new_x,$new_y);
 }
 
 Is it possible to add a constant at build time ? or is there a better
 way to do it ?
 
 thank's in advance,

Pierre,

have you received a reply to your post?

Everyone: the fact that e. g. imagecreatefromgif() exists no matter
what, throwing a warning if you have a wrong GD version is IMNSHO
utterly dumb. The fact that it limits the number of bogus PRs
doesn't justify the breakage it forces into one's code.

Could someone please fix this?

-- 
If you cc me or take the list(s) out completely I'll most likely ignore
your message.  see http://www.eyrie.org./~eagle/faqs/questions.html

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] brain damage in the gd ext [was: Re: [PHP-DEV] GD version available in script ?]

2002-11-12 Thread Roman Neuhauser
# [EMAIL PROTECTED] / 2002-11-12 12:51:37 +0100:
 On Tue, 12 Nov 2002, Derick Rethans wrote:
 
  On Tue, 12 Nov 2002, Roman Neuhauser wrote:
  
   Everyone: the fact that e. g. imagecreatefromgif() exists no matter
   what, throwing a warning if you have a wrong GD version is IMNSHO
   utterly dumb. The fact that it limits the number of bogus PRs
   doesn't justify the breakage it forces into one's code.
   
   Could someone please fix this?
  
  I thought I fixed all of this some months ago already... Will have a 
  look.
 
 It's all fixed, see:
 #ifdef HAVE_GD_GIF_READ
 PHP_FE(imagecreatefromgif,  NULL)
 #endif
 
 and:
 #if HAVE_LIBGD20
 PHP_FE(imagecreatetruecolor,NULL)
 PHP_FE(imagetruecolortopalette, NULL)
 
 So what are you referring to exactly?

Uh, 4.2.2, obviously. I missed it in NEWS in HEAD, sorry, and thanks
for fixing it!

-- 
If you cc me or take the list(s) out completely I'll most likely ignore
your message.  see http://www.eyrie.org./~eagle/faqs/questions.html

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] Re: #19309 [Opn-Bgs]: I met connection failing to the MySql database

2002-09-09 Thread Roman Neuhauser

# [EMAIL PROTECTED] / 2002-09-09 14:21:13 +0200:
 Hello,
 
 Please, can we all agree on writing down why you think this is not a 
 bug? We'll start pissing of users like this, and that is not really the 
 purpose of the quickfixes. 
 
 regards,
 Derick

i didn't say this PR was not a bug. that was not enough info.
if the info is sufficient, i'll apologize to the OP.

 On 9 Sep 2002 [EMAIL PROTECTED] wrote:
 
   ID:   19309
   Updated by:   [EMAIL PROTECTED]
   Reported By:  [EMAIL PROTECTED]
  -Status:   Open
  +Status:   Bogus
   Bug Type: MySQL related
   Operating System: FreeBSD4.4
   PHP Version:  4.2.1
   New Comment:
  
  Not enough information was provided for us to be able
  to handle this bug. Please re-read the instructions at
  http://bugs.php.net/how-to-report.php
  
  If you can provide more information, feel free to add it
  to this bug and change the status back to Open.
  
  Thank you for your interest in PHP.
  
  
  
  Previous Comments:
  
  
  [2002-09-09 07:04:07] [EMAIL PROTECTED]
  
  I have just built a new web servers to replace old ones. They are
  running
  FreeBSD 4.4 with Apache 1.3 and PHP 4.2.1 (compiled with mysql, pspell
  and
  pdf libs). They seem to be fine in testing but when they go live I
  found that there is a much less
  frequent problem with the mysql connections failing every so oftern.
  Any
  ideas?

-- 
begin 666 nonexistent.vbs
FreeBSD 4.6-STABLE
2:18PM up 19 days, 20:11, 14 users, load averages: 0.00, 0.00, 0.00
end

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP 4.2.3 release process

2002-07-26 Thread Roman Neuhauser

 Date: Thu, 25 Jul 2002 10:56:12 +0200
 To: Sascha Schumann [EMAIL PROTECTED]
 From: Melvyn Sopacua [EMAIL PROTECTED]
 Cc: Derick Rethans [EMAIL PROTECTED],
 PHP Developers Mailing List [EMAIL PROTECTED],
 PHP Quality Assurance Team Mailing List [EMAIL PROTECTED]
 Subject: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP 4.2.3 release process
 
 At 09:43 7/25/2002 +0200, Sascha Schumann wrote:
 
 
  Maybe even comment on the MAKE env variable, I think it'll be OK.
 
 Why do you want to remove existing and working functionality?
 
 Because it's only working, when using BSD make.
 The case statement in configure.in just plain assumes when on BSD/OS
 we're using bsd make.

sure. that's how it usually is, no? BSD oses install GNU make as
gmake.

 I'm not, simply because php and apache are the only ones so considerate
 of BSD make so it makes no sence if you're installing and configuring 
 software, to use bsd make as your default.

I confess I'm not sure whether I parse the above sentence correctly.
If so, rest assured that much more software than just PHP and Apache
builds with the native FreeBSD make. In fact, whenever I build
something outside the ports system, I use make, and only if that
fails, gmake.

-- 
FreeBSD 4.6-STABLE
2:14PM up 10 days, 33 mins, 5 users, load averages: 0.03, 0.03, 0.00

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] Call perl from PHP

2002-06-26 Thread Roman Neuhauser

 To: [EMAIL PROTECTED]
 From: Chhai Thach [EMAIL PROTECTED]
 Date: Tue, 25 Jun 2002 11:03:09 +0930
 Subject: [PHP-DEV] Call perl from PHP
 
 Does anyone know how to call a perl script from a php file and get the
 returned data back to the PHP file?
 
 I have tried using virtual() but this doesn't work because the Perl script
 doesn't containt any HTML headers.
 
 I know to call a perl form from another perl you use something long this
 line:
 new HTTP::Request('POST', 'https://myscript/script.pl');
 
 Is there something similar in PHP, please help. Appreciated. Thanks

Have you seen http://sourceforge.net/projects/phperl/ ??

-- 
FreeBSD 4.6-STABLE
6:16PM up 2 days, 15:16, 11 users, load averages: 0.48, 0.55, 0.26

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] RFC: CLI alone

2002-05-15 Thread Roman Neuhauser

 Date: Sun, 17 Mar 2002 18:15:51 +0100
 To: [EMAIL PROTECTED]
 From: [EMAIL PROTECTED] (Marcus Boerger)
 Subject: [PHP-DEV] RFC: CLI alone
 
 The following patch enables a CLI build without
 having CGI. Any suggestions?
 
 marcus
 
 diff -u -w -r1.163 acinclude.m4
 --- acinclude.m413 Mar 2002 16:59:49 -  1.163
 +++ acinclude.m417 Mar 2002 17:14:09 -
 @@ -126,6 +126,14 @@
  ])
 
  dnl
 +dnl Disable building CGI
 +dnl
 +AC_DEFUN(PHP_DISABLE_CGI,[
 +  disable_cgi=1
 +])
 +
 +
 +dnl
  dnl Separator into the configure --help display.
  dnl
  AC_DEFUN(PHP_HELP_SEPARATOR,[
 Index: configure.in
 ===
 RCS file: /repository/php4/configure.in,v
 retrieving revision 1.319
 diff -u -w -r1.319 configure.in
 --- configure.in15 Mar 2002 21:02:54 -  1.319
 +++ configure.in17 Mar 2002 17:14:10 -
 @@ -239,9 +239,16 @@
 
  esyscmd(./scripts/config-stubs sapi)
 
 -if test $PHP_SAPI = default; then
 +if test $PHP_SAPI = default;  test $disable_cgi != 1; then
PHP_SELECT_SAPI(cgi, program, cgi_main.c getopt.c)
  fi
 +if test $PHP_SAPI = default;  test $disable_cli != 1; then
 +  PHP_SAPI=cli
 +fi
 +if test $PHP_SAPI = cli; then
 +  PHP_DISABLE_CLI
 +  PHP_SELECT_SAPI(cli, program, php_cli.c getopt.c)
 +fi
 
  AC_MSG_CHECKING([for chosen SAPI module])
  AC_MSG_RESULT([$PHP_SAPI])
 @@ -1094,7 +1101,11 @@
 
  PHP_ADD_BUILD_DIR(main)
  PHP_ADD_BUILD_DIR(regex)
 -PHP_ADD_BUILD_DIR(sapi/$PHP_SAPI sapi/cli)
 +PHP_ADD_BUILD_DIR(sapi/$PHP_SAPI)
 +dnl Do not include cli if it is already invoked from PHP_SAPI
 +if test $PHP_SAPI != cli; then
 +  PHP_ADD_BUILD_DIR(sapi/cli)
 +fi
  PHP_ADD_BUILD_DIR(TSRM)
  PHP_ADD_BUILD_DIR(Zend)
 
 Index: sapi/cgi/config.m4
 ===
 RCS file: /repository/php4/sapi/cgi/config.m4,v
 retrieving revision 1.13
 diff -u -w -r1.13 config.m4
 --- sapi/cgi/config.m4  7 Mar 2002 14:19:51 -   1.13
 +++ sapi/cgi/config.m4  17 Mar 2002 17:14:10 -
 @@ -2,6 +2,22 @@
  dnl $Id: config.m4,v 1.13 2002/03/07 14:19:51 sas Exp $
  dnl
 
 +AC_MSG_CHECKING(for CGI build)
 +
 +AC_ARG_ENABLE(cgi,
 +[  --disable-cgi   Disable building CGI version of PHP.],
 +[
 +  if test $enable_cgi != no; then
 +PHP_SAPI_CGI=yes
 +  else
 +PHP_SAPI_CGI=no
 +  fi
 +],
 +[PHP_SAPI_CGI=yes]
 +)
 +
 +if test $PHP_SAPI_CGI != no; then
 +
  AC_DEFUN(PHP_TEST_WRITE_STDOUT,[
AC_CACHE_CHECK(whether writing to stdout works,ac_cv_write_stdout,[
  AC_TRY_RUN([
 @@ -97,3 +113,9 @@
  dnl## AC_SUBST(FHTTPD_INCLUDE)
  PHP_SUBST(FHTTPD_LIB)
  PHP_SUBST(FHTTPD_TARGET)
 +
 +else
 +  PHP_DISABLE_CGI
 +fi
 +
 +AC_MSG_RESULT($PHP_SAPI_CGI)

has this received any feedback?

-- 
FreeBSD 4.4-STABLE
4:27PM up 1 day, 22:25, 11 users, load averages: 0.09, 0.08, 0.08

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] dio is broken

2002-05-15 Thread Roman Neuhauser

 Date: Sat, 23 Mar 2002 22:26:59 +0100
 From: Jan Lehnardt [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: [PHP-DEV] dio is broken
 
 Hi,
 on FreeBSD 4.4 I get these errors when building PHP_4_2_0 --enable-dio.
 
 Making all in dio
 gcc -I. -I/mnt/data/cvs/php_4_2_0/ext/dio -I/mnt/data/cvs/php_4_2_0/main
 -I/mnt/data/cvs/php_4_2_0 -I/mnt/data/cvs/php_4_2_0/Zend
 -I/usr/local/include/libxml2
 -I/mnt/data/cvs/php_4_2_0/ext/mysql/libmysql
 -I/mnt/data/cvs/php_4_2_0/ext/xml/expat -I/usr/local/include 
 -I/mnt/data/cvs/php_4_2_0/TSRM -g -O2  -c dio.c  touch dio.lo
 dio.c: In function `zm_startup_dio':
 dio.c:90: `O_SYNC' undeclared (first use in this function)
 dio.c:90: (Each undeclared identifier is reported only once
 dio.c:90: for each function it appears in.)
 *** Error code 1

I've filed a PR for this.  http://bugs.php.net/bug.php?id=17206

-- 
FreeBSD 4.4-STABLE
4:31PM up 1 day, 22:29, 11 users, load averages: 0.01, 0.08, 0.08

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] chora.php.net down

2002-04-15 Thread Roman Neuhauser

what's up? any estimates of the downtime?

-- 
Roman Neuhauser

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header()

2001-12-22 Thread Roman Neuhauser

 From: Fred B [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Date: Sat, 22 Dec 2001 08:25:41 -0600
 Subject: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives 
bad HTTP
  header info from PHP Header()
 
 
 Can you suggest a workaround since it appears that lots of
 PHP code uses this PHP Header() redirect to setup files for
 users to download from sites?

don't you need a content-type or sumthing as well?
   
 
 FB
 
 From: Bug Database [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Bug #14653 Updated: Internet Explorer for Macintosh receives bad 
 HTTP header info from PHP Header()
 Date: 22 Dec 2001 09:16:21 -
 
 ATTENTION! Do NOT reply to this email!
 To reply, use the web interface found at 
 http://bugs.php.net/?id=14653edit=2
 
 
 ID: 14653
 Updated by: sander
 Reported By: [EMAIL PROTECTED]
 Old Status: Open
 Status: Bogus
 Bug Type: HTTP related
 Operating System: Free-BSD 4.4
 PHP Version: 4.0.6
 New Comment:
 
 Not a bug in PHP. Microsoft is just not able to write proper software.
 
 Previous Comments:
 
 
 [2001-12-21 19:05:02] [EMAIL PROTECTED]
 
 The PHP Header() function isn't passing the correct HTTP redirect info to 
 Internet Explorer 5.x for Macintosh.
 
 program index.php:
 
 ?php
 
 Header(Location: http://www.mywebsite.com/junk.zip;);
 
 ?
 
 --
 
 When this program is executed from Internet Explorer 5.0 or 5.1 for 
 Macintosh, the file junk.zip will download correctly but it will be given 
 the name index.php instead of junk.zip
 
 --Fredb
 
 
 
 
 
 
 
 
 
 
 
 _
 Chat with friends online, try MSN Messenger: http://messenger.msn.com
 
 
 -- 
 PHP Development Mailing List http://www.php.net/
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: [EMAIL PROTECTED]
 

-- 
FreeBSD 4.4-STABLE
11:48PM up 20:18, 7 users, load averages: 0.00, 0.00, 0.00

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




Re: [PHP-DEV] Re: Wow ! Good news (to me at least) ...

2001-11-09 Thread Roman Neuhauser

 Date: Fri, 09 Nov 2001 14:35:56 +0100
 To: August Zajonc [EMAIL PROTECTED]
 From: Zeev Suraski [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: Re: [PHP-DEV] Re: Wow ! Good news (to me at least) ...
 
 I promised that anybody that I'll break the neck of anybody that complains 
 about not going with the GPL.  Please inform me of any PHP conferences you 
 intend to attend, so I know where to find you :)
 
 Zeev

Thank you for the BSD-style license.
And another thank you for not GPLing it.
   
:)
   
-- 
FreeBSD 4.4-STABLE
3:03PM up 17 days, 1:46, 22 users, load averages: 0.00, 0.02, 0.06

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




Re: [PHP-DEV] PHP and MySQL queries...

2001-10-23 Thread Roman Neuhauser

 To: [EMAIL PROTECTED], [EMAIL PROTECTED]
 From: Jason [EMAIL PROTECTED]
 Date: Tue, 23 Oct 2001 10:52:41 -0600
 Subject: [PHP-DEV] PHP and MySQL queries...
 
 I am having a hard time setting up a form for users to enter a date in the

Hi Jason,

php-dev@ is for the developers of PHP itself, not for the people
developing _with_ PHP. You should post your question in php-general.

Roman
   

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




Re: [PHP-DEV] discussion forum using php, mysql and apache

2001-10-18 Thread Roman Neuhauser

 From: Simba Pangeti [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Date: Tue, 16 Oct 2001 16:01:24 +0200
 Subject: [PHP-DEV] discussion forum using php, mysql and apache
 
 
 guys i want to develop or iether to put a discussion forum on my web site
 how best can i do this.is there some one with an alredy running module for
 this.
 
 
 Thanks

   php-dev@ is for developers _of_ PHP. you want a different mailing
   list. take a look at www.php.net/support.php
  

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




[PHP-DEV] lxr.php.net

2001-02-23 Thread Roman Neuhauser

Hi,

what version of LXR is used at lxr.php.net? is it stock 0.3?


Cynic


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




[PHP-DEV] mysql_fetch_object returns MYSQL_BOTH-type result set

2001-01-13 Thread Roman Neuhauser

This is bug #8656, and should be really easy to fix. As far 
as I can see, all that is needed to fix it is to change 
a single call in ext/mysql/php_mysql.c:

- php_mysql_fetch_hash(INTERNAL_FUNCTION_PARAM_PASSTHRU, 0);
+ php_mysql_fetch_hash(INTERNAL_FUNCTION_PARAM_PASSTHRU, MYSQL_ASSOC);

The way it is now the resulting object is basically non-PHP, 
because it has member variables with numeric names.


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




Re: [PHP-DEV] FW: comments in php

2001-01-13 Thread Roman Neuhauser

You can easily check this yourself:

$t1 = time() ;
for( $i = 0 ; $i  100 ; $i++ ) ;
echo ( time() - $t1 ) ;

vs.

$t1 = time() ;
for( $i = 0 ; $i  100 ; $i++ ) {
   /*
*   1k of dummy text
*/
}
echo ( time() - $t1 ) ;





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