[PHP-DEV] [Sab] Future of Sablotron (fwd)

Hi This came from the sablotron guys. Maybe interesting to have a look at. chregu -- Forwarded message -- Date: Thu, 19 Sep 2002 13:24:58 +0200 From: Petr Cimprich <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Sab] Future of Sablotron Hi all,

[PHP-DEV] PHP Apache2Filter SAPI segfaults on startup

Environment: Apache 2 and PHP 4 built as Debug_TS from current CVS on Win32. Same combination also segfaults on Linux 2.4.19. This segfault is most likely caused by a change in the SAPI startup code. php_apache_sapi_send_headers(sapi_headers_struct * 0x0042db10, void * * * 0x0042da78) li

Re: [PHP-DEV] Thread Reading

Zeev Suraski wrote: > At 12:27 19/09/2002, Yasuo Ohgaki wrote: > >> Dan Hardiker wrote: >> >>> We are dealing with *idiots* here. Their CODE doesnt work, they are >>> *learning* PHP, they want help on their *non-functional* code, easily, >>> simply and quickly. >>> We can already say "put this in

[PHP-DEV] Re: simple question

sorry, I am going to have to ask what file I can find highlight_file() in. I am very unfamiliar with the structure of the bundling. Sorry to haggle you with such stupid questions. Brendan "Knight" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I was wonderi

[PHP-DEV] CVS Account Request: ama

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

RE: [PHP-DEV] ini question

> I am sure that you are correct, Rasmus, and apache is calling it twice, but > what I don't understand is, why are the messages not identical? Because we check for it? Sorry, I didn't actually read through your code examples, but I bet if you trace back you will find that the apache_php_initial

Re: [PHP-DEV] type1 fonts with gd under php-4.2.3

Should be fixed in both stable and dev branches. --Jani On Sat, 14 Sep 2002, Lars Magne Ingebrigtsen wrote: >Apache segfaults when trying to use type1 fonts (via t1lib, gd and >php). The following patch fixes this: > > >--- gd.c~ Tue Sep 3 15:09:29 2002 >+++ gd.c

RE: [PHP-DEV] ini question

I suspect that this is where my error is. But I have added another fprintf to the mod_php4.c file that prints a message when entering the php_init_handler function and when it exits. The php_init_handler function is registered as the module_init callback which I believe is what Apache calls when

RE: [PHP-DEV] ini question

Apache calls the module startup hook twice. On Thu, 19 Sep 2002, David Viner wrote: > After some further tweaking and fprintf-ing, it appears that the second > round of parser print-outs somehow do not rely upon the lexer in > zend_ini_scanner.l. So I am completely unsure of what is going on. >

RE: [PHP-DEV] ini question

Sure. When I set #define DEBUG_CFG_PARSER 1 in zend_ini_parser.y, I see lots of: 'short_open_tag' = '1' 'asp_tags' = '' ... output to stderr when PHP starts. I believe that this is the bison parser discovering statements from the php.ini file. When I run the php from the command line,

RE: [PHP-DEV] ini question

Can you provide some context? Devon Original Message: - From: David Viner [EMAIL PROTECTED] Date: Thu, 19 Sep 2002 16:16:18 -0700 To: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] ini question After some further tweaking and fprintf-ing, it appears that the second round of parser pr

[PHP-DEV] Alignment Bug in 'struct sockaddr_storage'

Hi All, I've put this in the Bug db as Bug #19508 but I thought faster reaction would happen if I sent this, as it's in main and not in an extension. I ran into a alignment problem on my solaris 6 build of php. This problem was showing up when it was built with 'Sun Workshop Pro 4' & 'Forte 6',

RE: [PHP-DEV] ini question

