Jani Taskinen [EMAIL PROTECTED] wrote:
I still don't think we should be linking with libocijdbc8 in any case.
Can you ask some Oracle support why their libs differ with same version
but in different OSes??
I can try to do so [1], although I don't see what that will buy us.
From
Hi,
this is a repost of my article from Monday, 03 March. Perhaps it has
gone unnoticed because of the discussion about OnUpdateInt()? If it was
noticed, but the patch just sucks, please say so.
My older patch for the link problems with OCI8 on Tru64 broke the build
on AIX and maybe other
Hi,
I'm using nntp://news.php.net to post to the php-dev mailing list - at
least I hoped so. My (very few) articles show up nicely on
http://news.php.net and on http://groups.google.com, but in the
mailing list archives they end up with just an IP address as From:
address (see e.g.
I wrote:
[...] in the mailing list archives they end up with just an IP address
as From: address (see e.g.
http://marc.theaimsgroup.com/?l=php-devm=104712105011151w=2).
I suspect that this sort of From: is dropped right on the floor by the
mailing list software.
No, the article looks ok
Hi,
my older patch for the link problems with OCI8 on Tru64 broke the build
on AIX and maybe other systems, so Jani commented it out. Here comes a
better patch. Instead of just linking to libocijdbc8/9 if it is
available, it tries to find the OCILobIsTemporary function in the normal
libclntsh
Hi,
how do I use PHP_CHECK_FUNC to make it work even when the extension is
shared?
In ext/oci8/config.m4, if I use
PHP_ADD_LIBPATH($OCI8_DIR/lib, OCI8_SHARED_LIBADD)
PHP_CHECK_FUNC(OCILobIsTemporary, clntsh, ocijdbc8)
it works when configured --with-oci8, but not with --with-oci8=shared.
Marcus Börger [EMAIL PROTECTED] wrote:
There is a difference between interactive mode and this idea. The
idea was to execute every single line. So if you type 'echo Hello\n;
and press enter Hello should be displayed.
That's how it works for me (PHP-4.3.0). The only pitfall is that you
need to
Jean-Michel Dault [EMAIL PROTECTED] wrote:
Currently, both Mandrake and RedHat use the following trick:
perl -pi -e s|^;extension=mysql.so|extension=mysql.so| /etc/php.ini
This sucks, because you then need perl to install a PHP extension.
We sure could use sed, but this requires a temporary
In php.dev Markus Fischer [EMAIL PROTECTED] wrote:
I was talking about telling the 'undefined behaviour' case; not
what happens with the values exactly. I don't see a drawback in
documenting an 'undefined behaviour'. It's good for people to
have a torough documentation which even warns them
[EMAIL PROTECTED] wrote:
ID: 20887
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Critical
-Bug Type: Unknown/Other Function
+Bug Type: Scripting Engine problem
Operating System: Mandrqke
[EMAIL PROTECTED] wrote in php.bugs:
[2002-11-27 07:04:52] [EMAIL PROTECTED]
?
$a = 7;
$a = $a + $a++;
echo $a;
//the result is 14;
?
When I add a reference to $a, the behavior of $a + $a++ becomes
inexplicable different. Note that $a isn't changed anywhere!
?
$a = 7;
$b = $a;
Derick Rethans [EMAIL PROTECTED] wrote:
On Sat, 23 Nov 2002, Melvyn Sopacua wrote:
So ehm - are Michael and Derick on a 'date' or what?
At 16:57 23-11-2002, [EMAIL PROTECTED] wrote:
http://bugs.php.net/?id=20596edit=1
http://bugs.php.net/?id=20592edit=1
Pollita [EMAIL PROTECTED] wrote:
log(0) in any base (except 0, which would be silly) is an undefined
number.
Yes, that's what the teachers told us before they admitted the existance
of infinity.
the libc log() function will return an exceedingly small number
to avoid causing widepsread
I wrote:
% cat log.c
#include stdio.h
#include math.h
int main()
{
printf(%g\n,log(0));
}
% gcc log.c -o log -lm
% ./log
-inf
That's on Linux. On Tru64, it prints:
-1.79769e+308
Apparently, there's a compiler switch to make it behave like on Linux:
% cc -ieee log.c -o log
[EMAIL PROTECTED] wrote:
ID: 19259
Updated by: [EMAIL PROTECTED]
-Summary: usort() leaves array unsorted
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Critical
Bug Type: Arrays related
-Operating System: OSF1 V4.0 1229
I wrote:
These test results scared me as well, but it looks like this array
test itsself is flawed: it relies on the fact that integers
automatically wrap around to negative values at INT_MAX (=2147483647
on 32 bit machines).
Attaching a patch for the array test: I changed the array in
Marcus Börger [EMAIL PROTECTED] wrote:
Thanks it looks good - applied.
Thanks, great.
While we're at it, there's another test which fails on 64 bit machines
and can easily be fixed:
var_dump float test [ext/standard/tests/general_functions/008.phpt]
This test fails because 123456789012 and
Marcus Börger wrote:
Ups one missing:
cvs -z3 -q diff 008.phpt (in directory
S:\php4-HEAD\ext\standard\tests\general_functions\)
Index: 008.phpt
===
RCS file: /repository/php4/ext/standard/tests/general_functions/008.phpt,v
Hi,
php4-STABLE-200211152030 dumps core on Tru64/Alpha with
ext/standard/tests/math/log.phpt:
EXPECTED OUTPUT
On failure, please mail result to [EMAIL PROTECTED]
200
50
50
50
50
50
50
50
50
50
ACTUAL OUTPUT
On failure, please mail result to [EMAIL PROTECTED]
200
FAILED
Looking
ext/standard/tests/time/001.phpt fails on Tru64, because the
gettimeofday(2) C library function has not enough granularity in the
standard configuration.
http://www2.tru64.org/pages.php?page=Tru64-FAQ-Programming says that
the clock's granularity is 1024 Hz normally, but can be increased by
The hexdec test fails on 64 bit machines, because two big numbers still
fit into a PHP integer (on 32 bit, these are automatically converted
into floats):
Melvyn Sopacua [EMAIL PROTECTED] wrote:
At 19:02 1-11-2002, John Coggeshall wrote:
I haven't looked at the patch in great detail, can someone forward me
The commitlog?
It hasn't been committed yet, as we agreed that only persons in 'Authors'
should do that and agree, otherwise it'll be a
I wrote about fun with locales, but forgot to mention the user notes at
http://www.php.net/manual/de/function.setlocale.php. Some users note
that they have to use Dutch on their Windows (?) systems. So if we
really need the locale guessing, we probably should add German as
well (and hope that the
Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 21 Oct 2002, Melvyn Sopacua wrote:
msopacua Mon Oct 21 04:55:07 2002 EDT
Modified files:
/php4/ext/xml/tests 007.phpt
Log:
Skip this when strtoupper doesn't behave as expected, because casefolding
Mike Robinson [EMAIL PROTECTED] wrote:
Michael Mauch writes:
Are your locale settings ok?
Yeah, they're fine, for my locale.
But I'm not in Germany, though I'm told the beer there
is awesome. :)
Yes, I'm told so, too ;-)
I doubt that the C library does anything useful with non-ASCII
Melvyn Sopacua [EMAIL PROTECTED] wrote:
At 18:48 20-10-2002, Mike Robinson wrote:
Michael Mauch wrote:
I doubt that the C library does anything useful with
non-ASCII characters while you are in a C or POSIX
locale, so expat or PHP can't do much to correct that.
So is your locale
Mike Robinson [EMAIL PROTECTED] wrote:
Sorry, that test _is_ in 4.2.3, and it failed there as well
with the same problem, it just didn't output anything during
make test.
Are your locale settings ok?
% locale
LANG=de_DE.ISO-8859-15
LC_CTYPE=de_DE
LC_NUMERIC=de_DE.ISO-8859-15
Michael Mauch [EMAIL PROTECTED] wrote:
Colin Viebrock [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
render nicely is something else than total unreadable to me. Did you
have a look at it with Netscape Navigator 4? Please fix something for
it, as it's pretty horrible now.
Can you
Hi,
http://bugs.php.net/bug.php?id=18640 describes the problem that some
Oracle versions (patch levels) on Tru64 seem to have some OCILob*
functions in the libocijdbc8 library instead of in the usual libclntsh.
This makes the PHP build fail with unresolved symbols.
Hi,
header(Content-type: text/plain) or header(Content-type: text/xml)
does not work as soon as a default_charset is enabled in php.ini.
I reported that in http://bugs.php.net/bug.php?id=19098 a week ago,
but nobody answered yet. This bug is still there in php-4.2.3RC2.
If you use the mod_php
From: [EMAIL PROTECTED]
Operating system: Linux, Win98, Win2k
PHP version: 4.0.4pl1
PHP Bug Type: Date/time related
Bug description: date("lt;brgt;") gives wrong output
Variations of date("br") returns wrong output or lets PHP
dump core. This bug has been reported by
31 matches
Mail list logo
