Re: [PHP-DEV] Re: [PHP-EVANGELISM] ANN: QA & Evangelism Call to Arms@ LinuxTag

[derick]

On Wed, 5 Jun 2002, Dave Mertens wrote:

> On Tue, Jun 04, 2002 at 01:41:44PM +0100, James Cox wrote:
> > For all of you who are interested in the way evangelism (marketing) and QA
> > are going, or should be going, i'm going to be holding 2 meetings to lay
> > stake and discuss the future and direction of the following PHP sub
> > projects:
> > 
> >  php-evangelism and php-qa.
> > 
> > The purpose of these meetings is for people to present their ideas about
> > each, and then discussion resulting in a "Roadmap" (if necessary) stating
> > our objectives, and starting on making it happen :)
> > 
> > See you there!
> Unfortunality, i can't make it to the linuxtag this year ;-((
> 
> I hope it to make next year. I'm talking with some people of the HCC (Dutch
> computer magazine) if it's possible to hold a siminar over PHP. The HCC days
> are normaly late november.

I would be interested in attending that, could you keep me (this list) 
posted on it?

regards,
Derick

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

Re: [PHP-DEV] Snapshots not build correctly..

[Jim Winstead]

Andi Gutmans <[EMAIL PROTECTED]> wrote:
> At 09:25 PM 6/5/2002 +0300, Jani Taskinen wrote:
>>On Wed, 5 Jun 2002, Andi Gutmans wrote:
>>
>> >At 11:35 PM 6/4/2002 +0300, Jani Taskinen wrote:
>> >
>> >> The source snapshots don't have the bison/flex generated
>> >> files anymore..why is that?
>> >
>> >genfiles was broken but I fixed it in HEAD. Is this still not the case?
>>
>> I have no idea how the snapshots are generated..but latest
>> I downloaded yesterday did not have those files.
> 
> They are probably not generated with makedist then.
> Anyone know how they are created?

./buildconf --copy

(andi, the whole thing is in /local/bin/update-snapshots on va1.php.net.
you can do whatever needs to be done to fix it there.)

jim

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

[PHP-DEV] Re: [PHP-EVANGELISM] ANN: QA & Evangelism Call to Arms @ LinuxTag

[Dave Mertens]

On Tue, Jun 04, 2002 at 01:41:44PM +0100, James Cox wrote:
> For all of you who are interested in the way evangelism (marketing) and QA
> are going, or should be going, i'm going to be holding 2 meetings to lay
> stake and discuss the future and direction of the following PHP sub
> projects:
> 
>  php-evangelism and php-qa.
> 
> The purpose of these meetings is for people to present their ideas about
> each, and then discussion resulting in a "Roadmap" (if necessary) stating
> our objectives, and starting on making it happen :)
> 
> See you there!
Unfortunality, i can't make it to the linuxtag this year ;-((

I hope it to make next year. I'm talking with some people of the HCC (Dutch
computer magazine) if it's possible to hold a siminar over PHP. The HCC days
are normaly late november.

I will let you know how it goes.

-- 
With best regards,

Dave Mertens, Development Manager
[EMAIL PROTECTED]

Innovative Solutions in Media BV
Schiekade 101
3033 BG  Rotterdam, Netherlands
Tel. +31-10-2436060
Fax. +31-10-2436066

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

Re: [PHP-DEV] zlib double free bug and php

[Stefan Roehrich]

Hello!

On 2002-06-05 15:39:55, Lenny Miceli wrote:
> issue.  Even though I didn't compile php with the --with-zlib option when I
> run strings against the php library I still see zlib information.  For

Maybe zlib is used by another library which PHP uses (e.g. some
graphic library, MySQL, ...).

> So Zlib is still in the libphp4.a library.  So does this mean that I could
> possibly still be vulnerable to the zlib Double Free Bug?

If you linked against a vulnerable zlib.

> Also, if I DO need to compile php with the --with-zlib option I assume
> I will also need to give it the --with-zlib-dir option.  I assume if

It isn't needed, otherwise PHP tries to find zlib.

> that zlib install directory does NOT have the bug, then I would be safe
> from it.  I'm asking since I know there's the ext/zlib directory under
> the php source directory (well at least php v4.0.6) and I'm not sure if
> the bug exists somewhere in those files.

The bug was in the zlib library, not in any file distributed with
PHP. If you link against a new zlib version you should be safe (if you
built PHP with a shared zlib library it's enough to update this
library, you don't have to rebuild PHP, but check with phpinfo() to
which version PHP is actually linked after the update).

You can use phpinfo() to see to which zlib version PHP is linked,
1.1.4 should be safe (but some systems use patched version of 1.1.3,
which are safe, but don't show a higher version number (bare 1.1.3 is
vulnerable)).

  Stefan

-- 
Stefan Röhrich   [EMAIL PROTECTED], [EMAIL PROTECTED]
 http://www.roehri.ch/~sr/

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

Re: [PHP-DEV] zlib double free bug and php

[Markus Fischer]

Hi,

PHP is as vulnerable as it is the libz of your system. PHP
does not include zlib, it links against it which means it has
already to be on your system. It is up to you to have the
proper libz on your system, PHP just links against it. That's
it.

- Markus