After some further tweaking and fprintf-ing, it appears that the second round of parser print-outs somehow do not rely upon the lexer in zend_ini_scanner.l. So I am completely unsure of what is going on. Is there any documentation that I should read to help me understand this? (I own and have ex

Re: [PHP-DEV] variables

You should direct these types of problems to [EMAIL PROTECTED] You will find many people eager to help. As for your problem try this: echo $_GET["action"]; Happy hacking. Chris Sean wrote: >I have inherited the support of a PHP website that doesn't seem to be >recognizing the data from the

[PHP-DEV] variables

I have inherited the support of a PHP website that doesn't seem to be recognizing the data from the URL. Suppose the URL is index.php?action=run. I have the following code that I expect to display "The selected action is run": print "The selected action is "; print $action; What I get is the "Th

Re[3]: [PHP-DEV] OpenSSL in PHP

On 19/09/02, "Arkadiusz Goralski" <[EMAIL PROTECTED]> wrote: > WF> I don't want to sound pedantic about this, but you mentioned that > WF> you submitted this 2 months ago; I don't recall seeing it, and can't > WF> find your mail in my email archives - if it had been addressed directly > WF> to me

RE: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, [EMAIL PROTECTED] wrote: > That's what I thought also (as far as cvs access). I need to make a new > patch really quick because a bugfix was applied in the zend_highlight.c > file that wasn't apparent in the file that I was working with. This being > the first patch I've ma

RE: [PHP-DEV] Thread Reading

That's what I thought also (as far as cvs access). I need to make a new patch really quick because a bugfix was applied in the zend_highlight.c file that wasn't apparent in the file that I was working with. This being the first patch I've made, should I submit it to the php-cvs list or forward i

RE: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, [EMAIL PROTECTED] wrote: > Applied a little bit ago to help with translating documentation from to > Dutch, but I didn't have much luck (plus I'm not currently subscribed to > the Dutch manual mailing list, blah blah blah). Should I apply for an > account to commit this to t

Re: [PHP-DEV] Thread Reading

hi, > And sensitive cleartext data like SQL passwords can always be passed > through environment variables. For instance, Apache has the 'Setenv' > directive to set this, and the httpd.conf file can be made only readable by > root. Correct me if I'm wrong, but the documentation to mod_auth_ext

RE: [PHP-DEV] Thread Reading

Applied a little bit ago to help with translating documentation from to Dutch, but I didn't have much luck (plus I'm not currently subscribed to the Dutch manual mailing list, blah blah blah). Should I apply for an account to commit this to the Zend/ dir? Devon Original Message: -

RE: [PHP-DEV] Thread Reading

> At 20:10 19/09/2002, Adam Voigt wrote: > >Newbie's or people seeking help with bad security > >standards, could give away the password to there SQL server, etc. > >Maybe the phps parser or whatever it's called should automatically *** > >out the password fields of all the db, ftp, etc. calls. >

Re: [PHP-DEV] Thread Reading

At 20:10 19/09/2002, Adam Voigt wrote: >Newbie's or people seeking help with bad security >standards, could give away the password to there SQL server, etc. >Maybe the phps parser or whatever it's called should automatically *** >out the password fields of all the db, ftp, etc. calls. I don't thi

Re[2]: [PHP-DEV] OpenSSL in PHP

Hi Wez, WF> I don't want to sound pedantic about this, but you mentioned that WF> you submitted this 2 months ago; I don't recall seeing it, and can't WF> find your mail in my email archives - if it had been addressed directly WF> to me then it would have been noticed and dealt with sooner. It w

Re: [PHP-DEV] Thread Reading

Yep, and then you show off your super elite php build with phpinfo() and get to see ALL the environment variables of the user that apache was started as. How wonderful! Just require_once() your connection scripts if you're going to highlight_file or give a phps. Other methods are just plain stu

Re: [PHP-DEV] Thread Reading

On Thu, Sep 19, 2002 at 01:56:03PM -0400, [EMAIL PROTECTED] wrote: > This is a security standard that is already inherent in the current phps > version. It is also not the job of PHP to save people from themselves. And sensitive cleartext data like SQL passwords can always be passed through en

Re: [PHP-DEV] Thread Reading

This is a security standard that is already inherent in the current phps version. It is also not the job of PHP to save people from themselves. If we do that, why don't we just make php closed source and have some proprietary byte-code compiler? There's no way to inherently know where password

Re: [PHP-DEV] PREAD yet again

Thies (et all) Please read up on the bug http://bugs.php.net/bug.php?id=15983&edit=1 It contains all the details about this. I have mentioned this on the list at least once before, and received no answers... so suggested fixes would be appreciated. On Thursday, September 19, 2002, at 12:52 PM

Re: [PHP-DEV] Thread Reading

There's nothing inherent about .phps that is incompatible with output buffers. Fixing this should be simple enough. At 12:52 19/09/2002, Yasuo Ohgaki wrote: >Markus Fischer wrote: >>On Thu, Sep 19, 2002 at 06:27:55PM +0900, Yasuo Ohgaki wrote : >>>Let's discourage usage of phps in the manual wh

Re: [PHP-DEV] Thread Reading

Newbie's or people seeking help with bad security standards, could give away the password to there SQL server, etc. Maybe the phps parser or whatever it's called should automatically *** out the password fields of all the db, ftp, etc. calls. Adam Voigt [EMAIL PROTECTED] On Thu, 2002-09-19 at 13

