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] 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] [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:

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

hi, this patch adds the extremely useful debug_backtrace() function to ZE1. as it's more-or-less the same implementation as in ZE2 so it should be "fast and efficient" enough for inclusion in 4.3 IMHO. it has one extra feature over the ZE2 implementation by giving s

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

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] 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

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

> 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: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

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 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: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 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 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 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 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 with apples...

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] 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] #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] 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] 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] 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] 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] 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: 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

[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: [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 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] 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] 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] 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_

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] 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] OCI patch

time to apply for one;-) re, tc > > cheers, > Abdul > > - Original Message - > From: "Thies C. Arntzen" <[EMAIL PROTECTED]> > To: "Abdul-Kareem Abo-Namous" <[EMAIL PROTECTED]> > Sent: Thursday, December 05, 2002 9:10 AM > Subject:

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] PHP 4.0 Bug #8889: Memory is not being freed.

On Mon, Jan 29, 2001 at 06:23:56PM -0600, Brian Moon wrote: > Ok, so what are the benefits of not returning memory to the system? It > seems that no one who can do it wants to so there must be a good reason.Q in order to be able to "give back" memory to the system we would have to switc

[PHP-DEV] Re: PostgreSQL and PHP persistent connections

On Wed, Feb 07, 2001 at 02:12:26PM -0500, Bruce Momjian wrote: > Thies, we talked at LinuxWorld about improving the reliability of > persistent PostgreSQL connections in PHP. cc'ing php-dev bruce, hope you had a successful show! > > I believe the problem is that persistent connect

Re: [PHP-DEV] PHP 4.0 Bug #9240: unserialize fails non-determenistic on large objects

On Tue, Feb 13, 2001 at 03:38:17PM -, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: RedHat 6.2 > PHP version: 4.0.4pl1 > PHP Bug Type: Variables related > Bug description: unserialize fails non-determenistic on large objects > > I'm unserializing

Re: [PHP-DEV] PHP 4.0 Bug #9276: ORA-00904

On Thu, Feb 15, 2001 at 12:27:44PM -, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: linux > PHP version: 4.0.0 > PHP Bug Type: Oracle related > Bug description: ORA-00904 oerr ORA 00904: invalid column name -- PHP Development Mailing Li

Re: [PHP-DEV] PHP 4.0 Bug #9318: Lots of ORA-24324 warning in apache error_log

On Sat, Feb 17, 2001 at 02:21:38PM -, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: RH 6.2 Linux kernel 2.2.16-3 > PHP version: 4.0.3pl1 > PHP Bug Type: OCI8 related > Bug description: Lots of ORA-24324 warning in apache error_log > > There are

[PHP-DEV] OCI8: searching for testcase that causes "failed to rollback outstanding transactions" or SEGFAULTs

hi, (sorry for cross-posting) i'm currently investigating some reported problems with the PHP 4 OCI8 interface. some people have reported SEGFAULTs and "failed to rollback outstanding transactions" messages in their apache error_log. sadly i cannot reproduce any of those p

Re: [PHP-DEV] PHP 4.0 Bug #9197: crash in _efree

On Mon, Feb 12, 2001 at 09:11:32AM -0700, David Benson wrote: > > Is there a short script (independent of other scripts) that > > reproduces this problem? Can you try to cut it down to the > > smallest piece of code that still produces a crash? > > Thanks for the response. I've narrowed this dow

Re: [PHP-DEV] Time for 4.0.5?

On Mon, Feb 19, 2001 at 09:31:01AM +0100, Sascha Schumann wrote: > Hi, > > what do people think about a PHP 4.0.5 release? > > We have about 70 change entries in NEWS. Some of the changes > are fundamentally needed for some extensions to work > correctly or to compile at all

[PHP-DEV] time to upgrade our bundled expat?

v 1.95.1 is out (http://expat.sourceforge.net) has anybody played with it? 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 PROTE

[PHP-DEV] time to upgrade bundled PCRE?

current version is 3.4 we use 3.2 andrei? re, 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] time to upgrade our bundled expat?