On Wed, Jun 05, 2002 at 03:39:55PM -0400, Lenny Miceli wrote : 
> Sorry to post here but I've received no response on the php-general list.  I
> posted the following to that list a couple days ago and I was wondering if
> anyone on this list can help me.  Thank you for your time.Lenny
> 
> I've tried to search the archives/bug reports/faq's and didn't find any
> definitive answers on the zlib Double Free Bug CERT's Advisory CA-2002-07
> issue.  Even though I didn't compile php with the --with-zlib option when I
> run strings against the php library I still see zlib information.  For
> example:
> 
> > strings libphp4.a | grep -i zlib
> Request error: class file/memory mismatch
> Zlib
> 
> So Zlib is still in the libphp4.a library.  So does this mean that I could
> possibly still be vulnerable to the zlib Double Free Bug?
> 
> Also, if I DO need to compile php with the --with-zlib option I assume
> I will also need to give it the --with-zlib-dir option.  I assume if
> that zlib install directory does NOT have the bug, then I would be safe
> from it.  I'm asking since I know there's the ext/zlib directory under
> the php source directory (well at least php v4.0.6) and I'm not sure if
> the bug exists somewhere in those files.
> 
> Thanks for any help you can give me on those 2 questions.
> 
> Please mail me directly since I'm not on this list.
> 
> Thanks for your time and help,
>   Lenny Miceli
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php

-- 
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
Did I help you?http://guru.josefine.at/wish_en
Konnte ich helfen? http://guru.josefine.at/wish_de

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

[PHP-DEV] zlib double free bug and php

[Lenny Miceli]

Sorry to post here but I've received no response on the php-general list.  I
posted the following to that list a couple days ago and I was wondering if
anyone on this list can help me.  Thank you for your time.Lenny

I've tried to search the archives/bug reports/faq's and didn't find any
definitive answers on the zlib Double Free Bug CERT's Advisory CA-2002-07
issue.  Even though I didn't compile php with the --with-zlib option when I
run strings against the php library I still see zlib information.  For
example:

> strings libphp4.a | grep -i zlib
Request error: class file/memory mismatch
Zlib

So Zlib is still in the libphp4.a library.  So does this mean that I could
possibly still be vulnerable to the zlib Double Free Bug?

Also, if I DO need to compile php with the --with-zlib option I assume
I will also need to give it the --with-zlib-dir option.  I assume if
that zlib install directory does NOT have the bug, then I would be safe
from it.  I'm asking since I know there's the ext/zlib directory under
the php source directory (well at least php v4.0.6) and I'm not sure if
the bug exists somewhere in those files.

Thanks for any help you can give me on those 2 questions.

Please mail me directly since I'm not on this list.

Thanks for your time and help,
  Lenny Miceli

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

Re: [PHP-DEV] New extension

[Braulio José Solano Rojas]

Hi!

RDF = Resource Description Framework.

You can find some info about it in http://www.w3.org/RDF/.

I think this extension is a very good improvement, and I hope it will not
happen like when I proposed the Isis extension.  Sometimes anybody shows
interest or curiosity.  Therefore Brad made a very good question.

