Re: [PHP-DEV] default properties (in c)

On 8 Oct 2002, Tim Daly, Jr. wrote: > > Brad LaFountain <[EMAIL PROTECTED]> writes: > > > What engine are you working with 1 or 2? > > -brad > > I imagine PHP3 == engine 1, and PHP4 == engine 2? PHP 3 is engine 0.5, PHP 4 is engine 1 and PHP 5 will be engine 2 :) So you're most likely using

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

On Wed, 9 Oct 2002, Yasuo Ohgaki wrote: > Colin Viebrock wrote: > > This is getting a little more complicated than I think is necessary. > > There are two issues here, I think: > > > > a) Fonts. Some people didn't like Arial, so I reverted to letter the > > browser decide. Some people didn't l

Re: [PHP-DEV] CODING_STANDARDS addition re: emalloc

It might be a good idea to mention that almost in all cases memory returned to the engine has to be emalloced. You can also mention that malloc() also should be used if the memory has to survive in between requests. Andi At 10:14 PM 10/8/2002 -0400, Jon Parise wrote: >Attached is a patch that

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

> Yes and No. It works withh my browser, but I just happen to know > some browsers do not like it. Let's be more conservative. I'd rather have a nice looking page that works on 99% of the browsers, than a not-so-nice looking one that works on 100%. >> Okay ... so don't output the charset meta t

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

Colin Viebrock wrote: >>>a) Fonts. Some people didn't like Arial, so I reverted to letter the >>>browser decide. Some people didn't like that, and they'd like the font >>>specifications back in. >> >>This will simply break output under some browser. >>It's more important to show info, but show a

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

>> a) Fonts. Some people didn't like Arial, so I reverted to letter the >> browser decide. Some people didn't like that, and they'd like the font >> specifications back in. > > This will simply break output under some browser. > It's more important to show info, but show a little nicely on some

Re: [PHP-DEV] ext/sysvmsg

> Good point - but also raises, whether to look for this struct in the first > place. > Why not skip it all, and define it ISO C compliant, in php_ namespace? That would be a possibility, although you never know how engineers at some random company interpreted the standard text (if th

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

Colin Viebrock wrote: > This is getting a little more complicated than I think is necessary. > There are two issues here, I think: > > a) Fonts. Some people didn't like Arial, so I reverted to letter the > browser decide. Some people didn't like that, and they'd like the font > specifications b

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

This is getting a little more complicated than I think is necessary. There are two issues here, I think: a) Fonts. Some people didn't like Arial, so I reverted to letter the browser decide. Some people didn't like that, and they'd like the font specifications back in. I'm going to add the font

[PHP-DEV] CODING_STANDARDS addition re: emalloc

Attached is a patch that adds a new item to CODING_STANDARDS that suggests using emalloc() and friends over the standard C library version. It also offers an explanation, courtesy of Rasmus' reply to my earlier question on the subject. If no one objects to the addition in principle or in wording

[PHP-DEV] Changes to PHP/MySQL extension

I have had problems with PHP and MySQL and have made some changes. First off, in http://bugs.php.net/bug.php?id=19529 MySQL is complaining about things not being cleaned up. This is because any query that returns results (which one's don't -- any?) must get them. In case of an unbuffered query, w

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

Colin Viebrock wrote: > Yasuo Ohgaki's post earlier today said: >>>First problem, CSS should not contain specific font >>>name. Otherwise, characters may be broken under some >>>browsers when font does not have type faces needed. >> > > Although, to be honest, I think his problem is more with the

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

Colin Viebrock wrote: > I'm waiting to hear a response from him on this issue, which might > affect my changes to the css page. > You forgot to disable automatic char to entities conversion e.g. Followings cannot be Japanese text obviously ǯ 9·î 9Æü ·îÍËÆü This is EUC-JP text output from

Re: [PHP-DEV] Re: [PHP-DOC] iconv-extension

Pierre-Alain Joye wrote: > On Tue, 08 Oct 2002 23:43:42 +0900 > Yasuo Ohgaki <[EMAIL PROTECTED]> wrote: > > >>Gabor Hojtsy wrote: >> >>>What php-dev guys think about this? >>> >>>Goba >> >>Except there may be some lib detection problems on some >>platforms. It's stable, IMO. > > > Without spec

