Re: [PHP-DEV] OCI extension help offer

On Tue, Oct 15, 2002 at 05:41:59PM +0200, [EMAIL PROTECTED] wrote: > > Thanks, Andi. > > yeah, I will wait for Thies to reply to me. We have sort of a started > this discussion with him before, so hopefully he will join into this one. > > My main concerns about OCI8 are the followings ones. Som

Re: [PHP-DEV] Re: OCI extension help offer

On Wed, Oct 16, 2002 at 09:40:01AM +0900, Maxim Maletsky wrote: > "Sebastian Nohn" <[EMAIL PROTECTED]> writes: > > >>5. Functions are called OCI .* I do well know what it refers to, but > >>this is only because I learned the original oci.h API. Wouldn't itbe more > >>standard for PHP to use simi

Re: [PHP-DEV] Xerces?

Hi, At 03:05 17-10-2002, Alex Black wrote: [...] >Still no one has told me what's happening with the XML extension! :) That's >all I wanted to know... Are you looking for Xerces support or for a validating XML parser? libxml is validating XML parser and is supported through the domxml extensio

Re: Re: [PHP-DEV] OCI extension help offer

On Wed, Oct 16, 2002 at 10:22:04AM +0200, [EMAIL PROTECTED] wrote: > I'm sure glad this in the headlines again ;-) > > As Thies knows, I already proposed another important change, > which is supporting multiple character sets. This is very > important on shared web platforms, and I have experienc

Re: [PHP-DEV] OCI extension help offer

On Wed, Oct 16, 2002 at 11:24:24AM +0200, Maxim Maletsky wrote: > > any OCIParse and set the charset. This would be: > > 1. more flexible > 2. would exclude non-authentication functionality with OCILogon > 3. easier to find for a user adding the charset to the logon call is how "the others"

Re: [PHP-DEV] OCI extension help offer

On Wed, Oct 16, 2002 at 03:15:36PM +0200, Maxim Maletsky wrote: > > > <[EMAIL PROTECTED]> wrote... : > > > [EMAIL PROTECTED] schrieb am 16.10.02 14:27:35: > > > > > > I think, at this point, it is up to Thies to review the patch. > > > > > > > I hope he's not too harsh on it ;-), since this

Re: Re: Re: [PHP-DEV] OCI extension help offer

On Wed, Oct 16, 2002 at 10:26:46AM +0200, [EMAIL PROTECTED] wrote: > Oh, and just to be clear about it: I am absolutely positive on > a completely new (perhaps unified) extension for PHP 5, and > would gladly participate. hmm, sure - why not. we could start to brainstoorm about that and d

Re: [PHP-DEV] short_open_tag

I would have no problem - as a user - with the removal of short_tags IF was allowed!! Because the http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] short_open_tag

At 04:29 17/10/2002, .: B i g D o g :. wrote: >IMHO, i think that short tags should be taken out of php and just use >the http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] short_open_tag

> We should have warned people not to use short tags years ago. > > We can try it from now. Until we get rid of short tag or > disable it by default, we suggest users to work around > problem. I really think that whoever adds XML to their applications, will be aware of the fact that short open t

Re: [PHP-DEV] short_open_tag

At 05:11 17/10/2002, Yasuo Ohgaki wrote: >Ilia A. wrote: >>>Isn't BIG caution for short_open_tag=Off while having short_open_tag=On >>>enough for now? Something like; >> >>Nope, please consider a hosting enviroment where an average user does not >>even have access to the php.ini file. In fact, mo

Re: [PHP-DEV] short_open_tag

Zeev Suraski wrote: > No, we shouldn't have. It is not a deprecated feature or a discouraged > feature. If you use the *FAIRLY RARE* combination of using PHP to > generate XML, you'd have to configure your PHP. If you're with the vast > majority of the population and couldn't care less about

Re: [PHP-DEV] OCI extension help offer

"Thies C. Arntzen" <[EMAIL PROTECTED]> wrote... : > On Tue, Oct 15, 2002 at 05:41:59PM +0200, [EMAIL PROTECTED] wrote: > > > > Thanks, Andi. > > > > yeah, I will wait for Thies to reply to me. We have sort of a started > > this discussion with him before, so hopefully he will join into this o

Re: [PHP-DEV] short_open_tag

At 11:10 17/10/2002, Yasuo Ohgaki wrote: >Zeev Suraski wrote: >>No, we shouldn't have. It is not a deprecated feature or a discouraged >>feature. If you use the *FAIRLY RARE* combination of using PHP to >>generate XML, you'd have to configure your PHP. If you're with the vast >>majority of t

Re: [PHP-DEV] Re: OCI extension help offer