Some guys think that the Semantic Web (a concept that goes with RDF -
http://www.w3.org/2001/sw/) is the future web.

Braulio

"Brad Lafountain" <[EMAIL PROTECTED]> wrote:
> What is RDF?
>
>   - brad
> --- Garland foster <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I just finished a php extension for "repat" an RDF parser in C coded by
Jason
> > Diammond, with this extension we are able
> > to parse RDF files (in any syntactical representation) from PHP and
process
> > the RDF statements as we want. Web based
> > RDF management systems written in PHP are possible now using this
extension.
> >
> > The extension is based on repat and repat is based on expat so I used
the
> > expat parser that the xml extension uses.
> >
> > The extension defines some constants (RDF_SUBJECT_TYPE_LITERAL,
> > RDF_SUBJECT_TYPE_URI, etc) and the
> > following functions:
> >
> > parser=rdf_parser_create()
> > rdf_parser_destroy(parser)
> > rdf_set_statement_handler(statement_handler_name)
> > rdf_set_element_handler(start_element_handler_name,
end_element_handler_name)
> > rdf_set_character_data_handler(character_data_handler_name)
> > rdf_parse(parser,data,is_final)
> >
> > And these functions for convenience:
> > rdf_dump_document(document_uri)
> > rdf_parse_document(parser,document_uri)
> >
> > I think PECL will be suggested as the way to go for this extension so I
need
> > instructions to know what to do from now,
> > maybe someone to contact? Are there templates to write the extension
> > documentation?
> >
> > Another thing that I really need is a volunteer to compile the extension
> > under windows and produce the proper .dll to be added
> > to windows distros of php. I promise it is a smooth extension that won't
> > cause problems, and I'd really like to test it under
> > windows.
> >
> > Regards,
> > Garland.
> >
> >
> >
> >
>
>
> __
> Do You Yahoo!?
> Yahoo! - Official partner of 2002 FIFA World Cup
> http://fifaworldcup.yahoo.com



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

Re: [PHP-DEV] New extension

[Garland foster]

"Resource Description Framework" a core technology for the "semantic web"
defined by the W3C
http://www.w3.org/RDF/
RDF graphs are used to represent metadata and the XML RDF syntax is widely
used as a format to
distribute, process and exchange metadata.
RSS the nice XML vocabulary that many users apply to describe piece of news
from their sites (content syndication)
is indeed derived from RDF.
So the parser can be used also to process RSS documents.


- Original Message -
From: brad lafountain <[EMAIL PROTECTED]>
To: Garland foster <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, June 05, 2002 4:06 PM
Subject: Re: [PHP-DEV] New extension


> What is RDF?
>
>   - brad
> --- Garland foster <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I just finished a php extension for "repat" an RDF parser in C coded by
Jason
> > Diammond, with this extension we are able
> > to parse RDF files (in any syntactical representation) from PHP and
process
> > the RDF statements as we want. Web based
> > RDF management systems written in PHP are possible now using this
extension.
> >
> > The extension is based on repat and repat is based on expat so I used
the
> > expat parser that the xml extension uses.
> >
> > The extension defines some constants (RDF_SUBJECT_TYPE_LITERAL,
> > RDF_SUBJECT_TYPE_URI, etc) and the
> > following functions:
> >
> > parser=rdf_parser_create()
> > rdf_parser_destroy(parser)
> > rdf_set_statement_handler(statement_handler_name)
> > rdf_set_element_handler(start_element_handler_name,
end_element_handler_name)
> > rdf_set_character_data_handler(character_data_handler_name)
> > rdf_parse(parser,data,is_final)
> >
> > And these functions for convenience:
> > rdf_dump_document(document_uri)
> > rdf_parse_document(parser,document_uri)
> >
> > I think PECL will be suggested as the way to go for this extension so I
need
> > instructions to know what to do from now,
> > maybe someone to contact? Are there templates to write the extension
> > documentation?
> >
> > Another thing that I really need is a volunteer to compile the extension
> > under windows and produce the proper .dll to be added
> > to windows distros of php. I promise it is a smooth extension that won't
> > cause problems, and I'd really like to test it under
> > windows.
> >
> > Regards,
> > Garland.
> >
> >
> >
> >
>
>
> __
> Do You Yahoo!?
> Yahoo! - Official partner of 2002 FIFA World Cup
> http://fifaworldcup.yahoo.com
>
>


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

[PHP-DEV] Re: xpath and the current context

[Dan Allen]

We welcome you to a discussion already in progress.  Dan Allen
(that's me) brought up the issue that in the domxml extension, the
xpath_eval function does not allow you to begin the query relative
to a given node, as is possible in both the libxml2 libraries and as
we are so familiar with, in xslt.  It is simply a matter of having
either a function called

xpath_set_context_node()

or more simply a second parameter passed to xpath_eval() that allows
you to specify your "current" node.  This way, if you did the
expression '*' it would find the children relative to the starting
point, hence it would be a relative xpath expression.  You will find
below the discussion, hopefully this feature can be given attention
in the near future.

Daniel Veillard ([EMAIL PROTECTED]) wrote:

> On Wed, Jun 05, 2002 at 01:18:47AM -0700, Dan Allen wrote:
> > I have a question about xpath that I can't seem to resolve after
> > looking through the documentation for libxml2.  If I am to setup a
> > new xpath context and then run xpathEval it assumes that when I run
> > my query, I am starting from the top of the document.  However, in
> > xslt, when you run a select, you often use use a relative
> > query...such as
> > 
> > 
> >   
> > 
> > 
> > So effectively no matter where you are in the document you can run a
> > query relative to that position in xslt.  I was thinking, this could be
> > solved easy enough for domxml if there was a method on a node called
> > 
> > getXPathLocation
> 
> Indeed there is, and it is called xmlGetNodePath
>
> /**
>  * xmlGetNodePath:
>  * @node: a node
>  *
>  * Build a structure based Path for the given node
>  *
>  * Returns the new path or NULL in case of error. The caller must free
>  * the returned string
>  */
> xmlChar *
> xmlGetNodePath(xmlNodePtr node)
>   
> > or something that just works recursively up until you get the the
> > root of the document...sort of like in unix when you type
> > 
> > pwd
> > 
> > you get your current path... You might have done
> > 
> > cd /var/log/../../home/dallen/../../usr/share
> > 
> > but your present working directory will still come up as /usr/share
> > So then you could just say...
> > 
> > $ctx->xpath_eval('*', $node->xpathLocation);
> > 
> > Where $node is just an DOMElement object for example and the second
> > parameter to xpath_eval is a path which is appened to the query...or
> > maybe just require that the user paste the query together himself.
> > Would it be slower to have to look through the whole document
> > though?  Maybe by passing in the context location, you can speed up
> > the query by eliminating the current location and just starting from
> > there.
> 
>   yes to set up the current node (or current doc) for an XPath query
> you need to access the XPath context and set those informations:
> 
> xmlXPathContextPtr ctx;
> 
> ctx->doc = my_document;
> ctx->node = my_current_node;
> 
> > I'm I way off here or do I sound like I make some sense?  I am not
> 
>   makes some sense, yes.
> 
> Daniel
> 
> -- 
> Daniel Veillard  | Red Hat Network http://redhat.com/products/network/
> [EMAIL PROTECTED]  | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
> http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

-- 

Daniel Allen, <[EMAIL PROTECTED]>
http://www.mojavelinux.com/

"I used to herd dairy cows.  Now I herd linux users.  Apart 
from the isolation, I think I preferred the cows.  They were 
better in conversation, easier to milk, and if they annoyed me 
enough, I could shoot them and eat them."


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

Re: [PHP-DEV] Re: Patch-tastic!

[Andrei Zmievski]

On Wed, 05 Jun 2002, Rasmus Lerdorf wrote:
> Heh, this is sounding like PHP 1 and 2 days again.  Back then I had + as
> the contanation operator.  I actually implemented all the operators.
> "abc" - "b" gave you "ac".  "abc" * "def" gave you the cross product
> vector of vectors "abc" and "def".  '/' reversed that.

Heh. Cross-product of vectors is a vector perpendicular to the other
two, isn't it? :)

-Andrei   http://www.gravitonic.com/

Magic 8-ball is much more powerful than we thought. I mean, back in the 70's
it was predicting the nature of software in the 90's -- "Outlook not so good".

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

Re: [PHP-DEV] New extension

[brad lafountain]

What is RDF?

  - brad
--- Garland foster <[EMAIL PROTECTED]> wrote:
> Hi all,
> 
> I just finished a php extension for "repat" an RDF parser in C coded by Jason
> Diammond, with this extension we are able
> to parse RDF files (in any syntactical representation) from PHP and process
> the RDF statements as we want. Web based
> RDF management systems written in PHP are possible now using this extension. 
> 
> The extension is based on repat and repat is based on expat so I used the
> expat parser that the xml extension uses.
> 
> The extension defines some constants (RDF_SUBJECT_TYPE_LITERAL,
> RDF_SUBJECT_TYPE_URI, etc) and the
> following functions:
> 
> parser=rdf_parser_create()
> rdf_parser_destroy(parser)
> rdf_set_statement_handler(statement_handler_name)
> rdf_set_element_handler(start_element_handler_name, end_element_handler_name)
> rdf_set_character_data_handler(character_data_handler_name)
> rdf_parse(parser,data,is_final)
> 
> And these functions for convenience:
> rdf_dump_document(document_uri)
> rdf_parse_document(parser,document_uri)
> 
> I think PECL will be suggested as the way to go for this extension so I need
> instructions to know what to do from now,
> maybe someone to contact? Are there templates to write the extension
> documentation? 
> 
> Another thing that I really need is a volunteer to compile the extension
> under windows and produce the proper .dll to be added
> to windows distros of php. I promise it is a smooth extension that won't
> cause problems, and I'd really like to test it under
> windows.
> 
> Regards,
> Garland.
> 
> 
> 
> 


__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

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

[PHP-DEV] New extension

[Garland foster]

Hi all,

I just finished a php extension for "repat" an RDF parser in C coded by Jason 
Diammond, with this extension we are able
to parse RDF files (in any syntactical representation) from PHP and process the RDF 
statements as we want. Web based
RDF management systems written in PHP are possible now using this extension. 

The extension is based on repat and repat is based on expat so I used the expat parser 
that the xml extension uses.

The extension defines some constants (RDF_SUBJECT_TYPE_LITERAL, RDF_SUBJECT_TYPE_URI, 
etc) and the
following functions:

parser=rdf_parser_create()
rdf_parser_destroy(parser)
rdf_set_statement_handler(statement_handler_name)
rdf_set_element_handler(start_element_handler_name, end_element_handler_name)
rdf_set_character_data_handler(character_data_handler_name)
rdf_parse(parser,data,is_final)

And these functions for convenience:
rdf_dump_document(document_uri)
rdf_parse_document(parser,document_uri)

I think PECL will be suggested as the way to go for this extension so I need 
instructions to know what to do from now,
maybe someone to contact? Are there templates to write the extension documentation? 

Another thing that I really need is a volunteer to compile the extension under windows 
and produce the proper .dll to be added
to windows distros of php. I promise it is a smooth extension that won't cause 
problems, and I'd really like to test it under
windows.

Regards,
Garland.

Re: [PHP-DEV] Re: Patch-tastic!

[Alexander Wagner]

Rasmus Lerdorf wrote:
> Not very useful.

But certainly very cool. Somehow.

Where are the people begging for complexity in the language? ;-)

regards
Wagner

-- 
When did ignorance become a point of view?

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

Re: [PHP-DEV] Snapshots not build correctly..

[Andi Gutmans]

At 09:25 PM 6/5/2002 +0300, Jani Taskinen wrote:
>On Wed, 5 Jun 2002, Andi Gutmans wrote:
>
> >At 11:35 PM 6/4/2002 +0300, Jani Taskinen wrote:
> >
> >> The source snapshots don't have the bison/flex generated
> >> files anymore..why is that?
> >
> >genfiles was broken but I fixed it in HEAD. Is this still not the case?
>
> I have no idea how the snapshots are generated..but latest
> I downloaded yesterday did not have those files.

They are probably not generated with makedist then.
Anyone know how they are created?

Andi


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

Re: [PHP-DEV] What's wrong with configure on the Solaris 2.7/2.8 install

[Markus Fischer]

Hi,

yup it broken and known. This is due autoconf 2.13 on solaris
not working properly.

Either rebuild configure with 2.52 or just use CC=gcc
./configure ...

- Markus

On Wed, Jun 05, 2002 at 01:07:48PM -0500, [EMAIL PROTECTED] wrote : 
> Php can't make. Looks like a bad configure. Calling for unix.h which doesn't exist 
>on Solaris 2.8.
> 
> Making all in Zend
> make[1]: Entering directory `/data/3/php/php-4.2.1/Zend'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/data/3/php/php-4.2.1/Zend'
> Making all in main
> make[1]: Entering directory `/data/3/php/php-4.2.1/main'
> make[2]: Entering directory `/data/3/php/php-4.2.1/main'
> /bin/sh /data/3/php/php-4.2.1/libtool --silent --mode=compile gcc  -I. 
>-I/data/3/php/php-4.2.1/main -I/data/3/php/php-4.2.1/main -I/data/3/php/php-4.2.1 
>-I/usr/local/apache/include -I/data/3/php/php-4.2.1/Zend 
>-I/data/3/php/php-4.2.1/ext/mysql/libmysql 
>-I/3rd_party/oracle/product/9.0.1/rdbms/public 
>-I/3rd_party/oracle/product/9.0.1/rdbms/demo -I/data/3/php/php-4.2.1/ext/xml/expat  
>-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DUSE_EXPAT -I/data/3/php/php-4.2.1/TSRM -g 
>-O2 -prefer-pic  -c main.c
> In file included from php.h:34,
>  from main.c:26:
> /data/3/php/php-4.2.1/Zend/zend.h:55: unix.h: No such file or directory
> In file included from main.c:26:
> php.h:71: unix.h: No such file or directory
> make[2]: *** [main.lo] Error 1
> make[2]: Leaving directory `/data/3/php/php-4.2.1/main'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/data/3/php/php-4.2.1/main'
> make: *** [all-recursive] Error 1

-- 
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
Did I help you?http://guru.josefine.at/wish_en
Konnte ich helfen? http://guru.josefine.at/wish_de

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

Re: [PHP-DEV] Snapshots not build correctly..

[Jani Taskinen]

On Wed, 5 Jun 2002, Andi Gutmans wrote:

>At 11:35 PM 6/4/2002 +0300, Jani Taskinen wrote:
>
>> The source snapshots don't have the bison/flex generated
>> files anymore..why is that?
>
>genfiles was broken but I fixed it in HEAD. Is this still not the case?

I have no idea how the snapshots are generated..but latest
I downloaded yesterday did not have those files.

--Jani


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

[PHP-DEV] What's wrong with configure on the Solaris 2.7/2.8 install

[mike . haugen]

Php can't make. Looks like a bad configure. Calling for unix.h which doesn't exist on 
Solaris 2.8.

Making all in Zend
make[1]: Entering directory `/data/3/php/php-4.2.1/Zend'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/data/3/php/php-4.2.1/Zend'
Making all in main
make[1]: Entering directory `/data/3/php/php-4.2.1/main'
make[2]: Entering directory `/data/3/php/php-4.2.1/main'
/bin/sh /data/3/php/php-4.2.1/libtool --silent --mode=compile gcc  -I. 
-I/data/3/php/php-4.2.1/main -I/data/3/php/php-4.2.1/main -I/data/3/php/php-4.2.1 
-I/usr/local/apache/include -I/data/3/php/php-4.2.1/Zend 
-I/data/3/php/php-4.2.1/ext/mysql/libmysql 
-I/3rd_party/oracle/product/9.0.1/rdbms/public 
-I/3rd_party/oracle/product/9.0.1/rdbms/demo -I/data/3/php/php-4.2.1/ext/xml/expat  
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DUSE_EXPAT -I/data/3/php/php-4.2.1/TSRM -g 
-O2 -prefer-pic  -c main.c
In file included from php.h:34,
 from main.c:26:
/data/3/php/php-4.2.1/Zend/zend.h:55: unix.h: No such file or directory
In file included from main.c:26:
php.h:71: unix.h: No such file or directory
make[2]: *** [main.lo] Error 1
make[2]: Leaving directory `/data/3/php/php-4.2.1/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/data/3/php/php-4.2.1/main'
make: *** [all-recursive] Error 1


Mike







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

Re: [PHP-DEV] Patch-tastic!

[Alexander Wagner]

Sebastian Bergmann wre:
> Andrei Zmievski wrote:
> > The latest one changes some operators.
>
>   Nice, but why not overload + for strings to do the concatenation?

No way. Many people don't know (think newbies here) what types their 
variables have, and don't care.

This feature would quickly introduce more bugs into PHP-programs than 
register_globals did in its entire lifespan.

Operators should be as type-independent as possible.

Only objects might be an exception.

regards
Wagner

-- 
When did ignorance become a point of view?

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

Re: [PHP-DEV] Re: Patch-tastic!

[Sebastian Bergmann]

Rasmus Lerdorf wrote:
> Not very useful.

  Yeah, never mind.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

Re: [PHP-DEV] Re: Patch-tastic!

[Rasmus Lerdorf]

Heh, this is sounding like PHP 1 and 2 days again.  Back then I had + as
the contanation operator.  I actually implemented all the operators.
"abc" - "b" gave you "ac".  "abc" * "def" gave you the cross product
vector of vectors "abc" and "def".  '/' reversed that.

Not very useful.

On 5 Jun 2002, Jason T. Greene wrote:

> If '+' concatenates what does '-' do?
>
> : )
>
> -Jason
>
>
>
>
> On Wed, 2002-06-05 at 09:39, Andrei Zmievski wrote:
> > > > The latest one changes some operators.
> > >
> > >   Nice, but why not overload + for strings to do the concatenation?
> >
> > Doing that would be ambiguous, to say the least. PHP automatically
> > converts operand types with arithmetic + operator. What would you expect
> > the result of the following expressions to be:
> >
> >   "1" + "2"
> >   1 + "2"
> >   "2" + $a
> >
> > -Andrei   http://www.gravitonic.com/
> > * 2 + 2 = 5 for extremely large values of 2. *
> >
> > --
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
>


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