On Mon, Feb 19, 2001 at 02:05:28PM +0100, Emiliano wrote: > "Thies C. Arntzen" wrote: > > > > v 1.95.1 is out (http://expat.sourceforge.net) > > > > has anybody played with it? > > We use it a lot. Works well, supports multiple charsets

[PHP-DEV] phpize problem

sascha, phpize configure does not work if try to external-compile any bundled modules as the generated php_config.h is never included (the one from /usr/local/include is found first) and thereby the #define COMPILE_module_DL 1 is not seen by cpp so th

Re: [PHP-DEV] PHP 4.0 Bug #9197: crash in _efree

On Mon, Feb 19, 2001 at 08:23:42AM -0700, David Benson wrote: > > could you plz try: > > > > > $Conn = OCINLogon ('vignette', 'vignette', 'wom_dev'); > > $Clob = OCINewDescriptor($Conn, OCI_D_LOB); > > $ExtraXML = $Clob->load(); > > ?> > > > > if that still causes the crash then the bug

Re: [PHP-DEV] time to upgrade our bundled expat?

On Mon, Feb 19, 2001 at 02:35:13PM +0100, Emiliano wrote: > "Thies C. Arntzen" wrote: > > > > We use it a lot. Works well, supports multiple charsets, and is now in > > > as sane library format so internalizatin isn't strictly necesary > > > any

Re: [PHP-DEV] time to upgrade our bundled expat?

On Mon, Feb 19, 2001 at 02:35:13PM +0100, Emiliano wrote: > "Thies C. Arntzen" wrote: > > > > We use it a lot. Works well, supports multiple charsets, and is now in > > > as sane library format so internalizatin isn't strictly necesary > > > any

Re: [PHP-DEV] PHP 4.0 Bug #9876: OCIPLogon flaky after restart Oracle

On Tue, Mar 20, 2001 at 04:55:31PM -, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: Redhat 6.1 Linux > PHP version: 4.0.4pl1 > PHP Bug Type: OCI8 related > Bug description: OCIPLogon flaky after restart Oracle > > ./configure' '--prefix=/var/php'

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

On Wed, Mar 21, 2001 at 03:30:58PM +0100, Sascha Schumann wrote: > > Guys, please play by the rules which are laid down in > RELEASE_PROCESS. Further decreasing the quality of PHP > releases doesn't help anyone and just makes us look bad. i fully agree to sascha. plus i see no r

Re: [PHP-DEV] non-thread-safe yet pthreads-friendly build of PHP?

On Tue, Mar 27, 2001 at 09:09:03PM +0200, Zeev Suraski wrote: > Is there any way to build PHP with pthreads, with ZTS disabled? The reason > I'm asking is that there are some thread-safe 3rd party libraries which are > linked against pthreads, and apparently, if PHP isn't built with pthreads -

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

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 #14922: OCIBindByName forcing length to 1, even though 0 is a valid length

On Mon, Jan 07, 2002 at 11:37:16PM -, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Operating system: Solaris > PHP version: 4.1.0 > PHP Bug Type: OCI8 related > Bug description: OCIBindByName forcing length to 1, even though 0 is a valid length > > It seems that

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

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

On Tue, Feb 05, 2002 at 09:42:12AM -0500, [EMAIL PROTECTED] wrote: > > [EMAIL PROTECTED] wrote: > >> Removing backward compatibility for aesthetic reasons is bogus. To be > >> perfectly honest, I think the whole PHP extension API is truly ugly. > >> The removal of a few #ifdefs will not a Mona Lis

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] [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] 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] [patch] one script to handle them all

On Wed, Feb 13, 2002 at 12:36:49PM +0100, Lukas Schroeder wrote: > On Wed, Feb 13, 2002 at 08:13:42AM +0100, Markus Fischer wrote: > > Patches should always be against latest CVS. > > here it is. against latest CVS. how does this compare the the work rasmnus has done some time ago -

