Re: [PHP-DEV] [PATCH] OCI8 link failure (Tru64/AIX) (#22324)

> I still think that the best solution would be to check if linking with > -lcntsh alone is enough to get OCILobIsTemporary, and if not, check if > it works with -locijdbc8. i think that makes sense. re, tc -- PHP Development Mailing List To unsubscribe, visit:

Re: [PHP-DEV] zend_timeout and the SIGPROF signal

On Thu, Feb 20, 2003 at 05:11:55PM +0100, Wojtek Meler wrote: > On Thu, Feb 20, 2003 at 05:48:29PM +0200, Zeev Suraski wrote: > > At 17:38 20/02/2003, [EMAIL PROTECTED] wrote: > > >- Original Message - > > > > I looked into the bug report, and it is true that > > > > BLOCK_INTERRUPTIONS > >

Re: [PHP-DEV] php 4.3.0 ext/oci8 -- OCI_SHARED patch

we don't share statements or connections between threads (yet) we don't need to do that (yet). plus i think it will be slightly slower. (as you know threads are always slow;-) re, tc -- Thies C. Arntzen - Looking for all sorts of freelance work - just ask..

Re: [PHP-DEV] php 4.3.0 ext/oci8 -- OCI_SHARED patch

On Mon, Jan 06, 2003 at 01:42:15PM -0500, Levi Dixon wrote: > For review: > > I've modified the following files to allow for use of OCI_SHARED in ext/oci8 > module if OCI8_VERSION >= 8.1, which will provide memory savings by sharing > connection and statement data (refer to > http://www.csee.umbc.

Re: [PHP-DEV] OCI patch

On Thu, Dec 05, 2002 at 11:26:28AM +0100, Abdul-Kareem Abo-Namous wrote: > ahem...yes i'd agree on that...i changed it to something more > meaningful and > attached a new patch..ah the switching between c and php programming..;) > > the patch is already being used for 2,5 m

[PHP-DEV] CVS Account Request: mcmontero

Christian Stocker and I are joining our ImageMagick module efforts into 1 project. He recommended I get a CVS account to check the new code in directly. I will specifically be updating ext/imagick. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.n

Re: [PHP-DEV] OCISaveLob, OCILoadLob, OCISaveFile?

ks. http://conf.php.net/slides/oci/paper.txt > > > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php -- Thies C. Arntzen - Looking for all sorts of freelance work - just ask..

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

On Mon, Oct 28, 2002 at 05:49:44PM -0800, Zeev Suraski wrote: > At 07:35 28/10/2002, Thies C. Arntzen wrote: > >On Mon, Oct 28, 2002 at 05:24:38PM +0200, Stanislav Malyshev wrote: > >> TCA>> but zval_ptr_dtor (used in assert.c-OnChangeCallback) checks &

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

On Mon, Oct 28, 2002 at 05:24:38PM +0200, Stanislav Malyshev wrote: > TCA>> but zval_ptr_dtor (used in assert.c-OnChangeCallback) checks > TCA>> against EG(uninitialized_zval_ptr) - so calling zval_ptr_dtor > TCA>> anytime before init_executor will cause an UMR. > > Actually, zval_ptr_

[PHP-DEV] problem with EG(uninitialized_zval_ptr)

ave any ideas.. re, tc -- Thies C. Arntzen - Looking for all sorts of freelance work - just ask.. http://www.amazon.de/exec/obidos/wishlist/AB9DY62QWDSZ -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP and OCI8

On Wed, Oct 23, 2002 at 06:15:19PM +0200, Roderick Groesbeek wrote: > Howdy People, > > Info: > === > I am witnessing problems with PHP, Apache and OCI8. > We have profiles on our Oracle databases, so sessions get sniped if they > hang on to long. what do y

[PHP-DEV] parse_url still broken!

url: file:/bla/test 4.2.x output: array(2) { ["scheme"]=> string(4) "file" ["path"]=> string(9) "/bla/test" } HEAD: array(3) { ["scheme"]=> string(4) "file" ["host"]=> string(3) "bla&

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

On Thu, Oct 17, 2002 at 01:36:26PM +0200, Maxim Maletsky wrote: > > "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'

[PHP-DEV] parse_url is not BC to 4.2.

HEAD doesnt do parse_url("file:/tmp/bla") any more. (you need to have 2 slahes after file: to make it work). i really think we should allow the single-slash syntax again! re, tc -- Thies C. Arntzen - Looking for all sorts of freelance work -

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] 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: [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: 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] 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] OCI extension help offer