Re: [PHP-DEV] domxml patch

[derick]

Hoi,

I committed this (and yesterday's fix).
Thanks!

Derick

On Wed, 5 Jun 2002, Rob Richards wrote:

> can someone apply this patch to cvs for me.
> it fixes a problem in domxml_dump_mem_file with xmlKeepBlanksDefault not
> being reset when the formatting parameter is true.
> same problem that was in domxml_dump_mem, but missed this function
> yesterday.
> 
> thanks
> 
> rob
> 

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

[PHP-DEV] domxml patch

[Rob Richards]

can someone apply this patch to cvs for me.
it fixes a problem in domxml_dump_mem_file with xmlKeepBlanksDefault not
being reset when the formatting parameter is true.
same problem that was in domxml_dump_mem, but missed this function
yesterday.

thanks

rob


Index: php_domxml.c
===
RCS file: /repository/php4/ext/domxml/php_domxml.c,v
retrieving revision 1.163
diff -u -r1.163 php_domxml.c
--- php_domxml.c4 Jun 2002 14:30:12 -   1.163
+++ php_domxml.c5 Jun 2002 15:02:05 -
@@ -3274,7 +3274,7 @@
 {
zval *id;
xmlDoc *docp;
-   int file_len, bytes;
+   int file_len, bytes, keepblanks;
int format = 0;
int compressmode = 0;
char *file;
@@ -3284,8 +3284,9 @@
xmlSetCompressMode(compressmode);
 
if (format) {
-   xmlKeepBlanksDefault(0);
+   keepblanks = xmlKeepBlanksDefault(0);
bytes = xmlSaveFormatFile(file, docp, format);
+   xmlKeepBlanksDefault(keepblanks);
} else {
bytes = xmlSaveFile(file, docp);
}



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

Re: [PHP-DEV] Re: Patch-tastic!

[Jason T. Greene]

If '+' concatenates what does '-' do?

: )

-Jason




On Wed, 2002-06-05 at 09:39, Andrei Zmievski wrote:
> > > The latest one changes some operators.
> > 
> >   Nice, but why not overload + for strings to do the concatenation?
> 
> Doing that would be ambiguous, to say the least. PHP automatically
> converts operand types with arithmetic + operator. What would you expect
> the result of the following expressions to be:
> 
>   "1" + "2"
>   1 + "2"
>   "2" + $a
> 
> -Andrei   http://www.gravitonic.com/
> * 2 + 2 = 5 for extremely large values of 2. *
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 



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

[PHP-DEV] Re: Patch-tastic!

[Andrei Zmievski]

> > The latest one changes some operators.
> 
>   Nice, but why not overload + for strings to do the concatenation?

Doing that would be ambiguous, to say the least. PHP automatically
converts operand types with arithmetic + operator. What would you expect
the result of the following expressions to be:

  "1" + "2"
  1 + "2"
  "2" + $a

-Andrei   http://www.gravitonic.com/
* 2 + 2 = 5 for extremely large values of 2. *

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

[PHP-DEV] Re: Patch-tastic!

[Andrei Zmievski]

Hi Aaron,

> > In case you've missed it, I have been putting up unofficial patches
> > for PHP on my website. The latest one changes some operators. See the
> > website for more details.
> 
> Is there a reason why you don't just post them here?

Simply because I have a few other ones on the website that people can
check out.

Cheers,

-Andrei   http://www.gravitonic.com/
* I wish life had an UNDO function. *

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

[PHP-DEV] php4/dl

[James Cox]

Guys,

would anyone have a problem removing /php4/dl/ from cvs, (obviously backing
it up somewhere) to reduce the amount of time for checkout?

 James

--
James Cox :: [EMAIL PROTECTED] :: Landonize It! http://landonize.it/
Was I helpful?  http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/


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

Re: [PHP-DEV] errno-13 Persmission Denied

[Chris Shiflett]

A directory has to have execute privileges for you to
be able to do anything within it. A mode of 666 does
not have execute privileges for anyone, while 777
does.

Chris

--- Anil Garg <[EMAIL PROTECTED]> wrote:
> Hi,
> 
>  I am trying to upload a file in to a
> directory(which has mode 666)
> It gives the followring error:
> 
> Warning: stats failed for
> /netvcr/www/archive/data1.cab (errno=13 -
> Permission denied) in
> /z/mercury/www/data/content/admin/do_upload.php on
> line 16
> ---
> but it works fine if the directory has a mode of
> 777.
> 
> Can anyone help me by telling how i can i upload
> this OR suggest some other
> way to keep my documents more secure??
> 
> Any pointers are appreciated.
> anil garg
> 
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 
> 
> 


__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

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

RE: [PHP-DEV] PHP's vision

[Lukas Smith]

Come on ...
This conversation is just fulling mailboxes and the entertainment value
is questionable while at the same time offense to atleast some ...

So just keep it down and lets stay on topic

Thx,
Lukas Smith
[EMAIL PROTECTED]
___
 DybNet Internet Solutions GbR
 Reuchlinstr. 10-11
 Gebäude 4 1.OG Raum 6 (4.1.6)
 10553 Berlin
 Germany
 Tel. : +49 30 83 22 50 00
 Fax  : +49 30 83 22 50 07
 www.dybnet.de [EMAIL PROTECTED]

> -Original Message-
> From: Kristian Koehntopp [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 05, 2002 3:48 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] PHP's vision
> 
> Am Mittwoch, 5. Juni 2002 14:26 schrieb [EMAIL PROTECTED]:
> > > "Peace through superior firepower"? That's a trademarked
> > > american concept at the moment, I think.
> > >
> > > Kristian
> >
> > Can we please keep the anti-american comments to ourselves.
> 
> Or else!
> 
> :-)
>   Kristian
> 
> 
> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php



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