Re: [PHP-DEV] Thread Reading

At 12:27 19/09/2002, Yasuo Ohgaki wrote: >Dan Hardiker wrote: >>We are dealing with *idiots* here. Their CODE doesnt work, they are >>*learning* PHP, they want help on their *non-functional* code, easily, >>simply and quickly. >>We can already say "put this in a .php file then give us the URL to i

Re: [PHP-DEV] Thread Reading

Dan Hardiker wrote: >>hm, what's the use of having a table here? > > > Because what if there is someone with a 10,000 line script? or just a 6 > line script? Then the indenting will look out of place or crooked. > > If we are outputing in HTML, why not *use* HTML ;) Tables allows the left > han

Re: [PHP-DEV] PREAD yet again

On Thu, Sep 19, 2002 at 08:30:06AM -0400, Dan Kalowsky wrote: > Hello list, > > In PHP 4.2.3 I removed the PREAD functionality from the session module > due to a bug in the glibc libraries on non-x86 machines. In CVS HEAD > Sascha has re-added it using some tests. Unfortunately it seems that

Re: [PHP-DEV] Thread Reading

> hm, what's the use of having a table here? Because what if there is someone with a 10,000 line script? or just a 6 line script? Then the indenting will look out of place or crooked. If we are outputing in HTML, why not *use* HTML ;) Tables allows the left hand column to be flexable. Is there

Re: [PHP-DEV] OpenSSL in PHP

Thanks for the patch :-) Aside from the signature change for openssl_pkcs7_verify (add the new args to the end of the proto), it looks ok to be merged for 4.3. I know that openssl.c isn't the best example of the coding standards (and that this is largely due to me!), but please try and stick to

Re: [PHP-DEV] Thread Reading

Devon O'Dell wrote: > Simple fix :) [...] http://www.dapond.net/code/backtrace.phps?HIGHLIGHT_FORMAT=lineno >>>This last url doesn't output anything. >>>Maybe because the HTML is broken? >>> >> >> missing hm, what's the use of having a table here? why not just one big environ

Re: [PHP-DEV] Thread Reading

Simple fix :) Devon [EMAIL PROTECTED] wrote: >On Thu, 19 Sep 2002, Jani Taskinen wrote: > >>On Thu, 19 Sep 2002, Dan Hardiker wrote: >> >>>For those of you who dont have time, or the capability to test it out for >>>yourself, please take the following exampes: >>> >>> http://www.dapond.net/code

Re: [PHP-DEV] and so... there is a security problem.

Le Jeudi 19 Septembre 2002 14:23, BUSTARRET, Jean-Francois a écrit : Sorry for being off topic but : > Sometimes, I'm ashamed to be french... So am I too ;-( This gave a bad idea of our minds. DJ Anubis -- PHP Development Mailing List To unsubscribe, visit: http://www.ph

Re: [PHP-DEV] whatever happened to array_merge()?

I fixed it in CVS now. On Wed, 18 Sep 2002, Steph wrote: > I can't build PHP-GTK against current dev head (4.3.0), I get 7 > compilation errors all of which say the same thing: > blah blah : error C2198: 'php_array_merge' : too few actual parameters > > Now this worked a few weeks back ... ? >

Re: [PHP-DEV] question type

WHAT ?! I never refering to typedef anyway !! _s64 are nothing in common with typedef ! _s64 is a double words : linux/types.h:113:typedef __s64 int64_t; descript@fabienne:/usr/include$ grep -rn s64 * | wc -l 85 descript@fabienne:/usr/include$ Well, i think that y

Re: [PHP-DEV] OpenSSL in PHP

Hello again, some more comments: @@ -1951,11 +2196,14 @@ char * filename; long filename_len; char * extracerts = NULL; long extracerts_len; char * signersfilename = NULL; long signersfilename_len; + char *contfile=NULL; long contfile_len; + int informat = FORM

Re: [PHP-DEV] OpenSSL in PHP

On Thu, 19 Sep 2002 [EMAIL PROTECTED] wrote: > hmm, I still see this in the patch @ > ftp://ftp.certum.pl/pub/PHP/php-4.2.3-openssl.diff.gz : ... > Am I checking the wrong patch? Yeah, this is for end-user ;) CVS version is php-cvs-openssl.diff.gz -- Wojtek Ślusarczyk -- PHP Develo

Re: [PHP-DEV] question type