language was completely lost. > It's a big issue. yep, agreed. even though i don't use it myself i think it would be great if we could support them. have you had a look at the collections stuff in oci8.c? > > 4. OCI8 module naming conventions. How come OCI module is

Re: [PHP-DEV] OCI extension help offer

Please let me know if you are interested in my contributions regarding > it. very cool, what do you want to contribute? re, tc > > -- > Maxim Maletsky > [EMAIL PROTECTED] > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsu

Re: [PHP-DEV] Feature ./ correction to design flaw request

On Thu, Oct 10, 2002 at 09:52:50PM +0100, Nick Lindridge wrote: > Hello, > > Although most globals are correctly handled in PHP for thread safety, the > zend_execute and zend_compile_file hooks are not given slots in any TS > memory. > > It would be beneficial to correctly give these globals TS

Re: [PHP-DEV] Re: php/embed (build system changes)

On Tue, Oct 01, 2002 at 10:38:54PM +0200, Sascha Schumann wrote: > On Tue, 1 Oct 2002, Andrei Zmievski wrote: > > > On Tue, 01 Oct 2002, Sascha Schumann wrote: > > > Fortunately, I have some spare time and look forward to > > > purge some of the cruft which has assembled since the CLI > >

Re: [PHP-DEV] PREAD yet again

ankI'll find myself as I go home" > [EMAIL PROTECTED]- "Temptation", > [EMAIL PROTECTED] New Order > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub

Re: [PHP-DEV] [PATCH] #18640: compilation with Oracle fails on Tru64

mpilation with Oracle fails on > > Tru64 > > > > Can somebody please add this? If this is not the right way to send a > > patch, please tell me. > > +1 on adding this to cvs. Thies, what's your opinion on this one? go ahead - if you have the karma, else ask again a

Re: [PHP-DEV] ext OCI8 again