Re: [PHP-DEV] PHP's vision

[Kristian Koehntopp]

Am Mittwoch, 5. Juni 2002 14:26 schrieb [EMAIL PROTECTED]:
> > "Peace through superior firepower"? That's a trademarked
> > american concept at the moment, I think.
> >
> > Kristian
>
> Can we please keep the anti-american comments to ourselves.

Or else!

:-)
Kristian


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

[PHP-DEV] errno-13 Persmission Denied

[Anil Garg]

Hi,

 I am trying to upload a file in to a directory(which has mode 666)
It gives the followring error:

Warning: stats failed for /netvcr/www/archive/data1.cab (errno=13 -
Permission denied) in /z/mercury/www/data/content/admin/do_upload.php on
line 16
---
but it works fine if the directory has a mode of 777.

Can anyone help me by telling how i can i upload this OR suggest some other
way to keep my documents more secure??

Any pointers are appreciated.
anil garg




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

Re: [PHP-DEV] Select-List

[Jeroen Smeets]

I suppose you mean a multiple select-list: by adding [] to the name of
the field, you get an array in PHP that has the selected items.



gives you an array $name[]

-- Jeroen

DragosB wrote:
> How can I check how many options has been selected 
> from a select list? I tried in many ways, but it returns 
> the last option selected.

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

