Derick Rethans wrote:
> derickSat Aug 16 16:55:28 2003 EDT
>
> Added files:
> /php-src/ext/standard/tests/time bug17988.phpt
>
> Modified files:
> /php-src/ext/standard parsedate.y
> /php-src NEWS
> Log:
> - Fixed bug #17988: strtotime fails to parse timest
On Sat, 16 Aug 2003, Steve Langasek wrote:
> The attached patch changes dl() so that, instead of outright refusing to
> run under safe mode, it performs additional security checks on the value
> of extension_dir and accepts a filename-only argument (no directories)
> from the caller. In addition,
On Sun, 17 Aug 2003, Sebastian Bergmann wrote:
> Derick Rethans wrote:
> > derick Sat Aug 16 16:55:28 2003 EDT
> >
> > Added files:
> > /php-src/ext/standard/tests/timebug17988.phpt
> >
> > Modified files:
> > /php-src/ext/standard parsedate.y
> > /php-src
Is there a 64-bit integer zval, or is it expected in the near future ?
(Need it for BLOB handling in Interbase)
Ard
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello Ard,
Sunday, August 17, 2003, 12:15:25 PM, you wrote:
AB> Is there a 64-bit integer zval, or is it expected in the near future ?
AB> (Need it for BLOB handling in Interbase)
Only on 64bit machines there is. But you can use mumeric strings for that
as ext/pgsql does.
--
Best regards,
Mar
> AB> Is there a 64-bit integer zval, or is it expected in the near future ?
> AB> (Need it for BLOB handling in Interbase)
>
> Only on 64bit machines there is.
You mean because long == int64 on 64-bit architectures, right ?
> But you can use mumeric strings for that as ext/pgsql does.
Not reall
Hello Ard,
Sunday, August 17, 2003, 1:04:05 PM, you wrote:
>> AB> Is there a 64-bit integer zval, or is it expected in the near future ?
>> AB> (Need it for BLOB handling in Interbase)
>>
>> Only on 64bit machines there is.
AB> You mean because long == int64 on 64-bit architectures, right ?
yes
Using the current CVS of PHP 5's SAPI/CGI on Windows I get the following
message for every script, even for a simple one:
No input file specified.
When running the CGI SAPI from the command-line it hangs after printing
that message and opens a "Debug Assertion Failed!" popup.
E:\
libxml2-2.5.8 is causing this issue, fixed in 2.5.9 +.
You can use www.ctindustries.net/dom/libxml2-2.5.10.php.zip which was built
from the 2.5.10 release.
This build hasnt been tested yet, as I'm running off libxml CVS code since
the 2.5.8 issue, so if you hit any issues its with the build process
Rob Richards wrote:
> libxml2-2.5.8 is causing this issue, fixed in 2.5.9 +.
Thanks, upgrading libxml2 fixed the assertion trouble. But SAPI/CGI
still prints that error message. :-/
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu P
Trying cleaning up everything and rebuilding from scratch.
This usually solves it when I hit that same issue.
Rob
From: Sebastian Bergmann
> Thanks, upgrading libxml2 fixed the assertion trouble. But SAPI/CGI
> still prints that error message. :-/
--
PHP Internals - PHP Runtime Developme
Rob Richards wrote:
> Trying cleaning up everything and rebuilding from scratch.
I always /REBUILD from scratch.
Also, I doubt that the "No input file specified." error I'm seeing is
related to libxml2 but rather to changes to the CGI SAPI module.
--
Sebastian Bergmann
http://sebastian-be
From: Sebastian Bergmann
> I always /REBUILD from scratch.
>
> Also, I doubt that the "No input file specified." error I'm seeing is
> related to libxml2 but rather to changes to the CGI SAPI module.
I didnt mean the issue is from libxml, but rather it usually happens from a
change in a fil
"Robert Cummings" <[EMAIL PROTECTED]> escreveu na mensagem
news:[EMAIL PROTECTED]
> On Sat, 2003-08-16 at 18:28, Robert Cummings wrote:
> It is true that I could set the value to -1 or some such other hack, or
> that I could use array_keys() and then check the values of the resulting
> array, but t
On Sun, Aug 17, 2003 at 11:52:13AM +0200, Derick Rethans wrote:
> On Sat, 16 Aug 2003, Steve Langasek wrote:
> > The attached patch changes dl() so that, instead of outright refusing to
> > run under safe mode, it performs additional security checks on the value
> > of extension_dir and accepts a
Rob Richards wrote:
> Just compiled latest CVS and CGI is working fine (at least debug
> version is fine).
Nope, doesn't work for me:
E:\home\php\php5\Debug_TS>php c:\server\htdocs\index.php
Status: 404
Content-type: text/html; charset=iso-8859-1
X-Powered-By: PHP/5.0.0b2-dev
No
On Sun, 17 Aug 2003, Steve Langasek wrote:
> http://bugs.debian.org/131080
> http://bugs.debian.org/131724
> http://bugs.debian.org/165699
> http://bugs.debian.org/165718
> http://bugs.debian.org/165719
> http://bugs.debian.org/166414
> http://bugs.debian.org/188014
> http://bugs.debian.org/188025
From: Sebastian Bergmann
>E:\home\php\php5\Debug_TS>php c:\server\htdocs\index.php
>Status: 404
>Content-type: text/html; charset=iso-8859-1
>X-Powered-By: PHP/5.0.0b2-dev
>
>No input file specified.
Are you able to run a script directly in your Debug_TS directory without
spec
At 18:38 17/08/2003, Cristiano Duarte wrote:
"Robert Cummings" <[EMAIL PROTECTED]> escreveu na mensagem
news:[EMAIL PROTECTED]
> On Sat, 2003-08-16 at 18:28, Robert Cummings wrote:
> It is true that I could set the value to -1 or some such other hack, or
> that I could use array_keys() and then che
On Sun, Aug 17, 2003 at 09:12:57AM -0700, Rasmus Lerdorf wrote:
> On Sun, 17 Aug 2003, Steve Langasek wrote:
> > http://bugs.debian.org/131080
> > http://bugs.debian.org/131724
> > http://bugs.debian.org/165699
> > http://bugs.debian.org/165718
> > http://bugs.debian.org/165719
> > http://bugs.debi
On Sun, 17 Aug 2003, Steve Langasek wrote:
> > One thing we should probably do is not dlclose() any shared extensions on
> > shutdown. I am not sure if your list of bugs included any reports of
> > crashes on shutdown, but if you ever come across one of those it is likely
> > that removing the dlc
jobs
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Rob Richards wrote:
> Are you able to run a script directly in your Debug_TS directory
> without specifying the path?
No.
> Also, does running: php < c:\server\htdocs\index.php work?
That works.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
"Rasmus Lerdorf" <[EMAIL PROTECTED]> a écrit dans le message de
news:[EMAIL PROTECTED]
> On Sun, 17 Aug 2003, Steve Langasek wrote:
> > http://bugs.debian.org/131080
> > http://bugs.debian.org/131724
> > http://bugs.debian.org/165699
> > http://bugs.debian.org/165718
> > http://bugs.debian.org/165
24 matches
Mail list logo