Re: [PHP-DEV] php-5.0.-dev build failure

2005-04-29 Thread Antony Dovgal
On Thu, 28 Apr 2005 23:50:29 -0700 "Kamesh Jayachandran" <[EMAIL PROTECTED]> wrote: > Hi Dmitry, > I just did cvs upd in my php-5.0-dev workarea which brought your changes > in ext/standard/basic_functions.c version 1.673.2.16. > After that I get a compile error saying that > /root/kamesh/work/p

Re: [PHP-DEV] php-5.0.-dev build failure

2005-04-29 Thread Jani Taskinen
On Thu, 28 Apr 2005, Kamesh Jayachandran wrote: Hi Dmitry, I just did cvs upd in my php-5.0-dev workarea which brought your changes in ext/standard/basic_functions.c version 1.673.2.16. After that I get a compile error saying that /root/kamesh/work/php5_0/php-src/ext/standard/basic_functions.c:191

[PHP-DEV] RE: php-5.0.-dev build failure

2005-04-29 Thread Dmitry Stogov
Hi Kamesh, Do you still have this error after make clean; make? Did you update ALL CVS tree. Thanks. Dmitry. > -Original Message- > From: Kamesh Jayachandran [mailto:[EMAIL PROTECTED] > Sent: Friday, April 29, 2005 10:50 AM > To: [EMAIL PROTECTED] > Cc: internals@lists.php.net > Subject

[PHP-DEV] RE: php-5.0.-dev build failure

2005-04-29 Thread Kamesh Jayachandran
Hi Dmitry, I did a cvs upd at php-src. The updates has not percolated to Zend directory at all. even make clean did not help. After cd Zend cvs upd Everything is fine now. With regards Kamesh Jayachandran On Fri, 29 Apr 2005 11:52:08 +0400, "Dmitry Stogov" <[EMAIL PROTECTED]> said: > Hi Kamesh,

[PHP-DEV] RE: [PATCH] Ingres error reporting functions

2005-04-29 Thread Croker, Grant
Hi, Is there anyone who can take a look at this patch or can submit it for me? thanks grant > -Original Message- > From: Croker, Grant > Sent: 19 April 2005 17:03 > To: 'Lukas Smith' > Cc: internals@lists.php.net > Subject: RE: [PATCH] Ingres error reporting functions > > Ok, > > As y

[PHP-DEV] PHP_5_0 build failure

2005-04-29 Thread Sebastian Bergmann
c:\home\php\php-5.0\ext\mysqli\mysqli.c(390): error C2039: 'multi_query' : is not a member of '_zend_mysqli_globals' c:\home\php\php-5.0\ext\mysqli\php_mysqli.h(376): see declaration of '_zend_mysqli_globals' -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG K

Re: [PHP-DEV] PHP_5_0 build failure

2005-04-29 Thread Andrey Hristov
Sebastian Bergmann wrote: c:\home\php\php-5.0\ext\mysqli\mysqli.c(390): error C2039: 'multi_query' : is not a member of '_zend_mysqli_globals' c:\home\php\php-5.0\ext\mysqli\php_mysqli.h(376): see declaration of '_zend_mysqli_globals' Fixed. Thanks! -- PHP Internals - PHP Runtime Development Ma

[PHP-DEV] HEAD build failure

2005-04-29 Thread Sebastian Bergmann
c:\home\php\php-5.1\Zend\zend_object_handlers.c(160): error C2275: 'ulong': illegal use of this type as an expression c:\home\php\php-5.1\Zend\zend_config.w32.h(43): see declaration of 'ulong' c:\home\php\php-5.1\Zend\zend_object_handlers.c(160): error C2146: syntax error: missing ';' before

Re: [PHP-DEV] HEAD build failure

2005-04-29 Thread Sebastian Bergmann
Sebastian Bergmann wrote: > c:\home\php\php-5.1\Zend\zend_object_handlers.c(160): error C2275: > 'ulong': illegal use of this type as an expression > c:\home\php\php-5.1\Zend\zend_config.w32.h(43): > see declaration of 'ulong' > c:\home\php\php-5.1\Zend\zend_object_handlers.c(160): error C2146

Re: [PHP-DEV] HEAD build failure

2005-04-29 Thread Andrey Hristov
Sebastian Bergmann wrote: Sebastian Bergmann wrote: c:\home\php\php-5.1\Zend\zend_object_handlers.c(160): error C2275: 'ulong': illegal use of this type as an expression c:\home\php\php-5.1\Zend\zend_config.w32.h(43): see declaration of 'ulong' c:\home\php\php-5.1\Zend\zend_object_handlers.c(160):

Re: [PHP-DEV] help with backtrace/debuging

2005-04-29 Thread Greg Donald
On 4/28/05, Dan Scott <[EMAIL PROTECTED]> wrote: > So three things: > 1. If you print the results of get_loaded_extensions(), you'll see > that pdo turns up as 'PDO', but you're looking for 'pdo' -- so the > result of your first if() is FALSE. Yup. Confusing that the base extension is PDO, but th

Re: [PHP-DEV] help with backtrace/debuging

2005-04-29 Thread Dan Scott
On 4/29/05, Greg Donald <[EMAIL PROTECTED]> wrote: > On 4/28/05, Dan Scott <[EMAIL PROTECTED]> wrote: > > So three things: > > 1. If you print the results of get_loaded_extensions(), you'll see > > that pdo turns up as 'PDO', but you're looking for 'pdo' -- so the > > result of your first if() is F

Re: [PHP-DEV] [PATCH] Modifications for ext/session/

2005-04-29 Thread Daniel J Cain Jr.
Chris Shiflett wrote: It would raise the bar, but that's about it. But isn't that what increasing application security is all about? Wouldn't that be an example(albeit an arguably small one) of defense in depth? An attacker visits your site (to initiate the session), determines the assigned se

Re: [PHP-DEV] [PATCH] Modifications for ext/session/

2005-04-29 Thread Daniel J Cain Jr.
Sascha Schumann wrote: They are not helpful for various reasons. e.g. if you need to ask whether a session was started, your architecture is broken (a central place needs to manage sessions; that single place must know whether a session has been started). Generally speaking I agree

Re: [PHP-DEV] help with backtrace/debuging

2005-04-29 Thread Greg Donald
On 4/29/05, Dan Scott <[EMAIL PROTECTED]> wrote: > On 4/29/05, Greg Donald <[EMAIL PROTECTED]> wrote: > That is not entirely true; PDO_ODBC, for example, comes up as > "PDO_ODBC". Unfortunately I don't have mysql-devel installed so I > can't confirm your report for PDO_MYSQL. > cat extensions.php

Re: [PHP-DEV] [PATCH] Modifications for ext/session/

2005-04-29 Thread Daniel J Cain Jr.
Stefan Esser wrote: beeing able to detect if a session was already started has nothing todo with session fixation attacks. It does have *something* to do with session fixation attacks. In that if you are given a session ID that doesn't exist it's most likely an expired session ID (make a new on

Re: [PHP-DEV] [PATCH] Modifications for ext/session/

2005-04-29 Thread Stefan Esser
Hi, I would prefer to make the attacker grab a valid session ID from me rather than simply allowing them to generate their own random one. It would simply mean the attacker would need a slightly more complex script to automate attacks. As well as applying a possible time frame the attack is v

[PHP-DEV] imap shared with a different openssl path

2005-04-29 Thread Brian J. France
I am trying to build imap as a shared extension (phpize method) with different path for openssl. This seems easy, right? phpize; ./configure --with-imap-ssl= But that doesn't work. It seems that line 1688 in acinclude.m4 is the problem: 1687 dnl Fallbacks for different configure options 168

Re: [PHP-DEV] imap shared with a different openssl path

2005-04-29 Thread Antony Dovgal
On Fri, 29 Apr 2005 16:48:15 -0500 "Brian J. France" <[EMAIL PROTECTED]> wrote: > I am trying to build imap as a shared extension (phpize method) with > different path for openssl. This seems easy, right? > > phpize; ./configure --with-imap-ssl= > > But that doesn't work. It seems that line 1

Re: [PHP-DEV] imap shared with a different openssl path

2005-04-29 Thread D . Walsh
On Apr 29, 2005, at 17:48, Brian J. France wrote: I am trying to build imap as a shared extension (phpize method) with different path for openssl. This seems easy, right? phpize; ./configure --with-imap-ssl= But that doesn't work. It seems that line 1688 in acinclude.m4 is the problem: 1687

Re: [PHP-DEV] imap shared with a different openssl path

2005-04-29 Thread Edin Kadribasic
> > I don't know if this would break anything or not, thoughts? > > You should tell at least what version of PHP you're using. > Or even better: create a bug report at bugs.php.net and don't forget to > fill up all the fields required. Not every extension can be built by running phpize in its dire