[PHP-DEV] Select-List

[DragosB]

Hi,

How can I check how many options has been selected from a select list? I
tried in many ways, but it returns the last option selected.

DragosB



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

Re: [PHP-DEV] PHP's vision

[Sterling Hughes]

> >  
> > "Peace through superior firepower"? That's a trademarked american  
> > concept at the moment, I think. 
> >  
> > Kristian 
>  
> Can we please keep the anti-american comments to ourselves. 
>

Well, he can't help it, making broad generalizations about a culture is
a trademarked german concept...

-Sterling

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

Re: [PHP-DEV] WHAT is PHP's vision????

[mlwmohawk]

This was a great post, it says what I tried to say but lacked the  
eloquence with which to say it. 
 
Perhaps I am showing my age, but it seems these progammatic style 
issues are common with developers with less experience. I remember  
coding assembly language with pencil, hex-code sheet, and paper. 
 
In the schools, they do not seem to teach a variety of approaches, 
but favor, instead, to teach CS-correctness. They teach "the way" 
code should be structured, instead of how to structure code. 
 
Once you have used #2 pencils and cards to write programs, had  
to reorder a thousand card program which was droped, and used  
paper tape and glue to debug it, everything else is gravy. 
 
 
Ron Chmara Wrote: 
> Well, quite an interesting thread, with many side points. 
> My two cents below, with some side threads of their own. ;-/ 
>  
> Rasmus Lerdorf wrote: 
>> > Of course not. But currently the image for PHP is that it's ONLY 
>> > meant for web scripting. Even as it can be used in various other 
>> > places too. 
>> That has always been our position.  "PHP focuses on the Web problem". 
>> That has been the design roadmap, if you will, from day one. 
>  
> A lot of this discussion and debate seems to confuse the problem, 
> "easily making dynamic web pages", with computer science designs (not 
> having "private"  is somehow the problem), or architecture 
> decisions (using persistant  across sessions, or processes, or 
> whatever), or other ancilary tasks to PHP's core strength. Rather than, 
> oh, make web pages, much of this discussion (and, it seems, emotion) 
> was expended *not* on PHP making web pages, but whether or not it did 
> XYZ that a given programmer thinks is "absolutely essential" for a 
> given (web) language. 
[snip] 
> I, for one, would mourn the day that PHP turned into bloatware 
> that tried to solve too many *style* preferences. Building dynamic web 
> pages is the problem, for me, at least. My clients want software, 
> fast, not some-computing-theorist-approved-way-of-doing-things, or 
> I-learned-language-xyz-and-I-want-all-languages-to-work-the-same, 
> or It-should-be-done-this-way-because-of-proper-coding-war, or 
> it-must-do-this-thingie-this-way-to-be-buzzword-compatible, or 
> look-at-the-grandeur-of-the-meg-of-include-code. I started using 
> PHP because it _didn't_ waste lots of my time and energy on such 
> notions, as compared to ASP, WO, CF, and the like (haven't used 
> AOLserver or .NET yet, so who knows). It did less silly things, 
> (complexity=greater bugs) and it was much faster, and easier to 
> *profit* from, as a result. 
>  
> In closing, thanks to all keeping a careful watch on the WTF-meter, and 
> keeping PHP better than, well, all the other languages I've 
>suffered through with web-work. :-) 
 


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