> Vergoz Michael (SYSDOOR) wrote: >> does PHP support _s64 type ? there is no such thing as a _s64 type in C, what you are refering to is a typedef to a native C type of that size ... [EMAIL PROTECTED] wrote: > No, PHP has only: > > null > bool (true or false) > string > integer (signed, 32 bi

Re: [PHP-DEV] OpenSSL in PHP

On Thu, 19 Sep 2002, Wojtek Slusarczyk wrote: > On Thu, 19 Sep 2002 [EMAIL PROTECTED] wrote: > > > if (foo) { > > more_stuff(); > > } else { > > other_stuff(); > > } > > Both patches are changed to reflect code-style. They are on our ftp site. > regards, hmm, I still see this in the patch @

Re: [PHP-DEV] OpenSSL in PHP

On Thu, 19 Sep 2002 [EMAIL PROTECTED] wrote: > if (foo) { > more_stuff(); > } else { > other_stuff(); > } Both patches are changed to reflect code-style. They are on our ftp site. regards, -- Wojtek Ślusarczyk -- PHP Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] configure checks

Dan Kalowsky wrote: > Is there any real reason why during configure we check for dlopen about > 5 times, each time not using the previously cached value? I get the following ... checking for dlopen in -ldl... yes ... checking for dlopen in -ldl... yes ... checking for d

Re: [PHP-DEV] OpenSSL in PHP

Hello, I had a look at the patch back then and I can remember me asking to change something with the bracing style. The PHP source uses (almost everywhere): if (foo) { more_stuff(); } else { other_stuff(); } Can you please change your patch according to this style? regards, Derick On Thu,

[PHP-DEV] OpenSSL in PHP

Hi, PKCS#7 handling functions are still buggy in 4.2.3 and current CVS version. Two months ago we have submitted a 'filling' against PHP-CVS and 4.2.2 version. So, current version of patch against 4.2.3 is available at ftp://ftp.certum.pl/pub/PHP/php-4.2.3-openssl.diff.gz New fun

Re: [PHP-DEV] PREAD yet again

On Thu, 19 Sep 2002, Dan Kalowsky wrote: > Hello list, > > In PHP 4.2.3 I removed the PREAD functionality from the session module > due to a bug in the glibc libraries on non-x86 machines. In CVS HEAD > Sascha has re-added it using some tests. Unfortunately it seems that > these tests don't

[PHP-DEV] configure checks

Is there any real reason why during configure we check for dlopen about 5 times, each time not using the previously cached value? >---< Dan Kalowsky"I'll walk a thousand miles just http://www.deadmime.org/~dankt

[PHP-DEV] PREAD yet again

Hello list, In PHP 4.2.3 I removed the PREAD functionality from the session module due to a bug in the glibc libraries on non-x86 machines. In CVS HEAD Sascha has re-added it using some tests. Unfortunately it seems that these tests don't seem to work well, and still cause the session module

RE: [PHP-DEV] and so... there is a security problem.