[PHP-DEV] Re: phpinfo() problems

I understand you would like to make phpinfo() output confirm XHTML My suggestion is leave small problems and let browser detect/use appropriate font/charset. This will work mostly since users are using browser optimized for their language. If browser detect wrong, user still be able to manual

Re: [PHP-DEV] default properties (in c)

On Tue, 2002-10-08 at 23:15, Tim Daly, Jr. wrote: > > Brad LaFountain <[EMAIL PROTECTED]> writes: > > > What engine are you working with 1 or 2? > > -brad > > I imagine PHP3 == engine 1, and PHP4 == engine 2? > > I'm using PHP version 4.2.3. Almost: PHP4 = ZE1, PHP5 = ZE2 :-) -- Timm --

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

At 00:28 9-10-2002, Colin Viebrock wrote: > >> Log: > >> don't define fonts ... use the browser defaults > > > > Reason being? > >Yasuo Ohgaki's post earlier today said: > > > > First problem, CSS should not contain specific font > > > name. Otherwise, characters may be broken under some > >

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

>> Log: >> don't define fonts ... use the browser defaults > > Reason being? Yasuo Ohgaki's post earlier today said: > > First problem, CSS should not contain specific font > > name. Otherwise, characters may be broken under some > > browsers when font does not have type faces needed. Alth

Re: [PHP-DEV] ext/sysvmsg

At 21:11 8-10-2002, Sascha Schumann wrote: > > It's not a typedef but the struct itself that's provided, so that > doesn't work. > > I'm curious. The following code works here. > > struct foo { int a; }; > typedef struct foo php_sysmsg; > > What did not work for you? Yes - it s

Re: [PHP-DEV] default properties (in c)

Brad LaFountain <[EMAIL PROTECTED]> writes: > What engine are you working with 1 or 2? > -brad I imagine PHP3 == engine 1, and PHP4 == engine 2? I'm using PHP version 4.2.3. -Tim -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] default properties (in c)

What engine are you working with 1 or 2? -brad --- "Tim Daly, Jr." <[EMAIL PROTECTED]> wrote: > > Hi everybody. I'm working on an extension that creates classes, and I > want to add class variables to the classes. It looks like, > internally, class variables are stored in the > zend_class_entry

[PHP-DEV] default properties (in c)

Hi everybody. I'm working on an extension that creates classes, and I want to add class variables to the classes. It looks like, internally, class variables are stored in the zend_class_entry.default_properties hash. Manipulating this hash has the effect desired, however I seem to have misunde

[PHP-DEV] Re: [sab-php] bughunting

At 15:11 8-10-2002, you wrote: >Melvyn Sopacua wrote: > >>Problem is: >>which binary is the reference for CWD? > >The cwd is set according to an executable that loads and executes the >sablib code. To work with modules running scripts, a convenient default >base should be set to override the cw

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] ext/sysvmsg

> It's not a typedef but the struct itself that's provided, so that doesn't work. I'm curious. The following code works here. struct foo { int a; }; typedef struct foo php_sysmsg; What did not work for you? Just using "struct php_sysmsg" is fine, too. > It boils down to:

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] ext/sysvmsg

At 18:56 10/8/2002 +0200, Sascha Schumann wrote: >Thus the rule should be: If autoconf finds the definition, we > use it, otherwise we rely on our own, namespace-protected > version. Example: > > #ifdef HAVE_STRUCT_SYSMSG > typedef struct sysmsg php_sysmsg; > #else > >

Re: [PHP-DEV] Re: output buffering

Zeev Suraski wrote: > > Aha, ok, that actually makes quite a bit of sense. If there's a bit of > output that remains inside the buffers, and the session module gets > deactivated before this output is flushed, we're in trouble... I'll > take a look at it. i think i've been bitten by this us

Re: [PHP-DEV] auto_prepend_file and auto_append_file

On October 8, 2002 01:45 pm, Stanislav Malyshev wrote: > IA>> however creates a problem for people who for whatever reason want to > IA>> use file called 'none'. Not to mention the fact that this particular > > Do you know such people? What is the reason to use filename "none" as a > prepend file?

[PHP-DEV] Re: phpinfo() problems