Re: [PHP-DEV] mmap in php_passthru_fd in file.c ?

On Thu, May 17, 2001 at 11:10:57PM -0700, Rasmus Lerdorf wrote: > > >>Perhaps automatic detection could be option? if (filesize > X) > > >>blockread else mmap? It seems like the most intuitive way to implement > > >>it... > > >> > > > > > > Sounds a bit magical. Why not just a block_readfile()

[PHP-DEV] proposed change in the build-system.

hi sascha, i would love if we could reduce the output of make from .. /bin/sh /home/thies/devel/apxs/libtool --silent --silent --mode=link gcc -I. -I/home/thies/devel/php4/main -I/home/thies/devel/apxs/main -I/home/thies/devel/php4 -I/usr/include/apache -I/home/thies/devel/apxs/Zend -I/

[PHP-DEV] Re: proposed change in the build-system.

On Wed, Jun 20, 2001 at 12:36:35PM +0200, Sascha Schumann wrote: > > that's how a samba compile looks like. this would make the > > output of the "make" way more shorter & readable. > > This makes sense when the various parameters are constant > throughout the whole build (which s

Re: [PHP-DEV] Bug #11432 Updated: crash when restoring references to objects

please try attached patch and report back! tc On Tue, Jun 12, 2001 at 05:40:40PM -, [EMAIL PROTECTED] wrote: > ID: 11432 > Updated by: sniper > Reported By: [EMAIL PROTECTED] > Status: Open > Bug Type: Reproducible crash > Operating system: > PHP Version: 4.0.5 > Assigned To: > Com

Re: [PHP-DEV] Bug #11432 Updated: crash when restoring references to objects

On Wed, Jun 20, 2001 at 04:47:43PM +0200, Thies C. Arntzen wrote: > please try attached patch and report back! this patch fixes the crash - the reference is still fu**ed afetr the 2nd reload - switching my brain into 2nd gear;-) tc -- PHP Development Mailing List &l

Re: [PHP-DEV] Bug #11432 Updated: crash when restoring references to objects

On Wed, Jun 20, 2001 at 06:47:46PM +0200, Jani Taskinen wrote: > On Wed, 20 Jun 2001, Thies C. Arntzen wrote: > > >On Wed, Jun 20, 2001 at 04:47:43PM +0200, Thies C. Arntzen wrote: > >> please try attached patch and report back! > > > >this patch fixes t

Re: [PHP-DEV] Bug #11432 Updated: crash when restoring references to objects

On Wed, Jun 20, 2001 at 07:05:23PM +0200, Jani Taskinen wrote: > On Wed, 20 Jun 2001, Thies C. Arntzen wrote: > > >> Are you going to MFH it ?? I think this should go into 4.0.6. > >> It has been broken so long now. > > > >no too sure as it real

[PHP-DEV] "make test" doesn't work with register_globals=Off

is this acceptable? comments? 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]

[PHP-DEV] can we cange the "important" defines to enums in the zend-headers, please?

hi, it would make debugging for guys like me easier, as gdb will then be able to show IS_OBJECT instead of 5 when inspecting zvals. (gdb nows about the sybolic name for an enum but not for a define). if you don't object i'll go ahead soon tc -- PHP Development Mai

Re: [PHP-DEV] Bug #11749 Updated: Unserialize dies with Apache Module but is FINE with CGI

On Wed, Jun 27, 2001 at 06:32:13PM -, [EMAIL PROTECTED] wrote: > ID: 11749 > User Update by: [EMAIL PROTECTED] > Status: Open > Bug Type: Scripting Engine problem > Operating system: Win32 (Win 2k) > PHP Version: 4.0.6 > Description: Unserialize dies with Apache Module but is FINE with CGI >

[PHP-DEV] 2 problems with shutdown

hi, we have two problems in the current code when it comes to shutting down apache processes: 1) in main.c php_module_shutdown(): we call php_config_ini_shutdown() before we call the modules MSHUTDOWN functions - which basically means that php is already "half-de