Sometimes, I'm ashamed to be french... JFB > -Message d'origine- > De : Vergoz Michael (SYSDOOR) [mailto:[EMAIL PROTECTED]] > Envoyé : jeudi 19 septembre 2002 13:02 > À : [EMAIL PROTECTED] > Cc : [EMAIL PROTECTED] > Objet : Re: [PHP-DEV] and so... there is a security problem. > > > (q

Re: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > [EMAIL PROTECTED] wrote: > > On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > > > > > >>Let's discourage usage of phps in the manual while adding new feature. > > > > > > Let's not do that. There was no single bugreport about it. > > > > Could you reprod

Re: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, Jani Taskinen wrote: > On Thu, 19 Sep 2002, Dan Hardiker wrote: > > >For those of you who dont have time, or the capability to test it out for > >yourself, please take the following exampes: > > > > http://www.dapond.net/code/backtrace.php > > http://www.dapond.net/code/ba

Re: [PHP-DEV] Thread Reading

[EMAIL PROTECTED] wrote: > On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > > >>Let's discourage usage of phps in the manual while adding new feature. > > > Let's not do that. There was no single bugreport about it. > Could you reproduce the problem now? -- Yasuo Ohgaki -- PHP Development Mai

[PHP-DEV] CVS Account Request: nepto

PEAR contributing: - Net_Ident maintaining; see http://nepto.sk/projects/platon/cvs.php/phpPlatonLib/Net_Ident/Ident.php?rev=1.2&content-type=text/x-cvsweb-markup) - PDBPLUS contributing; see http://marc.theaimsgroup.com/?l=pear-dev&m=103005010

Re: [PHP-DEV] and so... there is a security problem.

On Thu, 19 Sep 2002, Vergoz Michael (SYSDOOR) wrote: > (quelle bande de connard) Saying that we are assholes doesn't really help you. Get a life. Derick --- Derick Rethans http://derickre

Re: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, Dan Hardiker wrote: >For those of you who dont have time, or the capability to test it out for >yourself, please take the following exampes: > > http://www.dapond.net/code/backtrace.php > http://www.dapond.net/code/backtrace.phps > http://www.dapond.net/code/backtrace.phps

Re: [PHP-DEV] and so... there is a security problem.

(quelle bande de connard) - Original Message - From: "Dan Hardiker" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, September 19, 2002 12:51 PM Subject: Re: [PHP-DEV] and so... there is a security problem. > > Only that you have to explain me ? > > g

Re: [PHP-DEV] Thread Reading

[EMAIL PROTECTED] wrote: > On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > > >>[EMAIL PROTECTED] wrote: >> >>>No, I'm not sleepdy. There aren't any line numbers or variables in your >>>backtrace. This usually does happen when there is no debug info. >> >>Ah. I see. >>I'm on the machine httpd w/o --e

Re: [PHP-DEV] and so... there is a security problem.

> Only that you have to explain me ? > goto to another list .. > pff As has been explained over and over, this list is about the development and extension of PHP itself (majorly dealing with the underlying C code). Its not about how to secure, alter, ammend, bug fix your PHP code. php-general@ is

Re: [PHP-DEV] and so... there is a security problem.

Only that you have to explain me ? goto to another list .. pff - Original Message - From: <[EMAIL PROTECTED]> To: "Vergoz Michael (SYSDOOR)" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, September 19, 2002 12:48 PM Subject: Re: [PHP-DEV] and so... there is a security problem

Re: [PHP-DEV] and so... there is a security problem.

Hey, this is the wrong list for these kinds of questions, try the [EMAIL PROTECTED] mailinglist instead. Derick On Thu, 19 Sep 2002, Vergoz Michael (SYSDOOR) wrote: > Hi list, > > i think that you have to return a _s64 per default, cuz for exemple i'm using some >identification coded on _s6

[PHP-DEV] and so... there is a security problem.

Hi list, i think that you have to return a _s64 per default, cuz for exemple i'm using some identification coded on _s64 if i jump 21 474 836 47, intval() will return to me a wrong number (normal) but i _can't_ know if that that number is a valid _s64 (_s64) and there can have some big securit

Re: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > [EMAIL PROTECTED] wrote: > > > > No, I'm not sleepdy. There aren't any line numbers or variables in your > > backtrace. This usually does happen when there is no debug info. > > Ah. I see. > I'm on the machine httpd w/o --enable-debug now, but > isn't

Re: [PHP-DEV] Thread Reading

[EMAIL PROTECTED] wrote: > On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > > >>I guess you are sleepy :) >>Or my mail is messed up ? > > > No, I'm not sleepdy. There aren't any line numbers or variables in your > backtrace. This usually does happen when there is no debug info. Ah. I see. I'm on t

Re: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > I guess you are sleepy :) > Or my mail is messed up ? No, I'm not sleepdy. There aren't any line numbers or variables in your backtrace. This usually does happen when there is no debug info. Derick

Re: [PHP-DEV] Thread Reading

[EMAIL PROTECTED] wrote: > On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > > >>I don't recall bug ID, but here is the backtrace. >> >>The cause would be output buffer and zend_printf does not >>work well together. Enabling any buffer segfualt php when >>phps is used. > > > this bt is pretty useless

Re: [PHP-DEV] Thread Reading

Ic, so Yasou, please open a bug report with the appropriate information so we have it in the DB, thx. On Thu, Sep 19, 2002 at 06:52:49PM +0900, Yasuo Ohgaki wrote : > Markus Fischer wrote: > >On Thu, Sep 19, 2002 at 06:27:55PM +0900, Yasuo Ohgaki wrote : > > > >>Let's discourage usage o

Re: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > I don't recall bug ID, but here is the backtrace. > > The cause would be output buffer and zend_printf does not > work well together. Enabling any buffer segfualt php when > phps is used. this bt is pretty useless without any debug info in apache or PH

Re: [PHP-DEV] Thread Reading

Markus Fischer wrote: > On Thu, Sep 19, 2002 at 06:27:55PM +0900, Yasuo Ohgaki wrote : > >>Let's discourage usage of phps in the manual while adding new feature. > > > Wait, stop. First hand over the related bug IDs, couldn't > find it only be text searching which you were refering to

