hink,
Kind regards,
Jeroen Derks
--
drs. Jeroen Derks, CISSP, SCJP http://www.jeroenderks.com/
[EMAIL PROTECTED]http://www.derks.it/
Derks.IT gsm. +31 (0) 6 5577 8224
Postbus 56791 fax. +31 (0) 84 870 6519
1040 AT
I suppose you mean a multiple select-list: by adding [] to the name of
the field, you get an array in PHP that has the selected items.
gives you an array $name[]
-- Jeroen
DragosB wrote:
> How can I check how many options has been selected
> from a select list? I tried in many way
whole file been read?
Can the # of bytes read be os/config (default blocksize)dependent?
Have you tried it with more memory eating xxx's?
Or it might be solved in 4.1.0 (CVS)?
Jeroen
Previous Comments:
[2001-12-21
h the same content - that
is easy to maintain even by dummies :).)
Jeroen.
Previous Comments:
[2001-12-21 05:31:20] [EMAIL PROTECTED]
Just a note... why would you want to do get_meta_tags on a non parsed file? I t
ID: 14623
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Operating System: linux
PHP Version: 4.0.6
Old Assigned To: elixer
Assigned To:
New Comment:
Failing get_meta_tags
GET_META_TAGS:
Previ
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.0.6
PHP Bug Type: Strings related
Bug description: get_meta_tags only looks in begin of file
get_meta_tags() seems to look only in the beginning of a file, meaning that
e.g. if there is a lot of PHP code before t
though base is nonpositive and exponent is broken
(=floating point).
> #- I think I do not need to tell who screwed this up
Why are you so hatefull?
Regards,
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
inally, and if the result is negative,
lexp will be odd of course. So already in the first iteration return_value
will be negative, and that won't change anymore because lbase is squared,
and thus there will be taken full advantage of the larger negative range.
If you found a flaw/bug in the c
, but I didn't yet finish that.
--Jeroen
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl
Index: bz2.c
===
RCS file: /repository/php4/ext/bz2/bz2.c,v
retrieving revision 1.29
diff -u -r1.29 bz2.c
--- b
ID: 13938
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Summary: Bad line numbers reported for parse errors
Status: Open
Bug Type: Scripting Engine problem
Operating System: WinNT 4.0
PHP Version: 4.0.6
New Comment:
I didn't say it wasn't a bug, I was trying to track down t
Hm, it seems I'm not the only one having troubles compiling.
I catched this one on php.install
These are exact the same errors as I'm getting.
--Jeroen
"Grigori Goronzy" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
I checked out the PHP_4_0_
ID: 13977
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Windows 2000 SP2
PHP Version: 4.0.6
New Comment:
Derick wrote:
> Please include the shortest possible script (preferrably link to it) that crashes
>PHP.
Is th
ID: 13938
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: WinNT 4.0
PHP Version: 4.0.6
New Comment:
You don't happen to use Windows newlines (I see your OS is windows)?
Not that that _should_ matter, but it can be the s
rther...
--Jeroen
- Original Message -
From: "Jani Taskinen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, November 09, 2001 1:14 PM
Subject: Re: [PHP-QA] Compile troubles, impossible to create .
ID: 13900
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Operating System: Windows NT/XP
PHP Version: 4.0.6
New Comment:
On my w2k 4.0.4pl1, it returns 1, which is wrong now, since Daylight saving time ended
a week ago in Europe. Same for debian-linux
echo "$arg\n";
}
}
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
ID: 13839
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: MySQL related
Operating System: Linux 2.2.18
PHP Version: 4.0.6
New Comment:
CHeck the contents of your database with the mysql command line tool. If it really
says &, post your session here.
Mysql>
ID: 13860
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Performance problem
Operating System: Windows 98 SE
PHP Version: 4.0.6
Assigned To: jeroen
New Comment:
Fixed in CVS, will be in 4.2.0
Memory requirements are also lower now, as is for
ID: 13860
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Assigned
Bug Type: Performance problem
Operating System: Windows 98 SE
PHP Version: 4.0.6
Old Assigned To:
Assigned To: jeroen
New Comment:
Reopened, the current implementation of bzdecompress is extremely
ID: 13860
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Old Bug Type: Bzip2 Related
Bug Type: Performance problem
Operating System: Windows 98 SE
PHP Version: 4.0.6
New Comment:
Please don't but multiple issues in one report, and keep your report short.
le and all the other languages are
> >not. -10 from me to this feature.
And these example are still a bit readable, but what about:
$arr1 = [];
$arr2[10] = [2];
$foo = bla('arg1', [2, 3, 4]);
and such cases...
So indeed a bad idea.
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
ID: 13859
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Summary: Inconsistent display of logical results
Old Status: Open
Status: Closed
Old Bug Type: Performance problem
Bug Type: Feature/Change Request
Operating System: Windows95
PHP Version: 4.0.6
New Comment:
Reclassified and updated
t a 'then this bug is fixed or not?'
mail from the submitter.
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
ID: 13094
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Performance problem
Operating System: Windows 2000
PHP Version: 4.0.6
Assigned To: sniper
New Comment:
Fixed in CVS by Jani, will be fixed in 4.2.0
Previous Comments
Hi,
Suggestion: set the From: of bug-mails to [EMAIL PROTECTED], and put a
autoresponer over there asking the user again to use the web interface in
stead of replying, and possibly don't give the php-dev mail at all, or as
'only for ...'.
--Jeroen
--
PHP Development Mai
Pleaes use the web interface for updating bugs!
I missed this mail until now.
--Jeroen
- Original Message -
From: "Doug Plant" <[EMAIL PROTECTED]>
Newsgroups: php.dev
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 28, 2001 4:38 AM
Subject: Re: Bug #13842 Update
ID: 13852
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Zlib Related
Operating System: Windows 2000
PHP Version: 4.0.4pl1
New Comment:
Probably not a bug (cgi does work, so very unlikely to be a bug in PHP or zlib). Ask
support questions on http
ID: 13850
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Feedback
Old Bug Type: Documentation problem
Bug Type: Scripting Engine problem
Operating System: Windows 2000 Pro SP1
PHP Version: 4.0.4
New Comment:
Reclassified.
Please also be more specific on the error, are you saying it
ID: 13848
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: URL related
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:
Shouldn't & be made the default? Since that's the only correct thing, and at least
since HTML 2.0 &-style quoting was r
ID: 13842
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Bogus
Bug Type: Class/Object related
Operating System: Windows NT 5.0 build 2195
PHP Version: 4.0.6
New Comment:
Alle class vars are public, in a future PHP (5?) there will also be private object
vars
ID: 5360
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Session related
Operating System: Red Hat Linux 6.1
PHP Version: 4.0.1pl2
New Comment:
POST is also supported. If you enable transparent-session-id propagation, PHP will
include a with the session name and id
ID: 13792
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Operating System: bogus
PHP Version: 4.0.6
New Comment:
Updated: test wether accidental reposting of comments is also prevented...
Previous Comments
ID: 13792
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Operating System: bogus
PHP Version: 4.0.6
New Comment:
Updated: test wether accidental reposting of comments is also prevented...
Previous Comments
ID: 13799
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: MySQL related
Operating System: Windows 98
PHP Version: 4.0.6
New Comment:
Not a bug in PHP. Mysql handles distinct count(*) wrong, iirc it's noted on their
website.
PHPmyAdmin could
ID: 13782
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Compile Failure
Old Operating System: any
Operating System: any (debian sid + packages)
PHP Version: 4.1.0RC1
New Comment:
It's a long one :)
As I am currently still trying to
From: [EMAIL PROTECTED]
Operating system: any
PHP version: 4.1.0RC1
PHP Bug Type: Compile Failure
Bug description: ctpublic.h not found while compiling (configure should detect it)
The configure script doesn't check for ctpublic.h which on debian is found
in freetds-dev :)
ID: 12567
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Filesystem function related
Operating System:
PHP Version: 4.0.6
New Comment:
It should be FALSE.
Previous Comments
ID: 13756
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: n/a
PHP Version: 4.0.6
New Comment:
I proposed that earlier (along with ^^) [ZendEnginge ML, june 27th & july 3rd].
Anyway, I think it should be added, there is si
ayout.
By means of a get var (or coockies) you can pass on the submission result,
i.e. succesfull or not. This way you effectively prevent multiple postings.
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
ID: 13741
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Arrays related
Operating System: FreeBSD 4.2-RELEASE
PHP Version: 4.0.6
New Comment:
And you should be using foreach anyway in this case.
Previous Comments
ting array to a number, it will be 1 if
non-empty, zero if empty.
IMHO, it is more logical to simply return the number of elements. It is
BC, since boolean checks for array will still yield false iff array is
empty.
(I'm - of course - open for discussion on these things)
--Jeroen
>
&
d people to think unsigned ints are
supported, resulting in very strange things.
Especially the E_NOTICE when this happens will help a lot of people IMO.
In the case of casting larger integers into smallers, it's differnt
because you're talking about _intgers_ then, and not floats.
-
onsider the discussion closed too, it just comes down to proper
documentation now.
Sorry
--Jeroen
> (Just for the record: version_compare is the only function now,
> version_lt & friends are gone.)
That I didn't miss...
> - Stig
>
> Jeroen van Wolffelaar wrote:
> >
&
I really don't know, forwarding to php-dev...
That bug hasn't yet been looked after, it contains a reproducing script
(dba-related).
--Jeroen
- Original Message -
From: "Pierre-Alain Joye" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, Octob
ID: 13740
Updated by: jeroen
Reported By: [EMAIL PROTECTED],
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Free BSD
PHP Version: 4.0.6
New Comment:
You probably didn't compile with dbm support.
Ask support questions on www.php.net/support.php (php-in
(you'd already have expected this, i guess...)
I still have hardly no feedback on proposal 3b of random change:
http://www.a-eskwadraat.nl/~jeroen/rand/
The main issue - inconsistent and duplicate functions for random, no way
to explicitly and portably get reproducable results - isn't
float 3e9 to
something way below zero?
Additionally, a notice is a good idea here, just like what happens on
division by zero: the most natural result is returned, and a notice is
issued.
--Jeroen
- Original Message -
From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]>
To: <
Resent due to lack of feedback.
Objections against me changing it to the behaviour I described below?
--Jeroen
- Original Message -
From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]>
To: "PHP Developers Mailing List" <[EMAIL PROTECTED]>
Sent: Monday, Octo
> (see also: bug 13610)
>
> Patch available here:
> http://www.A-Eskwadraat.nl/~jeroen/php/looser_heredoc.diff
> which changes behaviour to:
>
> A heredoc is considered closed when the heredoc identifier appears
directly
> after a newline. Remaining characters are allowed,
Resent. The discussion isn't closed yet, and this is important, since it
will be already in 4.1.0
--Jeroen
- Original Message -
From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]>
To: "Andi Gutmans" <[EMAIL PROTECTED]>
Cc: "PHP cvs" <[EMA
ID: 12590
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.5
New Comment:
On most platforms (including i386), PHP does not support integers of 2**31 (0x80 00 00
00) and higher.
See
Can you trust on the compare functions to return either -1, 0 or 1? I don't
think so... but since that assumption is made in various locations in PHP4,
it maybe is true?
Similar question for zend booleans, can you trust the lval to be either 0 or
1, or not?
--Jeroen
--
PHP Develo
ID: 13550
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Programming Data Structures
Operating System: Linux 2.2.18
PHP Version: 4.0.6
New Comment:
Manuel ment that
intval($double)==intval(round($double))
should be true in the context of
$double == round
ID: 13550
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Programming Data Structures
Operating System: Linux 2.2.18
PHP Version: 4.0.6
New Comment:
This is a real PHP bug that needs to be fixed, because if:
[1]echo $double;
prints the same as
[2]echo round
ID: 13550
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Programming Data Structures
Operating System: Linux 2.2.18
PHP Version: 4.0.6
New Comment:
> Basically the bug is that in PHP:
>
> intval($double)!=intval(round($double))
conv
ID: 13567
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Arrays related
Operating System: Linux 2.2.19
PHP Version: 4.0.5
Assigned To: jeroen
New Comment:
Fixed in CVS, will be in 4.0.8, and maybe in 4.0.7
(what's the policy on this ki
ID: 13567
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Arrays related
Operating System: Linux 2.2.19
PHP Version: 4.0.5
Old Assigned To:
Assigned To: jeroen
New Comment:
Use var_dump to check what's actually returned.
NULL is ret
ID: 13550
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Programming Data Structures
Operating System: Linux 2.2.18
PHP Version: 4.0.6
New Comment:
No, floating point numbers are ALWAYS inprecise, and you shouldn't trust on their
exact values.
ID: 13548
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System:
PHP Version: 4.0.6
New Comment:
What's wrong with "extension = ..." in php.ini?
Pr
ID: 13530
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Compile Issues
Operating System: Mandrake Linux 7.0
PHP Version: 4.0.6
New Comment:
Please check that it's the right php.ini that is used (make an intentional syntax
error and see wether PHP complains).
ID: 13530
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Compile Issues
Operating System: Mandrake Linux 7.0
PHP Version: 4.0.6
New Comment:
A extension=...imap.so line is still in your php.ini
Please go to www.php.net/support.php for support
ID: 13524
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: Session related
Operating System: linux 2.2.19 redhat
PHP Version: 4.0.5
New Comment:
Reopening. PHP should never segfault.
Tried to reproduce with current CVS, but that didn't work.
ID: 12596
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Suspended
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 4.0.5
New Comment:
It _is_ strange that no parse error is given. I think it should.
So IMO the bug is that it seems to work a bit
ID: 13520
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Output Control
Operating System:
PHP Version: 4.0.6
New Comment:
And you're mixing up a PHP enviroment and a HTML enviroment. They both have their own
rules for escaping. See the HTML specs for how HTML ha
> Does anyone object to me modifying the anoncvs.php webpage to include
> the following note? Does anyone have anything to add - Jeroen? :)
There's a typo in it, but that's not what you meant :-)
I wouldn't name that SuSE thing, it's way to specific for indicating t
> Hi Jeroen,
>
> Did you ever get the problem sorted out? Has anyone encountered the
> same difficulty?
I installed brand new autoconf, automake and libtool into my $HOME. That
solved the problem.
However, I still don't know what the problem was, probably there were some
libra
Fixed
- Original Message -
From: "Holger Schopohl" <[EMAIL PROTECTED]>
Newsgroups: php.dev
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 26, 2001 10:51 AM
Subject: zip ext compile problem
> Hi,
>
> in the current cvs tree the zip extension
> have problems to compile with zziplib 0
> On Tue, 25 Sep 2001, Jeroen van Wolffelaar wrote:
>
> >
> >
> > Note: after I solved that warning about automake & libtool not being in
> > the same dir, the error remainded the same. (I copied the automake
> > executable to the same dir as the libt
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]>
Cc: "PHP Development List" <[EMAIL PROTECTED]>
Sent: Tuesday, September 25, 2001 7:46 PM
Subject: Re: [PHP-DEV] Bug in autoconf report
> On Tue,
[jeroen@richard]~/scratch/tmp/php4-cvs> ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4-p4 (ok)
buildconf: libtool version 1.4 (ok)
WARNING: automake and libtool are installed in different
directories. This may ca
hink that IF it is going to be implemented, it should be a compiler
option to choose what the type of integer needs to be: long, long long,
or something else... With proper use of macro's that would mean 1 single
#define.
--Jeroen
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://www.A-Eskw
commit my huge
find&replace for the macro's... Unsubscribe from php-cvs while you still
can ;-)
(just kidding... I hope)
Jeroen
>
> - Markus
>
> On Mon, Sep 24, 2001 at 09:13:35AM +0200, Jeroen van Wolffelaar wrote :
> > On Sun, 23 Sep 2001 [EMAIL PROTECTED] wrote:
&
ID: 6662
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.0.2
New Comment:
>From the docs (by heart): in object initializers only constant scalar experssions are
>allowed, no arrays, objec
(yikes.)
I didn't plan to implement it myself... yikes indeed. The question was
wether all compilers on 32bit platforms DO have long long support at
all, in other words: is it true that all compilers for which PHP needs
to compile have a C-type which is 64bit (native or not)?
--Jeroen
On 23 Sep 2001, Stig Sæther Bakken wrote:
> [Jeroen van Wolffelaar <[EMAIL PROTECTED]>]
> > In PHP performance is IMHO a bit less important than in DBMS's. If
> > you're after performance you shouldn't use a scripting language
> > anyway :).
>
&g
This subject is being crossposted to [EMAIL PROTECTED] and
[EMAIL PROTECTED]
This mail was only on engine2 (let's keep everyting at least on phpdev):
-- Forwarded message --
Date: Sun, 23 Sep 2001 22:41:45 +0200 (CEST)
From: Jeroen van Wolffelaar <[EMAIL PROTECTED]&g
rmance impacts are. Unfortunately it's quite a work to change it,
otherwise it's a question of trying it and see what the impact is on typical
scripts.
For compilers possibly not supporting "long long", it's about wether they
support 64bit integers. Does someone know how th
something
different... I'll time stroll and strtol to see how much slower it is.
Anyway, it would be nice if someone with expericence with changing to 8
byte integers could share his experiences...
--Jeroen
>
> Andi
>
> At 09:13 PM 9/23/2001 +0200, Jeroen van Wolffelaar wrote:
&
e p_int and p_float
> typedefs for php-integer and php-float anyway, and changing THAT isn't a
> problem.
>
> About preformance/memory, I think that's not an issue. Making strings
> unicode will be much more heavy for PHP...
>
> --Jeroen
>
--
PHP Development Mailing
ID: 13407
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Operating System:
PHP Version: 4.0.4pl1
New Comment:
I assume there somewhere needs to be one more than the index, for some reason...
people should, IMHO, realize that computers have
mance/memory, I think that's not an issue. Making strings
unicode will be much more heavy for PHP...
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list admini
ID: 13407
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Operating System:
PHP Version: 4.0.4pl1
New Comment:
I assume there somewhere needs to be one more than the index, for some reason...
people should, IMHO, realize that computers have
ID: 13407
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System:
PHP Version: 4.0.4pl1
New Comment:
Integers are limited in capacity, you're too near the bounds of integer. If you need
such high numbers, se
ID: 13406
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *General Issues
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:
Ask support questions on http://www.php.net/support.php
Hint: safe-mode, safemode.disable-function (or something like
ID: 13130
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Apache related
Operating System: RedHat Linux 6.2, kernel 2.4.1
PHP Version: 4.0.6
New Comment:
The answer is no, of course :-)
Ask your question via php-general / php-install (more details:
http
that they can have consequences for
existing (library) code, since they call, for example, 'rtrim', and with
advices c.q. undef'ing functions you can change that behaviour.
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECT
ID: 13130
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Apache related
Operating System: RedHat Linux 6.2, kernel 2.4.1
PHP Version: 4.0.6
New Comment:
I think it's general permission problem too. But not like you do.
Keep in mind tha
FYI,
I mailed the authors of that virus program, and they replied the following:
>>>
- Original Message -
From: "H+BEDV Datentechnik GmbH" <[EMAIL PROTECTED]>
To: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]>
Sent: Friday, September 21, 2001 11
this?
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
ID: 11945
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: ugly bug
PHP Version: 4.0.6
New Comment:
Test timing settings of www.php.net (off by approx. 9 or 10 hours)
Previous Comments
o find it out, see the support forums,
(http://www.php.net/support.php), because they are there for things like
this. If they come to the conclusing this is a bug, you can report it again.
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED
ID: 13384
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Linux hurricane 2.2.19-5tr
PHP Version: 4.0.6
New Comment:
Can you provide a short script which is showing this problem?
And you should use enctype="multipart
By special request:
These are the pro's and contra's to the current proposal currently known
with me.
(see: http://www.A-Eskwadraat.nl/~jeroen/rand/ )
###Pro's:
* Hide seeding and such from the php-programmer
* All randomness controllable, with clear syntax.
* The choice-for-a
> Jeroen,
> then i have one more question. The real problem im trying to solve is
Would some one please answer this question, because this is getting
somewhere (mutexs) I don't know much of. And "not much" is "nearly nothing"
in this case ;-)
--Jeroen
-
function.
I don't know what the solution should be, of course it will be some kind of
locking, but I don't know what would be the best solution.
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
ID: 13353
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Bogus
Bug Type: Variables related
Operating System: win 98 box
PHP Version: 4.0.4pl1
Previous Comments:
[2001-09-17 16:26:15] [EMAIL
http://www.a-es2.uu.nl/~jeroen/rand/ )
[This part only applies to the controversary part of the proposal, AKA the
'redesign' (which it isn't anymore)]
###Pro's:
* Easier for the user
* All randomness controllable (wasn't the case before).
* The choice-for-algorithm should N
why not simply upgrade?
By the way, it is very easy to implement the function in php itself, it's
just a bit less efficient than the core-version.
--Jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-
or performance to check for validness of the
variable-name, and it isn't easy to do either. Nevertheless you should not
trust on this capability: It could change in the future.
See also bug 12367, the comments by [EMAIL PROTECTED]
--Jeroen
--
PHP Development Mailing List <http://www.p
ID: 12789
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Arrays related
Operating System: Cobalt Linux
PHP Version: 4.0.6
New Comment:
Err: Array_unique/array_diff/array_intersect isn't supposed to handle multi-dimension
_arrays_, nor objects.
See also
1 - 100 of 345 matches
Mail list logo