Would this problem be solved if the META tag that defines the character set is hard-coded to use US-ASCII or ISO-8859-1, instead of going through the process it does now to try and determine a charset? - Colin Yasuo Ohgaki wrote: > First problem, CSS should not contain specific font > name. Othe

Re: [PHP-DEV] auto_prepend_file and auto_append_file

On Tue, Oct 08, 2002 at 01:46:09PM -0400, Ilia A. wrote: > My suggestion is that rather then adding strncmp() for 'none' in addition to > existing checks for auto_prepend_file/auto_append_file values we simply > change the documentation to explain that to disable these options a user > should u

Re: [PHP-DEV] auto_prepend_file and auto_append_file

IA>> however creates a problem for people who for whatever reason want to IA>> use file called 'none'. Not to mention the fact that this particular Do you know such people? What is the reason to use filename "none" as a prepend file? IA>> option is not at all supported. My suggestion is that ra

Re: [PHP-DEV] PHP_4_3

No. I'll do it. On Tue, 08 Oct 2002, Derick Rethans wrote: > Hello, > > I propose to ditch this one right now, and re number the HEAD branch to > 4.3.0-dev (instead of 4.4.0-dev). Any objections? > > regards, > Derick > > -- > > ---

[PHP-DEV] auto_prepend_file and auto_append_file

As it currently stands, to disable auto_prepend_file and auto_append_file directives the user needs to either specify no value or a "" value. However, the manual claims a special option "none" will accomplish the same task. This however creates a problem for people who for whatever reason want

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] ext/sysvmsg

> The struct msgbuf as defined, for example here: > http://ou800doc.caldera.com/cgi-bin/man/man?msgop+2 > > defines mtext member as mtext[] while FreeBSD defines it as mtext[1]. Yes, mtext[] is not a valid ISO C construct. The structures of the SysV IPC interfaces are generally not d

[PHP-DEV] PHP_4_3

Hello, I propose to ditch this one right now, and re number the HEAD branch to 4.3.0-dev (instead of 4.4.0-dev). Any objections? regards, Derick -- --- Derick Rethans http://derickrethan

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] ext/sysvmsg

Hi Sasha, At 18:18 10/8/2002 +0200, Sascha Schumann wrote: >On Tue, 8 Oct 2002, Melvyn Sopacua wrote: > > > Wez, > > > > there's something going wrong with the autoconf logic config.m4 section I > > sent a while back. > > I'll look into it. > > As with SysV shared memory, the extension shoul

[PHP-DEV] Re: [PHP-QA] ext/sysvmsg

At 11:45 10/8/2002 +0200, Jan Lehnardt wrote: >Hello again, >can somebody with a better knowledge than me have a look at >ext/sysvmsg/sysvmsg.c ? Should be fixed now in Revision 1.4 of config.m4. Tested and verified on FreeBSD 4.6. Met vriendelijke groeten / With kind regards, Webmaster IDG.

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] ext/sysvmsg

On Tue, 8 Oct 2002, Melvyn Sopacua wrote: > Wez, > > there's something going wrong with the autoconf logic config.m4 section I > sent a while back. > I'll look into it. As with SysV shared memory, the extension should define its own structure, if struct msgbuf is not found on the system.

Re: [PHP-DEV] ext/aspell

On Tue, Oct 08, 2002 at 06:05:09PM +0200, Sascha Cunz wrote: > > [] While new comers may not know of pspell, > > people who have compiled PHP before with it will, infact that is what > > they'll expect when configuring their PHP. Since we cannot remove the old > > pspell option like we seem t

Re: [PHP-DEV] ext/aspell

> [] While new comers may not know of pspell, > people who have compiled PHP before with it will, infact that is what > they'll expect when configuring their PHP. Since we cannot remove the old > pspell option like we seem to agree to do for --with-aspell it is cleaner > IMHO to simply add tha

Re: [PHP-DEV] ext/sysvmsg

Wez, there's something going wrong with the autoconf logic config.m4 section I sent a while back. I'll look into it. Jan: if you change the following in main/php_config.h, it should work: /*msgbuf is called mymsg */ /* #undef msgbuf */ to: =

Re: [PHP-DEV] Re: [PHP-DOC] iconv-extension