[PHP-DEV] paradoxal function

hi list, intval return a int (_s32) and the function 'convert_to_long_base' can save the 'zval' as _s64. Well intval can't return a '_s64' type. Vergoz Michael -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] question type

On Thu, 19 Sep 2002, Vergoz Michael (SYSDOOR) wrote: > hi list, > > does PHP support _s64 type ? No, PHP has only: null bool (true or false) string integer (signed, 32 bits) array object Derick --- Derick Rethans

Re: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, Yasuo Ohgaki wrote: > Let's discourage usage of phps in the manual while adding new feature. Let's not do that. There was no single bugreport about it. Derick --- Derick Rethans

[PHP-DEV] question type

hi list, does PHP support _s64 type ? michael

Re: [PHP-DEV] Thread Reading

On Thu, Sep 19, 2002 at 06:27:55PM +0900, Yasuo Ohgaki wrote : > Let's discourage usage of phps in the manual while adding new feature. Wait, stop. First hand over the related bug IDs, couldn't find it only be text searching which you were refering to in an earlier post, before we at

[PHP-DEV] PECL/satellite ./configure broken

checking for CORBA support via Satellite... yes ./configure: line 65714: syntax error near unexpected token `else' ./configure: line 65714: `else' -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wi

Re: [PHP-DEV] Thread Reading

Dan Hardiker wrote: > We are dealing with *idiots* here. Their CODE doesnt work, they are > *learning* PHP, they want help on their *non-functional* code, easily, > simply and quickly. > > We can already say "put this in a .php file then give us the URL to it" > and cut n paste them a short scrip

Re: [PHP-DEV] Patches and Extensions and Such

> Also, Dan's patch looks fine, ofcourse there are always some little > things with patches, but that doesn't matter right now. > > Derick I cant take credit for another mans work, I was just providing the test bed and some ideas. Devon O'Dell [[EMAIL PROTECTED]] is the author of the patch, and d

Re: [PHP-DEV] Thread Reading

>> For those of you who dont have time, or the capability to test it out >> for yourself, please take the following exampes: >> >> http://www.dapond.net/code/backtrace.php >> http://www.dapond.net/code/backtrace.phps >> http://www.dapond.net/code/backtrace.phps?HIGHLIGHT_FORMAT=default >> ht

Re: [PHP-DEV] Thread Reading

Me too. -- Yasuo Ohgaki James Cox wrote: > I agree. Lets jsut get this in the tree.. > > -- james > > >>On Thu, Sep 19, 2002 at 02:28:35AM +0100, Dan Hardiker wrote : >> >>>This doesnt demonstrate the use of the show_source (or other aliased) >>>function, but I assure you - it works similar

Re: [PHP-DEV] Patches and Extensions and Such

[EMAIL PROTECTED] wrote: > Yasuo, > > phps works fine, removing it would make people very angry (including > me). It may not work for you, then simply don't use it. I don't use it. With php.ini-recommended, php _crashes_ when phps is used. What kind of configuration you are using if php.ini-r

[PHP-DEV] CVS Account Request: voyteck

I wish to contribute my Translation class into PEAR package. The person that told me to get a CVS account is Brent Cook, with whom I was discussing my class on PEAR-DEV newsgroup. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, Dan Hardiker wrote: > I still await a good reason for this not to become part of the standard > distribution, and any list of adverse side affects this poses. Where is the patch? :) I think it's about time that it gets integrated/ looked upon. Derick -

Re: [PHP-DEV] Patches and Extensions and Such

Yasuo, phps works fine, removing it would make people very angry (including me). It may not work for you, then simply don't use it. Also, Dan's patch looks fine, ofcourse there are always some little things with patches, but that doesn't matter right now. Derick On Thu, 19 Sep 2002, Yasuo

Re: [PHP-DEV] Patches and Extensions and Such

Le Mercredi 18 Septembre 2002 22:44, Mike Robinson a écrit : > I for one have no use for line numbers in a phps file. I dont't have use of line numbering in current apps. But, just wait a minute. > I do have use for being able to copy/paste out of phps > files, which would stop working with lin

Re: [PHP-DEV] Patches and Extensions and Such

Dan Hardiker wrote: > Hi All, > > [all references to .phps are inheriently references to the modified > highlight_file function, which in essence is the same thing] > > To prevent this getting blown out of all proportion (as so many things to > where differences of opinion hit), can anyone with