On Thu, Aug 22, 2002 at 02:06:51PM +0200, [EMAIL PROTECTED] wrote: > Hi everyone > > I am in the process of rewriting a few parts of the oci ext, > mainly the createn/init of OCIEnv. This is an extremly > important step in order to be able to support multiple nls's > (character sets etc.) on the

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Tue, Aug 20, 2002 at 06:12:19PM +0300, Zeev Suraski wrote: > > You won't upgrade even in a year's time, or even 1.5 year's time, when all > new features, and at some point, security fixes, are available for > it? That is my point, Brad, exactly. We barely have enough manpower to > maintain

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Mon, Aug 19, 2002 at 11:45:30AM +0300, Zeev Suraski wrote: > > How often do you call a function that gives you your current backtrace in > C? In my many years of C experience, I would have to say that the accurate > answer is -0- times. You really should compare apples

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Sun, Aug 18, 2002 at 11:48:03PM +0300, Andi Gutmans wrote: > At 07:50 PM 8/18/2002 +0200, Thies C. Arntzen wrote: > >On Sun, Aug 18, 2002 at 10:29:47AM -0700, Rasmus Lerdorf wrote: > >> I don't think we should stop people from tweaking ZE1. ZE2 is probably > >

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Sun, Aug 18, 2002 at 09:26:45PM +0300, Zeev Suraski wrote: > At 21:15 18/08/2002, Thies C. Arntzen wrote: > >On Sun, Aug 18, 2002 at 09:00:25PM +0300, Zeev Suraski wrote: > >> At 20:54 18/08/2002, Thies C. Arntzen wrote: > >> >BTW: the code we're talk

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Sun, Aug 18, 2002 at 01:06:47PM -0500, Richard Thomas wrote: > Zeev makes a very very good point here.. > > What is the point of backporting everything into 4.3, There is no real > point. PHP needs to move forward with new and improved.. Not spending > its time going no where, and trying to im

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Sun, Aug 18, 2002 at 08:18:40PM +0200, [EMAIL PROTECTED] wrote: > On Sun, 18 Aug 2002, Thies C. Arntzen wrote: > > > we _want_ to work together, right? atleast i want that. i > > have pulled my hair many times for having a real-backtrace on > > a producti

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Sun, Aug 18, 2002 at 09:00:25PM +0300, Zeev Suraski wrote: > At 20:54 18/08/2002, Thies C. Arntzen wrote: > >BTW: the code we're talking about is neither magic nor very > >complex. andi, sorry i you felt me stepping on your feet;-) > > And yet you took it f

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Sun, Aug 18, 2002 at 08:50:04PM +0300, Zeev Suraski wrote: > At 20:24 18/08/2002, Thies C. Arntzen wrote: > >On Sun, Aug 18, 2002 at 08:19:52PM +0300, Zeev Suraski wrote: > >> I haven't, because of the two reasons I mentioned. There's nothing about > >>

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Sun, Aug 18, 2002 at 08:49:30PM +0300, Zeev Suraski wrote: > At 20:40 18/08/2002, [EMAIL PROTECTED] wrote: > >I'm not happy with that indeed. ZE1 is still the current version, and I > >wouldn't see any reason to not extend it (or even backport things from > >ZE2 as this patch is largely about).

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

> the specifics of the patch that can make me change my personal mind about it... > > I understand you disagree with me about the momentum issue, so let's agree > > to disagree. > > > > Zeev > > > > At 20:12 18/08/2002, Thies C. Arntzen wrote: > > &g

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Sun, Aug 18, 2002 at 08:19:52PM +0300, Zeev Suraski wrote: > I haven't, because of the two reasons I mentioned. There's nothing about > the specifics of the patch that can make me change my personal mind about > it... > I understand you disagree with me about the momentum issue, so let's agr

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

get ZE2 out the door more quickly. > > > >Zeev > > > >At 17:21 18/08/2002, Thies C. Arntzen wrote: > > > >>if noone objects i'm going to commit this to -HEAD (and we > >>can start discussing it then;-) > >> > >>re, >

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

if noone objects i'm going to commit this to -HEAD (and we can start discussing it then;-) re, tc On Fri, Aug 16, 2002 at 07:39:59PM +0200, Thies C. Arntzen wrote: > > hi, > > this patch adds the extremely useful debug_backtrace() > function t

Re: [PHP-DEV] 4.2.3

On Sat, Aug 17, 2002 at 01:47:19PM +0300, Zeev Suraski wrote: > I'd like to raise the option of releasing 4.2.3 again. I believe that it > would be quite a while before 4.3.0 is out, and there are quite a few fixes > in the 4.2 branch that should make the userbase as soon as possible, > especi

[PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

class_entry to the execute_data and am pushing and popping it together with (object).ptr. if this patch gets accepted i'll add an php.ini seting so that errors and warnings will optionally have the full call-stack. comments are welcome - especially from andi &am

[PHP-DEV] make test broken?

if i do make test i get: = CWD : /home/thies/devel/cgi PHP : /home/thies/devel/cgi/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 4.3.0-dev PHP_OS : Linux INI actual : INI wanted : ==

Re: [PHP-DEV] HANDLE_BLOCK_INTERRUPTIONS

On Thu, Aug 01, 2002 at 10:10:10AM -0700, Brad LaFountain wrote: > HANDLE_BLOCK_INTERRUPTIONS(); > HANDLE_UNBLOCK_INTERRUPTIONS(); > > what exactly does these do? this is an apache thingie. you can tell apache that you don't want to be "killed" during certain operations. i doubt very

Re: [PHP-DEV] oci8 extension

On Fri, Aug 02, 2002 at 11:21:10AM +0200, Abdul-Kareem Abo-Namous wrote: > thanks thies > > i was expecting this answer and i'm glad you see it this way, too. > > > there is no oci9 AFAIK the interface is called OCI and was > > introduced with oracle8. as were just talking about adding >

Re: [PHP-DEV] oci8 extension

On Thu, Aug 01, 2002 at 12:59:31PM +0200, Abdul-Kareem Abo-Namous wrote: > hi everyone > > i'm new to this list so please be patient with me (but not too patient ;-)). > > i am currently a contractor for a pretty big it company that is migrating > all its php sites to oracle 9i. since we ran int

[PHP-DEV] RE: [PHP-WIN] PHP meetup [CROSS-POST] Meet other PHP Developers in Your Area

Tho, when you think about it, most PHP developers COULD use a dating service. :) Seriously tho, this is a good idea. Thanks for the info Jay. ~ Chris D.O.D -Original Message- From: Jay Blanchard [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 12:24 PM To: [EMAIL PROTECTED]; [EMAI

Re: [PHP-DEV] File Descriptors

On Tue, Jul 02, 2002 at 02:17:38PM -0600, B i g D o g wrote: > Does PHP only use file descriptors when opening files or does > it use it for > other things that are underlining? no - excep for file bases sessions. > > B i g D o g > > > > "Thies C. Arntz

Re: [PHP-DEV] File Descriptors

On Tue, Jul 02, 2002 at 01:04:03PM -0600, B i g D o g wrote: > I have searched the archives and all over google and php.net; however, i can > not find an answer to this question: > > When running a php script that opens a file descriptor (implicit and not) > does the file descriptor get closed au

Re: [PHP-DEV] exec_dir only in safe mode

On Thu, 20 Jun 2002, C. McCohy wrote: > it's going about the safe_mode_exec_dir configuration directive, which > allows php script to execute an external command, which is located in > specified directory only. This is able only in safe mode, not in "normal > mode"

[PHP-DEV] [PATCH] New function implode_multi

join_multi). The code works fine and correctly, here is an example: -- Bye ... C. McCohy The killings will not stop until you Karel Roden --- diff -aur php-4.2.1.orig/ext/standard/basic_functions.c php-4.2.1/ext/standard

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

On Fri, May 03, 2002 at 10:21:44AM +0200, Sebastian Bergmann wrote: > Sebastian Bergmann wrote: > > sebastian Fri May 3 04:10:49 2002 EDT > > > > Modified files: > > /php4/ext/session session.c > > Log: > > Fix ZTS build. > > This fixes the ZTS build not completely, I

[PHP-DEV] new patch to session.c & some new API

hi, here's the new version of the patch that exposes the URL-Rewriter (what a cool piece of software) script and C-Space via an api: from PHP: output_add_rewrite_var($varname, $value); output_remove_rewrite_var($varname); add/remove a var from an internal

[PHP-DEV] Re: Removal of "php_fopen_wrapper" in HEAD will break binary modules between 4.2 and HEAD (4.3)

On Mon, Apr 29, 2002 at 01:50:01AM +0100, Wez Furlong wrote: > Hi Thies, > > I did raise this issue a while back, but got no response (happens > quite a lot on php-dev). > I think bumping the API number would be the best course of action; > a lot of things have changed (binary wise) as a result o

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: Zend / zend_execute_API.c

On Sat, Apr 27, 2002 at 06:55:46PM +0200, Sebastian Bergmann wrote: > Rasmus Lerdorf wrote: > > rasmus Sat Apr 27 12:21:00 2002 EDT > > > > Modified files: > > /Zend zend_execute_API.c > > Log: > > # How do I get at a php core_global from here? > > Isn't the Zend Engine

[PHP-DEV] Removal of "php_fopen_wrapper" in HEAD will break binary modules between 4.2 and HEAD (4.3)

hi, is there any way we could avoid this? i think we should aim for keeping binary compatiblity as long as it makes sense. so, question is, would it make sense to have a function called php_fopen_wrapper in HEAD that behaves _exactly_ like it did in 4.2. elsewise we nee

Re: [PHP-DEV] Re: Addition to session-module (patch included)

On Thu, Apr 25, 2002 at 06:59:21PM +0200, Harald Radi wrote: > > On Thu, Apr 25, 2002 at 03:04:36PM +0200, Harald Radi wrote: > > > sounds very useful, go ahead ;) > > > > > > would you mind extending it that > > session_set_userdata(array("thies" => > > > "1", "harald" => "2", "knorp" => "100"

Re: [PHP-DEV] Re: Addition to session-module (patch included)

uld be possible ? nope - that would make the url_scanner slower. but you can always ancode as much data as you want into the one userdata var. tc > > harald. > > "Thies C. Arntzen" <[EMAIL PROTECTED]> schrieb im Newsbeitrag > news:<[EMAIL PR

Re: [PHP-DEV] Addition to session-module (patch included)

On Thu, Apr 25, 2002 at 03:14:19PM +0200, Daniel Lorch wrote: > Hi, > > >> I am not quite sure whether I understood what you are trying to do, > >> but assumingly you have 2 frames: > > > i'm talking about 2 or more windows! > > > please reread. > > tc > > Ups, sorry. I am having t

Re: [PHP-DEV] Addition to session-module (patch included)

On Thu, Apr 25, 2002 at 02:41:56PM +0200, Daniel Lorch wrote: > Hi, > > > right now the session module can "only" store one cookie (or > > one info in trans-sid) my patch extends that to one > > user-defined variable so that: > > I am not quite sure whether I understood what you are

[PHP-DEV] Addition to session-module (patch included)

hi, i have made a small patch to the session-module which allows the script to inject some user-defined data into the url_rewriter. why do i need this? - i want to be able to open a 2nd browserwindow - this window will use the same session as the 1st one - i ne

[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: Zend / zend_hash.c zend_hash.h zend_list.c

On Thu, Apr 18, 2002 at 05:37:30PM -, Thies C. Arntzen wrote: > thies Thu Apr 18 13:37:30 2002 EDT > > Modified files: > /Zend zend_hash.c zend_hash.h zend_list.c > Log: > make sure the resource-list is always consistent during sh

[PHP-DEV] PATCH to zend_list.c

zeev, andi i have to following problem: while the zend_destroy_rsrc_list() is running a _dtor function for one of my resources it (the dtor of the resource) does a zend_list_delete, which does a hash_find on the resource-list again. the problem is that zend_destroy_r

Re: [PHP-DEV] apache2filter efficiency

On Fri, Apr 05, 2002 at 11:10:13PM -0800, Aaron Bannert wrote: > After working with this filter for the last few days I came to realize > that it really isn't taking advantage of the newer features of Apache 2. > In addition it seems to have a flaw that would prevent it from working > downstream f

Re: [PHP-DEV] your patch to session.c broke it (testcase included)

On Mon, Mar 04, 2002 at 10:42:42PM +0200, Zeev Suraski wrote: > At 13:18 04/03/2002, Thies C. Arntzen wrote: > >zeev, > >your patch > > > >http://cvs.php.net/diff.php/php4/ext/session/session.c?r1=1.277&r2=1.278&ty=u > > > >broke the se

[PHP-DEV] your patch to session.c broke it (testcase included)

zeev, your patch http://cvs.php.net/diff.php/php4/ext/session/session.c?r1=1.277&r2=1.278&ty=u broke the session module: testcase (run multiple times using php-cgi from the command-line) after your patch the changed value of $hallo is no longer remembered. hmm, a

Re: [PHP-DEV] Re: Bug #15653 Updated: use_trans_sid creates invalid HTML

On Fri, Feb 22, 2002 at 10:36:14AM +0900, Yasuo Ohgaki wrote: > [EMAIL PROTECTED] wrote: > > ID: 15653 > > Updated by: [EMAIL PROTECTED] > > Reported By: [EMAIL PROTECTED] > > Status: Bogus > > Bug Type: Session related > > Operating System: Debian GNU Li

Re: [PHP-DEV] [patch] one script to handle them all

me time ago - see attached mail? re, tc > > > > regards, > -lukas > > Index: sapi/apache/mod_php4.c > === > RCS file: /repository/php4/sapi/apache/mod_php4.c,v > retrieving revision

Re: [PHP-DEV] Re: Case sensitivity: Conclusion(?)

On Sat, Feb 09, 2002 at 01:41:21AM +0200, Zeev Suraski wrote: > I think that's a nightmare, WTF-factor wise... Just my 0.02NIS how much is that in euro? > > Zeev > > At 12:14 AM 2/9/2002, Jason Greene wrote: > >If you are already thinking about storing the case sensitive name for > >the c

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

On Wed, Feb 06, 2002 at 07:40:18PM +0900, Yasuo Ohgaki wrote: > Hi all, > > I'm posting this for those who are not subscribing > Zend Engine 2 list. > > Many of developers seems to have case sensitivity for > class/function names. > However, we need vote for if PHP5 will have case > sensitive cl

Re: [PHP-DEV] Bug #15390: Persistent OCI8 Connections Get Poisoned

On Tue, Feb 05, 2002 at 09:10:57PM -0500, George Schlossnagle wrote: > Isn't there handling for this in current cvs code? I remember > submitting a patch for this (and assoicated problems) to Thies, and it > being accepted. there is - but there seem to be some error-codes missing. geo

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

fairly readable, it doesn't do anything hard to understand. It > is a simple thunk/trasport layer for another library all together. If > anyone has trouble reading or understanding it, I would suggest that they > need to take a basic C class. > > More over, I think msession, w

Re: [PHP-DEV] free_zval not working?

On Tue, Jan 22, 2002 at 09:27:53AM +0100, Robin Ericsson wrote: > I'm using this on php 4.0.6, it know it's old, but things will break if > I upgrade :) > > This is the code: > > zval *z_return; > MAKE_STD_ZVAL(z_return); > > php_char_to_str(retval, strlen(retval), '\n', "\n", 5, z_return

[PHP-DEV] Req: Add Apache handlers, diff attached.

Hello, If this is not the correct mailing list please advise. Thanks. I would like to request the addition of two apache handler types for use with the SetHandler (and other related) directives. Attached is a diff that adds 2 more handler types, "php-script" and "php-source". In the course of

Re: [PHP-DEV] Bug #14922: OCIBindByName forcing length to 1, even though 0 is a valid length

; > It seems that the when oci8.c forces value_sz to 1 if it's 0 is bypassing a > perfectly valid use of a length of 0: To signify a null. > > See: > >http://download-west.oracle.com/otndoc/oracle9i/901_doc/appdev.901/a89857/oci03typ.htm to pass a null thru a bou

Re: [PHP-DEV] Bug #14802: --with-oci8 doesnt grok 64-bit Oracle 9i

plz replace all OCI8_DIR/lib against OCI8_DIR/lib32 in configure and try again. don't forget to report back! tc On Wed, Jan 02, 2002 at 03:46:58PM -, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: Solaris 8 > PHP version: 4.1.1 > PHP Bug Type: Co

Re: [PHP-DEV] Bug #14497 Updated: PHP causes segfault when session handler=user

On Thu, Dec 20, 2001 at 04:00:15AM -, [EMAIL PROTECTED] wrote: > ID: 14497 > Updated by: yohgaki > Reported By: [EMAIL PROTECTED] > Old Status: Open > Status: Analyzed > Bug Type: Session related > Operating System: FreeBSD 4.4-Stable > PHP Version: 4.1.0, 4-200112131200 > New Comment: > > Is

[PHP-DEV] Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE

ID: 7244 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: MySQL related Operating System: Win 98 PHP Version: 4.0.8 New Comment: I just tried with the original php.ini-dist and the problem is still there. Only the error message changes

Re: [PHP-DEV] sockets problems & patch

On Sun, Dec 09, 2001 at 04:17:57PM -0500, benjamin yates wrote: > > > The problem with the zip file he sent is also that a: > > > ]$ diff -uN orig new > > > > > > produces a unified diff with almost all of it being whitespace > > > related, so its near impossible to view the change

Re: [PHP-DEV] sockets problems & patch

On Sun, Dec 09, 2001 at 07:42:46PM +0100, Sterling Hughes wrote: > > > > please send a unified diff. > > > > i'll look at integrating your changes then! > > > > The problem with the zip file he sent is also that a: > > ]$ diff -uN orig new > > produces a unified diff

Re: [PHP-DEV] sockets problems & patch

please send a unified diff. i'll look at integrating your changes then! tc On Sat, Dec 08, 2001 at 08:20:56PM -0500, benjamin yates wrote: > > hey all... i've been using the sockets extension pretty extensively for > the past couple months, and it has some real problems. ob

Re: [PHP-DEV] 4.1.0RC5

On Fri, Dec 07, 2001 at 02:56:39PM +0100, Thies C. Arntzen wrote: > On Thu, Dec 06, 2001 at 02:10:46PM +0100, Petr Cech wrote: > > On Mon, Dec 03, 2001 at 03:53:05PM +0200 , Zeev Suraski wrote: > > > You know the drill, but practice makes perfect! > > > > > >

Re: [PHP-DEV] 4.1.0RC5

On Thu, Dec 06, 2001 at 02:10:46PM +0100, Petr Cech wrote: > On Mon, Dec 03, 2001 at 03:53:05PM +0200 , Zeev Suraski wrote: > > You know the drill, but practice makes perfect! > > > > In a divine effort to prevent both Derick and Zak from winning their bets > > (Derick bet we'll go up to RC8, Za

Re: [PHP-DEV] RC5 hexdec not compatible

hi, the current behavious is "more connect" than the old one. we automagiacally propagate from in to float in the conversion routines once we gent an overflow. to get the "old" bahaviour in your case you need to case the result of hexdec() to int: $dec = (int) hexdec($he

Re: [PHP-DEV] php-patches@lists.php.net?

On Tue, Dec 04, 2001 at 02:48:40PM -0600, Andrei Zmievski wrote: > On Tue, 04 Dec 2001, Thies C. Arntzen wrote: > > On Tue, Dec 04, 2001 at 09:04:29PM +0900, Yasuo Ohgaki wrote: > > > How about to have *new* list for sending patch for PHP? > > > PostgreSQL has list for

Re: [PHP-DEV] php-patches@lists.php.net?

On Tue, Dec 04, 2001 at 09:04:29PM +0900, Yasuo Ohgaki wrote: > How about to have *new* list for sending patch for PHP? > PostgreSQL has list for that. It seems the list is working great > for them. php-dev is perfect for sending patches! tc -- PHP Development Mailing List

[PHP-DEV] sample .def file to use with ext_skel --proto= anywhere

could sombody send me a working example? thx, tc -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Bug #14294 Updated: is_dir() causes stat failed warning

On Sun, Dec 02, 2001 at 10:31:58AM +0100, Thies C. Arntzen wrote: > On Fri, Nov 30, 2001 at 07:23:39PM +0200, Jani Taskinen wrote: > > > > Ask sterling about this. IMO, it's good as it is now. > > if it's now different from how 4.0.6 behaved than it's

Re: [PHP-DEV] Bug #14294 Updated: is_dir() causes stat failed warning

On Fri, Nov 30, 2001 at 07:23:39PM +0200, Jani Taskinen wrote: > > Ask sterling about this. IMO, it's good as it is now. if it's now different from how 4.0.6 behaved than it's wrong _and_ should be changed back before 4.1! i'm compiling right now. tc > > --Jani > > > On Fri,

[PHP-DEV] Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE

ID: 7244 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: MySQL related Operating System: Win 98 PHP Version: 4.0.8 New Comment: In privious releases addslashes() was not necessary. Even phpMyAdmin got problems and had to be changed.

[PHP-DEV] 10% speedup patch in zend_hash_copy

hi - this litte patch makes zend_hash_copy around 10% faster by taking a "shortcut" zeev, andi - is this "commitable" or do you have any objections? tc Index: zend_hash.c === RCS file: /reposito

[PHP-DEV] Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE

ID: 7244 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: MySQL related Operating System: Win 98 PHP Version: 4.0.8 New Comment: Like I wrote in my first bug report on 2000-10-16 mysql_error() and mysql_errno() say something like this

[PHP-DEV] Bug #14192: Disable Error Control Operator

From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Disable Error Control Operator Hey guys, What I'd like is some sort of config variable to temporarily disable the Error Control Operator (@foo()).

Re: [PHP-DEV] Removing ext/sablot from 4.1?

On Sat, Nov 17, 2001 at 09:11:19AM -0500, Sterling Hughes wrote: > Hey, > > Just sending out a "feeler" message, while I still have some motivation to argue >about the > future of XSLT (ie, I have other work I should be doing ;) -- > > I'd like to move ext/sablot from the standa

Re: [PHP-DEV] md5sum() patch

On Fri, Nov 16, 2001 at 11:00:02AM -, James Moore wrote: > shouldnt it be file_md5 if we are sticking with out namespace convention. i think james is right: +1 on file_md5 -1 on overloading tc -- PHP Development Mailing List To unsubscribe, e-mail: [E

Re: [PHP-DEV] To Merge, Or Not To Merge?

On Tue, Nov 13, 2001 at 06:51:41AM +0100, Sebastian Bergmann wrote: > Should we merge the recent changes to sapi/servlet to the 4_0_7 branch, > or not? The changes are required in order to use the Servlet SAPI > module with current versions of Tomcat and Cocoon2. > > It is not stable, tho

Re: [PHP-DEV] 4.1.0

On Sat, Nov 10, 2001 at 04:26:57PM +0200, Zeev Suraski wrote: > Guys, > > We have a bit of a dilemma here. As you all know, the 4.0.7 branch, on > which 4.1.0 is currently scheduled to be based on, has branched away a few > months ago. Some people have expressed concern that releasing 4.1.0 b

Re: [PHP-DEV] 2x speedup of unserializer

On Sat, Nov 10, 2001 at 05:55:26PM +0100, Sascha Schumann wrote: > There is a patch available which boosts the speed of the > unserializer significantly. > > http://pair1.php.net/~sas/unserializer-speedup > > A large percentage of the speedup was achieved by > eliminating the

Re: [PHP-DEV] Benjamin Kromann

On Thu, Nov 01, 2001 at 02:56:57AM -0800, Frank M. Kromann wrote: > Hi, > > It is getting late now in CA, but I have to tell you all about > Benjamin Kromann, our new son :-) > > He was born last night at 11:23pm and he is a healthy boy 50 cm > long and he weighs 3550 g. Mis mom is doing very we

Re: [PHP-DEV] expat and Namespaces

On Wed, Oct 24, 2001 at 05:53:23PM -0400, l0t3k wrote: > Does the bundled expat handle namespaces ? yes. AFAIK -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrator

Re: [PHP-DEV] Forcing trans_sid on?

On Thu, Oct 18, 2001 at 11:04:22AM +0200, Sterling Hughes wrote: > On Wed, 17 Oct 2001, Rasmus Lerdorf wrote: > > > This code in session.c looks odd to me: > > > > if (!PS(use_cookies) && send_cookie) { > > PS(apply_trans_sid) = 1; > > send_cookie = 0; > > } > > > > Basica

  1   2   3   >