On Tue, 08 Oct 2002 23:43:42 +0900 Yasuo Ohgaki <[EMAIL PROTECTED]> wrote: > Gabor Hojtsy wrote: > > What php-dev guys think about this? > > > > Goba > > Except there may be some lib detection problems on some > platforms. It's stable, IMO. Without specify anything detection failed on RH7.3 (l

[PHP-DEV] Re: [PHP-DOC] iconv-extension

Gabor Hojtsy wrote: > What php-dev guys think about this? > > Goba Except there may be some lib detection problems on some platforms. It's stable, IMO. At least, API will not be changed. -- Yasuo Ohgaki > > - Original Message - > From: "Friedhelm Betz" <[EMAIL PROTECTED]> > To: <[EMA

[PHP-DEV] phpinfo() problems

First problem, CSS should not contain specific font name. Otherwise, characters may be broken under some browsers when font does not have type faces needed. Second problem, phpinfo() output should not automatically converted to html entity unless correct charset is used when chars are converted to

Re: [PHP-DEV] Lib creation

Ok thanks you ! :o) Markus Fischer <[EMAIL PROTECTED]> a écrit dans le message : [EMAIL PROTECTED] > [Cc'd to [EMAIL PROTECTED]] > > On Tue, Oct 08, 2002 at 12:40:12PM +0200, Metal3d wrote : > > Hello > > I'm new here, and i'll try to stay ... :oP > > I'm French so excuse me if i do mistakes

Re: [PHP-DEV] Lib creation

[Cc'd to [EMAIL PROTECTED]] On Tue, Oct 08, 2002 at 12:40:12PM +0200, Metal3d wrote : > Hello > I'm new here, and i'll try to stay ... :oP > I'm French so excuse me if i do mistakes . > > My friend and I have created a lib in php ( a framework) ... > So i wonder if it is possible to install

Re: [PHP-DEV] ext/sysvmsg

Hi Jan, I wrote that code, but I don't have a FreeBSD box to help fix this :-/ --Wez. On 10/08/02, "Jan Lehnardt" <[EMAIL PROTECTED]> wrote: > Hi, > even more errors show up when the previously quoted lines are commented out: > > gcc -Iext/sysvmsg/ -I/mnt/data/cvs/php4clean/ext/sysvmsg/ -DPHP_

Re: [PHP-DEV] ext/sysvmsg permissions

Hi Jan, I had this same problem with some of the streams files. It was (apparently) due to someone doing a "cvs watch on". Jim fixed this by tweaking the repository. What's strange is that both the streams files and those sysvmsg files were created by me, (although my umask is the usual 022)...

Re: [PHP-DEV] [PATCH] session.cache_limiter = none

On Tue, 2002-10-08 at 12:19, Markus Fischer wrote: > On Tue, Oct 08, 2002 at 12:05:55PM +0200, Bastiaan Bakker wrote : > > The new dcoumentation still may be a bit confusing, because 'or leave > > this empty' may be interpreted as 'don't set session.cache_limiter'. In > > the latter case PHP defa

[PHP-DEV] Lib creation

Hello I'm new here, and i'll try to stay ... :oP I'm French so excuse me if i do mistakes . My friend and I have created a lib in php ( a framework) ... So i wonder if it is possible to install this lib into PHP to use it without have to call include('class.inc') in scipts ... If it is possible .

Re: [PHP-DEV] [PATCH] session.cache_limiter = none

On Tue, Oct 08, 2002 at 12:05:55PM +0200, Bastiaan Bakker wrote : > The new dcoumentation still may be a bit confusing, because 'or leave > this empty' may be interpreted as 'don't set session.cache_limiter'. In > the latter case PHP defaults to 'nocache' rather than 'no cache > limiting'. Also t

[PHP-DEV] ext/sysvmsg permissions

Hey, there seem to be some permission problems in ext/sysvmsg. root@dahlia /mnt/data/cvs/php4snap/ext/sysvmsg> ls -la total 22 drwxr-xr-x4 jan wheel512 Sep 2 14:39 . drwxr-xr-x 100 jan wheel 2048 Sep 9 13:08 .. -r--r--r--1 jan wheel 39 Apr 26 01:14 .cvsignore -r--r--r--

[PHP-DEV] Re: [PHP-DOC] iconv-extension

What php-dev guys think about this? Goba - Original Message - From: "Friedhelm Betz" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 08, 2002 12:06 PM Subject: [PHP-DOC] iconv-extension > > Sources state iconv extensions as experimental. Is this (still) correct? >

Re: [PHP-DEV] [PATCH] session.cache_limiter = none

Hi Markus, Thanks for the quick response. Looks like my patch can go directly into /dev/null. 'session.cache_limiter = ' already works by accident in PHP-4.2.3, because unrecognized values default to 'no value'. The new dcoumentation still may be a bit confusing, because 'or leave this empty' may

Re: [PHP-DEV] ext/sysvmsg

Hi, even more errors show up when the previously quoted lines are commented out: gcc -Iext/sysvmsg/ -I/mnt/data/cvs/php4clean/ext/sysvmsg/ -DPHP_ATOM_INC -I/mnt/data/cvs/php4clean/include -I/mnt/data/cvs/php4clean/main -I/mnt/data/cvs/php4clean -I/mnt/data/cvs/php4clean/Zend -I/usr/local/inclu

Re: [PHP-DEV] Fwd: Re: [sab-php] sablotron instalation

On Tue, 8 Oct 2002, Melvyn Sopacua wrote: > By the way: > > what about nuking ext/sablot? [derick@kossu php-4.3.0dev]$ ls -l ext/sablot ls: ext/sablot: No such file or directory It's already nuked :) Derick -- --- Deri

[PHP-DEV] ext/sysvmsg

Hello again, can somebody with a better knowledge than me have a look at ext/sysvmsg/sysvmsg.c ? On my FreeBSD 4.6 system I get gcc -Iext/sysvmsg/ -I/mnt/data/cvs/php4clean/ext/sysvmsg/ -DPHP_ATOM_INC -I/mnt/data/cvs/php4clean/include -I/mnt/data/cvs/php4clean/main -I/mnt/data/cvs/php4clean

[PHP-DEV] Re: #19809 [Bgs]: The same code that works on a Linux box, won't work on my windows box

Hi Rasmus, I packaged win32 release in question and there are no defaults changed. It could be that he used php.ini-recommended which has "error_reporting = E_ALL". Edin - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 08, 2002 7:16 AM Subj

[PHP-DEV] ext/readline

Hey list, thies, the patch below fixes ext/readline on my FreeBSD system, can you please have a look at it and veri- or falsify it? Thank you! === RCS file: /repository/php4/ext/readline/readline.c,v retrieving revision 1.29 diff -u

[PHP-DEV] Fwd: Re: [sab-php] sablotron instalation

By the way: what about nuking ext/sablot? >You make too many assumptions, that are not based on facts. > >Try reading configure --help and the various manual pages on installing >php. > >Ask further questions at [EMAIL PROTECTED] > > >At 11:08 8-10-2002, you wrote: > >>hi all, >>I hav a proble

[PHP-DEV] unixtojd function

hi there, i have a script that use the unixtojd function. it worked on version 4.2.0. now i installed the 4.2.3 version and it doesn't work. i don't information in the change log about any changes to this. can someone give me a help?? best regards, pedro -- PHP Development Mailing List

Re: [PHP-DEV] [PATCH] session.cache_limiter = none

On Tue, Oct 08, 2002 at 10:45:19AM +0200, Bastiaan Bakker wrote : > For a particular PHP installation I wanted to turn off all > 'Cache-Control' headers, because 'cache_limiter=nocache' requires a user > to explicitly resubmit form data every time and 'cache_limiter=private' > would cache forms t

[PHP-DEV] [PATCH] session.cache_limiter = none

Hi, For a particular PHP installation I wanted to turn off all 'Cache-Control' headers, because 'cache_limiter=nocache' requires a user to explicitly resubmit form data every time and 'cache_limiter=private' would cache forms too often. However the current cache_limiter implementation does not h

Re: [PHP-DEV] Re: output buffering

I think we have a bit of a language gap, which is fine, but let's settle for that: Please make sure that if you have a small doubt regarding a certain behavior, especially in a core component of PHP such as the output buffering layer or the session module - you ask the relevant author(s) about