Re: [PHP-DEV] keeping descriptors in persistent connections

On Thu, Jun 28, 2001 at 11:18:11AM +0200, [EMAIL PROTECTED] wrote: > Hello Joao, > > On Wed, 27 Jun 2001, Joao Conceicao wrote: > > > Hi, > > I'm having a problem making a module that uses persistent connections. > > It's possible to reuse the same descriptors (file descriptors) in two > > difer

[PHP-DEV] Re: 2 problems with shutdown

ping? On Thu, Jun 28, 2001 at 05:45:13PM +0200, Thies C. Arntzen wrote: > > hi, > > we have two problems in the current code when it comes to > shutting down apache processes: > > 1) > in main.c php_module_shutdown(): > we call php_conf

[PHP-DEV] Re: 2 problems with shutdown

On Fri, Jun 29, 2001 at 03:23:03PM +0300, Zeev Suraski wrote: > At 15:18 29/6/2001, Thies C. Arntzen wrote: > >agreed - but we should do it, right? > > Yup :) > > >in the error_log - and sometimes it'll even SEGFAULT. > > > >is this goo

[PHP-DEV] Re: 2 problems with shutdown

On Fri, Jun 29, 2001 at 02:09:44PM +0300, Zeev Suraski wrote: > At 18:45 28/6/2001, Thies C. Arntzen wrote: > > >hi, > > > >we have two problems in the current code when it comes to > >shutting down apache processes: > > > >1) > &g

Re: [PHP-DEV] Assert callback handlers

On Thu, Jun 28, 2001 at 05:42:35PM -0400, Jon Parise wrote: > On Thu, Jun 28, 2001 at 05:23:41AM -0600, Zak Greant wrote: > > > Can anyone see any problems with adding array (&$object, 'method') syntax to > > the assert handler functionality? > > I think that would be fiarly useful, actually.

Re: [PHP-DEV] RE: Bug #11749 Updated: Unserialize dies with Apache Module but is FINE with CGI

On Fri, Jun 29, 2001 at 03:31:25AM -0700, Brian Tanner wrote: > You may consider it fixed if you like. > > However... the data file failed to load in Module, and did load in CGI. > > Shouldn't they be identical? yes they should. but there should be _no_ difference in the fopen() PHP fun

Re: [PHP-DEV] Re: [Zend Engine 2] substr changes

On Tue, Jul 03, 2001 at 03:07:37AM +0200, Andre Langhorst wrote: > >Just one thing I did want to point out - this has nothing to do with > >Zend 3 or whatever. I oppose this feature not because lack of time to > >implement it or because it's difficult to implement, but because it > >doesn't be

[PHP-DEV] new/different problem in shutdown

zeev,andi i have a problem with the oci-extension - it makes heaviy usage of ref-counting and creates dependices between resouces using refcounts. so i depend on a defined shutdown order and i also depend on the complete symbol-table to be destroyed before zend_destroy_rs

Re: [PHP-DEV] new/different problem in shutdown

On Thu, Jul 05, 2001 at 12:06:57PM +0200, [EMAIL PROTECTED] wrote: > Hello, > > there are also a couple of bug reports filed for this. could you gimme their no# re, tc -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional co

Re: [PHP-DEV] new/different problem in shutdown

zeev, andi please comment on my attached patch - it fixes my reported problem! have i overlooked something? thanx, tc On Thu, Jul 05, 2001 at 11:35:15AM +0200, Thies C. Arntzen wrote: > > zeev,andi > > i have a problem with the oci-extensio

Re: [PHP-DEV] new/different problem in shutdown

On Thu, Jul 05, 2001 at 01:06:43PM +0200, [EMAIL PROTECTED] wrote: > On Thu, 5 Jul 2001, Thies C. Arntzen wrote: > > > On Thu, Jul 05, 2001 at 12:06:57PM +0200, [EMAIL PROTECTED] wrote: > > > Hello, > > > > > > there are also a couple of bug reports file