"Thies C. Arntzen" <[EMAIL PROTECTED]> wrote... : > the ora_ extension uses the pre oracle8 api. if you need to > compile with oracle7 libraries you have to use the ora_*() > functions. OK, but isn't it a bit confusing? can't all PHP's Oracle functionality depend on the same functio

Re: [PHP-DEV] [PATCH] Changing entity charset

Wez Furlong wrote: > Search for "htmlentities charset". Both myself and thies (and probably others > were discussing this). > In short: there are many, many, many people who have scripts that rely > on htmlentities defaulting to iso-8859-1 (the documented default for ever). With the patch, ISO 8

Re: [PHP-DEV] OCI extension help offer

"Thies C. Arntzen" <[EMAIL PROTECTED]> wrote... : > On Wed, Oct 16, 2002 at 11:24:24AM +0200, Maxim Maletsky wrote: > > > > any OCIParse and set the charset. This would be: > > > > 1. more flexible > > 2. would exclude non-authentication functionality with OCILogon > > 3. easier to find for a

[PHP-DEV] Is this a bad thing to do? (Unix permissions)

As part of my new site I have created a php-driven guestbook. The guestbook entries are stored in a file called guestbook.txt. I found that in order to get the script to write to the file, I had to set the directory permissions for the guestbook directory and the guestbook.txt file to -rw-rw-rw-

Re: [PHP-DEV] Is this a bad thing to do? (Unix permissions)

Gwydion Elderwyn wrote: >As part of my new site I have created a php-driven guestbook. The guestbook >entries are stored in a file called guestbook.txt. > >I found that in order to get the script to write to the file, I had to set >the directory permissions for the guestbook directory and the gu

Re: [PHP-DEV] short_open_tag

Mike Hall wrote: > I would have no problem - as a user - with the removal of short_tags IF > was allowed!! Because the I use > Just to add fuel to the fire ;-) I know that. You know that Most of know that it's just another fuel ;) -- Yasuo Ohgaki -- PHP Development Mailing List

RE: [PHP-DEV] short_open_tag

> -Original Message- > From: Yasuo Ohgaki [mailto:[EMAIL PROTECTED]] > Sent: 17 October 2002 06:16 [snip] > >>Even if we never change the default, > >>";?> works always w/o patch. [snip] > We may even have XML processor that processes PHP code in XML > documents in the future. i.e. P

Re: [PHP-DEV] Re: OCI extension - OCIQuery() ?

"Thies C. Arntzen" <[EMAIL PROTECTED]> wrote... : > > Hope to see someone to anser, commenting my thoughts on this. I am very > > much willing contributing to the PHP's Oracle support development. > > that always appreciated. wher do you want to start? > tc Thies, what do you thik o

[PHP-DEV] OCI extension - brainstorming

just a few thoughts. the OCIQuery that maxim proposed has the advantage of being pretty high-level, making it much easier for mysql programmers to get a grip at oracle, but then again i think that every self-respecting php developer would write a function/method that does this for him ;-). fro

Re: [PHP-DEV] [PATCH] Changing entity charset

At 11:31 17.10.2002, Yasuo Ohgaki wrote: >Wez Furlong wrote: >>Search for "htmlentities charset". Both myself and thies (and probably >>others >>were discussing this). >>In short: there are many, many, many people who have scripts that rely >>on htmlentities defaulting to iso-8859-1 (the documen

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard info.c

Why did you remove the charset info? I want my charset back since it enables correct handling of the output. Everything these lines commented out by you do is telling the receiver what charset he gets. That is compareable to http charset info which will be generated by those modules also. This wa

Re: [PHP-DEV] short_open_tag

On Thu, 17 Oct 2002, Yasuo Ohgaki wrote: > This is one of the reason why I think we should try to change > short_open_tag default. " Instruction). There may be many (and/or custom) PI tags and it > may become more serious problem in the future. > > We may even have XML processor that processes PH

Re: [PHP-DEV] Re: OCI extension help offer

On Thursday, October 17, 2002, at 04:09 AM, Thies C. Arntzen wrote: > you mean renaming the oci8 extension - could be done... but i > personally see no pressing reason for doing so. Any chance we can rename the configure option from --with-oci8 to just --with-oci? Since it does work w

Re: [PHP-DEV] Re: OCI extension - OCIQuery() ?

"Thies C. Arntzen" <[EMAIL PROTECTED]> wrote... : > i don't really think it's a needed function as it won't > support binding of variables and setting the execute mode. I just noticed that MSSQL has also a very similar case. You have mssql_query() for the queries and mssql_init(), mssql

Re: [PHP-DEV] short_open_tag

On Thu, 17 Oct 2002, Andrei Zmievski wrote: > I. Am. So. Tired. Of. Seeing. This. Come. Up. Over. And. Over. Again. > > The next time someone mentions this on the list, I'm grabbing a LART[1] and > heading over to their house. So we're not going to turn it off by default? Derick --