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)
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
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 too
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
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 problem during
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
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
Subject:
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
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
--
---
Derick
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
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'
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--
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 the
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
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 defaults
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)...
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/
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
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:
[] 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 that
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 to agree
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.
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.nl
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 should define its
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
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
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 to
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
--
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 rather
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 use
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?
People
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 using
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
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:
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 cwd. This
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
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
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 http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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 sounds
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.
Although, to be
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
browsers when font
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
--
PHP
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
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
Ccedil;macr; 9middot;icirc; 9AElig;uuml;
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 character
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
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
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 back
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 they
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
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 little nicely
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 tag
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
[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 this
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 .
My
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,
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: [EMAIL
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 (latest
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 specify anything detection
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?
If so,
60 matches
Mail list logo