Re: [PHP-DEV] Reentrant C scanners for PHP

On Fri, Jul 06, 2001 at 01:08:03AM +0200, Sascha Schumann wrote: > This is the first public release of fully reentrant C > scanners for the PHP language and the INI system. They > can be used to replace the Flex-based implementations > commonly found in the Zend Engine. > > F

Re: [PHP-DEV] new/different problem in shutdown

a real shame. tc > > Andi > > At 01:17 PM 7/5/2001 +0200, Thies C. Arntzen wrote: > >zeev, andi > > > >please comment on my attached patch - it fixes my reported > >problem! > > > >have i overlooked something? > > >

Re: [PHP-DEV] new/different problem in shutdown

On Fri, Jul 06, 2001 at 05:39:18PM +0300, Andi Gutmans wrote: > At 04:31 PM 7/6/2001 +0200, Thies C. Arntzen wrote: > >On Fri, Jul 06, 2001 at 05:12:07PM +0300, Andi Gutmans wrote: > >> Thies, > >> > >> I have thought about your problem. Your patch fixed your

Re: [PHP-DEV] new/different problem in shutdown

bage_ptr)--) loop in shutdown_executor. am i still missing something? tc > > > At 05:35 PM 7/6/2001 +0200, Thies C. Arntzen wrote: > >On Fri, Jul 06, 2001 at 05:39:18PM +0300, Andi Gutmans wrote: > >> At 04:31 PM 7/6/2001 +0200, Thies C. Arntzen wrote: > >>

Re: [PHP-DEV] [UPDATE] NGScan

On Mon, Jul 09, 2001 at 08:55:09AM -0700, Rasmus Lerdorf wrote: > > Especially due to the last point which requires fixing up > > patches manually every time, I'd like to commit the PHP part > > of things. Would anyone object to that? > > I wouldn't object. same here tc --

Re: [PHP-DEV] NGScan - technical explanation

On Mon, Jul 09, 2001 at 09:27:17PM +0300, Zeev Suraski wrote: > I consider it obvious why it makes no sense to abstract the > scanner input > of the engine, and I guess this is not very good - since some of you may > not understand what it is about. > > The reason it makes no sense is very simp

Re: [PHP-DEV] [UPDATE] NGScan

On Mon, Jul 09, 2001 at 09:37:35PM +0300, Zeev Suraski wrote: > > > So please stop with the personal attacks and > >concentrate on the real technical issues. > > I'd appreciate it if you stayed out of this one. I'm fed up with Sascha's i

Re: [PHP-DEV] NGScan - technical explanation

On Mon, Jul 09, 2001 at 09:43:43PM +0300, Zeev Suraski wrote: > At 21:38 9/7/2001, Thies C. Arntzen wrote: > >as long as the (perception of the) Zend License stopps him > >from submitting it to the ZendEngine he has no other choice > >than to put it som

Re: [PHP-DEV] NGScan - technical explanation

On Mon, Jul 09, 2001 at 09:47:46PM +0300, Zeev Suraski wrote: > Remember that while this is an impressive improvement, it's not all that > useful in the vast majority of cases (it's especially useful with Apache > 2.0). IIS comes to mind - aolserver, fasttrack and maybe a few more.

Re: [PHP-DEV] NGScan - technical explanation

On Mon, Jul 09, 2001 at 10:11:46PM +0300, Zeev Suraski wrote: > At 21:48 9/7/2001, Thies C. Arntzen wrote: > > >besides that i can actually think of one or two usages for > >> >a scanner in PHP which is not QPL. for exacle that reason the > >> >your

Re: [PHP-DEV] NGScan - technical explanation

On Mon, Jul 09, 2001 at 10:00:21PM +0300, Zeev Suraski wrote: > At 21:55 9/7/2001, Thies C. Arntzen wrote: > >On Mon, Jul 09, 2001 at 09:47:46PM +0300, Zeev Suraski wrote: > >> Remember that while this is an impressive improvement, it's not all that > >> useful in

  1   2   >