Testing "length >= LONG_MAX" where length is an int is always false, and
gcc gives a warning for it. Perhaps something like this was intended?
Index: ext/exif/exif.c
===
RCS file: /repository/php-src/ext/exif/exif.c,v
retrieving revi
Joe Orton wrote:
Testing "length >= LONG_MAX" where length is an int is always false, and
gcc gives a warning for it. Perhaps something like this was intended?
On 64-bit it is always false, however on 32-bit 'length == LONG_MAX' can
be true. That's probably why noone caught the warning so far, as
On Thu, Mar 10, 2005 at 11:23:51AM +0100, Ard Biesheuvel wrote:
> Joe Orton wrote:
> >Testing "length >= LONG_MAX" where length is an int is always false, and
> >gcc gives a warning for it. Perhaps something like this was intended?
> >
>
> On 64-bit it is always false, however on 32-bit 'length =
Hi,
I was wondering if there was anybody actively maintaining the ingres_ii
extension? From looking at CVS the documented maintainer, David Hénot, has not
touched the code for sometime. I have tried to contact David but as yet have
had no response.
If possible I would like to start maintaining
Grant Croker wrote:
Hi,
I was wondering if there was anybody actively maintaining the ingres_ii
extension? From looking at CVS the documented maintainer, David Hénot, has not
touched the code for sometime. I have tried to contact David but as yet have
had no response.
If possible I would like to
At 18:14 09/03/2005, Wez Furlong wrote:
Yes, you missed that a stream can be any stream from PHP land.
Which code in the engine does more than read/close?
Wez,
I think it's beyond looking into which code in the engine does more than
read/close right now. It has to do with having infrastructure co
On Mar 10, 2005, at 03:26, Hartmut Holzgraefe wrote:
D.Walsh wrote:
How do I select an appropriate LOGO_GUID?
-- Dale
A GUID/UUID is always a safe bet, on linux you can use
the uuidgen tool to create such a unique identifier,
other systems should provide similar tools.
Example:
$ uuidgen
afa5e8bc-a
Hello Zeev,
Thursday, March 10, 2005, 3:12:36 PM, you wrote:
> At 18:14 09/03/2005, Wez Furlong wrote:
>>Yes, you missed that a stream can be any stream from PHP land.
>>
>>Which code in the engine does more than read/close?
> Wez,
> I think it's beyond looking into which code in the engine doe
MB>>For a short idea, we could implement something like jar's possible
MB>>named par as in php archive :-)
What I don't understand is how this is connected to promoting FP to
STREAM. Won't it be implemented via PHP streams anyway?
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED
Hi Dale,
D . Walsh wrote:
> Is there also a utility to generate the the logo in the required text
> syntax or should I just create a quick hack to get the job done?
as I wrote in a posting some weeks ago: PECL_Gen has Logo-Support. Even if
you won't use PECL_Gen for your extension you could check
Hello Stanislav,
Thursday, March 10, 2005, 3:26:39 PM, you wrote:
MB>>>For a short idea, we could implement something like jar's possible
MB>>>named par as in php archive :-)
> What I don't understand is how this is connected to promoting FP to
> STREAM. Won't it be implemented via PHP streams
> Well usually you start off with providing patches and once you have
> shown your commitment by providing quality patches you may eventually
> gain CVS access.
Sounds fair enough.
> I also would also recommend that you take a look at PDO (php.net/pdo)
as
> this is where things are heading in p
MB>>> What I don't understand is how this is connected to promoting FP to
MB>>> STREAM. Won't it be implemented via PHP streams anyway?
MB>>
MB>>If we can garantee that the FP's won't interfere it won't be a problem.
MB>>But can we? If we can i'll shut up :-)
I don't see even what's here to guara
_FP means that it is a plain file handle, which cannot be used with
the zend_stream functions as-is, STREAM means that the zend_stream
functions can work.
Look, if you need to stat the damned thing, why not just add a stat
method to zend_streams.c ?
I can't believe that this thread has escalated
On Mar 10, 2005, at 10:56, Johannes Schlueter wrote:
Hi,
I don't know why Hartmut (Maintainer of PECL_Gen) wrote only me, so
FYI:
-- Forwarded Message --
Subject: Re: [PHP-DEV] LOGO_GUID
Date: Thursday 10 March 2005 15:48
From: Hartmut Holzgraefe <[EMAIL PROTECTED]>
To: Johannes
On Mar 10, 2005, at 12:20, D.Walsh wrote:
On Mar 10, 2005, at 10:56, Johannes Schlueter wrote:
Hi,
I don't know why Hartmut (Maintainer of PECL_Gen) wrote only me, so
FYI:
-- Forwarded Message --
Subject: Re: [PHP-DEV] LOGO_GUID
Date: Thursday 10 March 2005 15:48
From: Hartmut
Hi,
D.Walsh schrieb:
OK so I've looked at the code from the link provided and while it looks
like it's suppose to do something, I am unable to verify what it can
actually do because I am unable to install a working copy of PECL_Gen in
PHP 4.3.10 on a Macintosh computer based on the instructions
WF>>_FP means that it is a plain file handle, which cannot be used with
WF>>the zend_stream functions as-is, STREAM means that the zend_stream
WF>>functions can work.
That I understand. What I do not understand is why this single function
needs it's own type. Why it can't just handle all file_han
> That I understand. What I do not understand is why this single function
> needs it's own type. Why it can't just handle all file_handle types just
> like any other functions do. I would understand if there were ten function
> like this - but so far we have one.
You have all the different things
WF>>> needs it's own type. Why it can't just handle all file_handle types just
WF>>> like any other functions do. I would understand if there were ten function
WF>>> like this - but so far we have one.
WF>>
WF>>You have all the different things that php streams provides as well,
WF>>which is why th
D . Walsh wrote:
Here's a working solution, build with the command gcc create_php_logo.c
-o create-php-logo
The same could be done more easily in PHP in a couple of lines, e.g.
#!/usr/bin/php
echo "#define CONTEXT_TYPE_IMAGE_GIF \"Content-Type:
image/gif\"\n\nunsigned char " . basename($argv[1]
http://viewcvs.php.net/viewcvs.cgi/php-src/main/main.c.diff?r1=1.526&r2=1.527
On Thu, 10 Mar 2005 20:15:55 +0200 (IST), Stanislav Malyshev
<[EMAIL PROTECTED]> wrote:
> WF>>> needs it's own type. Why it can't just handle all file_handle types just
> WF>>> like any other functions do. I would under
Stephan Schmidt wrote:
D.Walsh schrieb:
... because I am unable to install a working copy of
PECL_Gen in PHP 4.3.10 ...
>
IIRC, PECL_Gen is a PHP5-only package.
Yes, it is, although the generated code compiles fine with
4.x, too.
--
Hartmut Holzgraefe <[EMAIL PROTECTED]>
--
PHP Internals - PHP Ru
On Mar 10, 2005, at 17:45, Hartmut Holzgraefe wrote:
Stephan Schmidt wrote:
D.Walsh schrieb:
... because I am unable to install a working copy of PECL_Gen in PHP
4.3.10 ...
>
IIRC, PECL_Gen is a PHP5-only package.
Yes, it is, although the generated code compiles fine with
4.x, too.
--
Hartmut Holz
D . Walsh wrote:
Now since this appears to be a separate stand-alone package installed by
pear, why couldn't it be installed and functional, seems that files are
missing and this is why it doesn't appear to function?
I don't think this has anything to do with PHP internals so please take
this so
Hello moriyoshi or any other XMLer,
please verify the --EXPECT-- data in test ext/xml/tests/bug32001.phpt
i am quite sure there are several mistakes in it.
--
Best regards,
Marcus mailto:[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To un
On Thu, Mar 10, 2005 at 22:25:39 +0800, Marcus Boerger wrote:
> For a short idea, we could implement something like jar's possible named
> par as in php archive :-)
Have you take a look at Davey's proposed PEAR::PHP_Archive package?
http://pear.php.net/pepr/pepr-proposal-show.php?id=88
--Dan
--
In about a month or so, i'll start work on an extension implementing a file
format which allows for bundling all resources related to a app (including
PHP source, localized strings, gifs, byte-code from BCompiler etc). the
format has an heirarchical internal structure and allows for introspectio
On 2005/03/11, at 10:24, Marcus Boerger wrote:
Hello moriyoshi or any other XMLer,
please verify the --EXPECT-- data in test ext/xml/tests/bug32001.phpt
i am quite sure there are several mistakes in it.
Excuse me if I'm just missing something, what kind of mistake do
you want to address?
Moriyosh
29 matches
Mail list logo