Re: [PHP-DEV] PHP's vision

[mlwmohawk]

>  
> "Peace through superior firepower"? That's a trademarked american  
> concept at the moment, I think. 
>  
> Kristian 
 
Can we please keep the anti-american comments to ourselves. 


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

Re: [PHP-DEV] PHP's vision

[mlwmohawk]

John Lim Wrote:  
> If the cluster cannot handle the load, then the queues will just get  
> longer and longer. It's interesting that mlwmohawk asked about this  
> because msession is a lightweight session handler without rdbms  
> overhead. Similarly queuing is used instead of a real database for the  
> same reasons -  
> lightweight without rdbms overhead so it scales better.  
>   
> So if the cluster would fail talking to a real rdbms, it will work and  
> scale better using queuing, a more light-weight technology (no need for  
> indexes, joins, etc - just push and pop).  
>   
> I have a reference here which is not the exactly the same as the above  
> one I gave, but you should get the idea:  
>   
> http://www-3.ibm.com/e-business/doc/content/casestudy/43886.html   
  
Well, this is not what I expected. I'm surprised there is a name for it.  
I've done a lot of similar things to remove load from SQL databases. The  
important aspect of what "queuing" seems to be the study of what data needs  
to be in the central database in real time. The stuff that need not be in   
real-time can be pushed off to a different system.  
  
