let me know what you think,
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
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.
SELECT NAME=name[] MULIPLE
gives you an array $name[]
-- Jeroen
DragosB wrote:
How can I check how many options has been selected
from a select list? I
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:
?
$s =
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 think
it's
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
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]
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
--- bz2.c 1 Nov 2001 09:45:25
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 code, please mail me.
--Jeroen
--
PHP Development Mailing List http://www
...
--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 .so extensions
with current cvs?
I think it's
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 this the shortest
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_7 branch and tried running ./buildconf
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 the problem
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
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 amp;, post your session here.
Mysql SELECT
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 input type=hidden
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: 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 amp; be made the default? Since that's the only correct thing, and at least
since HTML 2.0 amp;-style quoting was required
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
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
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 Updated: Member variables in parent
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 Mailing List http
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
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: 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
]);
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: 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. (bugs
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: 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
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 work
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: 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
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 :)
, 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
- Stig
Jeroen van Wolffelaar wrote
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
. 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: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
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 simply
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
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 [EMAIL PROTECTED]
Sent: Wednesday, October 10, 2001 8:46 PM
Subject
-newlines are not
understood (didn't see a bug report yet, but that's probably because not
much people use the mac...)
if there are other reasons to hold to the current syntax, please let me
know.
(see also: bug 13610)
Patch available here:
http://www.A-Eskwadraat.nl/~jeroen/php
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, October 15, 2001 9:45 PM
Subject: Re: Bug
?
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: [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 2:39 AM
Subject
(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 solved
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-install
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, October 19, 2001 12:40 AM
Subject: Re: [PHP
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:
Resent. The discussion isn't closed yet, and this is important
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.
--Jeroen
- Stig
Jeroen van Wolffelaar
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.
See
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 kind
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))
converting
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:
quote
This is a real PHP bug that needs to be fixed, because if:
[1]echo $double;
prints the same as
[2]echo
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
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 Development
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).
also
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.
Can
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: 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 handles
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
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 that
something DOESN'T work. I'd
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
library files not well
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.10.27
[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 cause
- 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, 25 Sep 2001, Jeroen van Wolffelaar wrote:
[jeroen
On Tue, 25 Sep 2001, Jeroen van Wolffelaar wrote:
snip
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 libtool executable)
Ok, but it's still a problem
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
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://www.A-Eskwadraat.nl
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, objects, or expressions
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:
Hey, it's open source, go for it dude. Let us know.
:-)
I
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-Eskwadraat.nl/~jeroen
--
PHP
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
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 PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
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
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: 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, see GMP
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
/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 administrators, e-mail
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
-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 List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
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:
Hi,
For a scripting language, integers should IMHO be bounded by a number
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 the support of 64bit integers
is in compiler-land?
--Jeroen
--
PHP Development
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]
To: Stig
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:42 AM
Subject: Re: False positive in PHP-distribution
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/form
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]
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
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]
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
--
PHP Development Mailing List http
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-algorithm should
function still won't be thread safe, no matter
whether you use TSRM. It simply depends on the bar( ) 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
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
?
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-mail: [EMAIL PROTECTED]
To contact
://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 NOT be to the php-programmer
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.php.net/
To unsubscribe, e-mail: [EMAIL
ID: 13277
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Variables related
Operating System: Debian GNU/Linux
PHP Version: 4.0.6
New Comment:
This is wrong.
amp; is the way to specify in HTML.
For example:
a href=script.php?var1=valueamp;var2
ID: 11338
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Arrays related
Operating System: True64Unix 5.1
PHP Version: 4.0.5
New Comment:
Both array_diff and array_intersect preserve keys.
I don't see the problem here? array_diff and array_intersect
ID: 10658
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Suspended
Bug Type: Arrays related
Operating System: Linux
PHP Version: 4.0.5
New Comment:
The problem is that array_diff compares the string-represantation of the arguments.
And in the case of objects
ID: 12201
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
Operating System: UNIX
PHP Version: 4.0.6
New Comment:
Sample script?
Previous Comments:
[2001-07-17 07:01:39] [EMAIL
ID: 11893
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Arrays related
Operating System: Linux, FreeBSD, OpenBSD (Any?)
PHP Version: 4.0.6
New Comment:
array_intersect isn't supposed to handle multi-dimmed arrays.
Where have you read
ID: 10891
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Arrays related
Operating System: UNIX FreeBSD 4.1.1
PHP Version: 4.0.5
New Comment:
Array_unique isn't supposed to handle multi-dimension strings, nor objects.
See also 10658
Previous
ID: 12528
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Arrays related
Operating System: linux
PHP Version: 4.0.6
New Comment:
Array_unique isn't supposed to handle multi-dimension strings, nor objects.
See also 10658
Previous Comments
1 - 100 of 318 matches
Mail list logo