I'm not sure this really works for e-commerce because if sales are batched  
then inventory is not up to date. Because of this, it is possible you will  
sell what you do not have in stock.   
  
Typically, I analyze systems for logically separate functions, and break  
out the various subsytems. The big bonus comes from when you can find  
reasonably read-only components, like cataloges. So, instead of one  
heavily loaded database, you can have a few specialized databases.  


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

Re: [PHP-DEV] [PATCH] or Karmarequest for zend_llist.c

[Stefan Esser]

> since there obviously was never a talk on this list about and
> out of curiosity, how can the leak be reproduced?

zend_llist_remove_tail does not call the dtor of the element that
gets removed. This will cause a memory leak everywhere it is used
and where the dtor is != NULL. Within the engine itself the dtor
is NULL so no leak there. But remove_tail is also used within the
fileupload code where it causes a memoryleak when headers are
splitted over several lines.
I will commit some changes to fileupload code within the next 
30 minutes...

Stefan



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

Re: [PHP-DEV] [PATCH] or Karmarequest for zend_llist.c

[Markus Fischer]

Hi,

since there obviously was never a talk on this list about and
out of curiosity, how can the leak be reproduced?

- Markus

On Wed, Jun 05, 2002 at 11:55:28AM +0200, Stefan Esser wrote : 
> herewith i send my patch for the memory leak within ZendEngine(1/2).
> This was discussed with Zeev and Andi before but noone fixed it.
> So please apply the patch now, or give me the karma and I do it
> myself...
> 
> Stefan

> --- zend_llist.c.orig Wed Jun  5 13:58:41 2002
> +++ zend_llist.c  Wed Jun  5 13:58:22 2002
> @@ -139,6 +139,9 @@
>   data = old_tail->data;
>  
>   l->tail = l->tail->prev;
> + if (l->dtor) {
> + l->dtor(data);
> + }
>   pefree(old_tail, l->persistent);
>  
>   --l->count;

> --- zend_llist.c.orig Sun Jan  6 16:21:36 2002
> +++ zend_llist.c  Wed Jun  5 13:55:50 2002
> @@ -140,6 +140,9 @@
>   data = old_tail->data;
>  
>   l->tail = l->tail->prev;
> + if (l->dtor) {
> + l->dtor(data);
> + }
>   pefree(old_tail, l->persistent);
>  
>   --l->count;
> 

-- 
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc

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

Re: [PHP-DEV] [PATCH] or Karmarequest for zend_llist.c

[derick]

On Wed, 5 Jun 2002, Stefan Esser wrote:

> Hi,
> 
> herewith i send my patch for the memory leak within ZendEngine(1/2).
> This was discussed with Zeev and Andi before but noone fixed it.
> So please apply the patch now, or give me the karma and I do it
> myself...

Committed to CVS.

Derick

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

[PHP-DEV] [PATCH] or Karmarequest for zend_llist.c

[Stefan Esser]

Hi,

herewith i send my patch for the memory leak within ZendEngine(1/2).
This was discussed with Zeev and Andi before but noone fixed it.
So please apply the patch now, or give me the karma and I do it
myself...

Stefan


--- zend_llist.c.orig   Wed Jun  5 13:58:41 2002
+++ zend_llist.cWed Jun  5 13:58:22 2002
@@ -139,6 +139,9 @@
data = old_tail->data;
 
l->tail = l->tail->prev;
+   if (l->dtor) {
+   l->dtor(data);
+   }
pefree(old_tail, l->persistent);
 
--l->count;


--- zend_llist.c.orig   Sun Jan  6 16:21:36 2002
+++ zend_llist.cWed Jun  5 13:55:50 2002
@@ -140,6 +140,9 @@
data = old_tail->data;
 
l->tail = l->tail->prev;
+   if (l->dtor) {
+   l->dtor(data);
+   }
pefree(old_tail, l->persistent);
 
--l->count;



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

Re: [PHP-DEV] Patch-tastic!

[Ilker Cetinkaya]

"Sebastian Bergmann" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Andrei Zmievski wrote:
> > The latest one changes some operators.
>
>   Nice, but why not overload + for strings to do the concatenation?

i totally agree, overloading + for string concat is really desireable.
imho using -> for member object access is ok. i see php more likely to be a
c++ derivate than java or c#.
just my .02c




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