Re: [PHP-DEV] [PATCH] OCI8 link failure (Tru64/AIX) (#22324)

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. >F

[PHP-DEV] Re: news.php.net -> mailing list gateway broken?

I wrote: > [...] in the mailing list archives they end up with just an IP address > as From: address (see e.g. > ). > > I suspect that this sort of From: is dropped right on the floor by the > mailing list software. No, the article l

[PHP-DEV] news.php.net -> mailing list gateway broken?

Hi, I'm using to post to the php-dev mailing list - at least I hoped so. My (very few) articles show up nicely on and on , but in the mailing list archives they end up with just an IP address as From: address (see e.g.

[PHP-DEV] [PATCH] OCI8 link failure (Tru64/AIX) (#22324)

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 system

[PHP-DEV] Patch for OCI8 link failure (Tru64/AIX) (#22324)

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 firs

[PHP-DEV] PHP_CHECK_FUNC and shared extension (OCI8)

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. Wi

Re: [PHP-DEV] Using CLI as a shell

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

[PHP-DEV] Re: Using PHP for search and replace

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 t

Re: [PHP-DEV] Interesting result

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 t

[PHP-DEV] Re: #20887 [Bgs->Ctl]: /php.ini

[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: Mandr

[PHP-DEV] Re: #20673 [Opn->Ver]: Inexplicable arithmetical error due to references

[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; >

Re: [PHP-DEV] Re: #20596 [Opn->Bgs]: date function gives wrong result for format 't'

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=20596&edit=1 >> >> http://bugs.php.net/?id=20592&edit=1 >>

Re: [PHP-DEV] ext/standard/tests/math/log.phpt coredump on Tru64

I wrote: > % cat log.c > #include > #include > > 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 l

Re: [PHP-DEV] ext/standard/tests/math/log.phpt coredump on Tru64

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

[PHP-DEV] Patch for ext/standard/tests/math/hexdec.phpt

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): /house/elmicha/local/src/php4-STABLE-200211152030/ext/standard

[PHP-DEV] Patch for ext/standard/tests/time/001.phpt

ext/standard/tests/time/001.phpt fails on Tru64, because the gettimeofday(2) C library function has not enough granularity in the standard configuration. says that the clock's granularity is 1024 Hz normally, but can be increased by rebui

[PHP-DEV] ext/standard/tests/math/log.phpt coredump on Tru64

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 whi

[PHP-DEV] Re: : sort-functions don't work

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

Re: [PHP-DEV] Re: #19259 [Csd->Ctl]: sort-functions don't work

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

[PHP-DEV] Re: #19259 [Csd->Ctl]: sort-functions don't work

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 data.i

[PHP-DEV] Re: #19259 [Csd->Ctl]: sort-functions don't work

[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

Re: [PHP-DEV] Re: [PATCH] run-tests.php

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'

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/xml/tests 007.phpt

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, beca

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/xml/tests 007.phpt

I wrote about fun with locales, but forgot to mention the user notes at . 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

Re: [PHP-DEV] [PHP-QA] Logs of failed tests PHP 4.3.0pre1 (fwd)

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&qu

Re: [PHP-DEV] [PHP-QA] Logs of failed tests PHP 4.3.0pre1 (fwd)

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 ;-)

Re: [PHP-DEV] [PHP-QA] Logs of failed tests PHP 4.3.0pre1 (fwd)

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" LC_TIME="d

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard config.m4 css.c css.h info.c /main php_ini.c /sapi/aolserver aolserver.c /sapi/apache php_apache.c

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

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard config.m4 css.c css.h info.c /main php_ini.c /sapi/aolserver aolserver.c /sapi/apache php_apache.c

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 send me a screen grab? I did

[PHP-DEV] [PATCH] #18640: compilation with Oracle fails on Tru64

Hi, 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.

Re: [PHP-DEV] Segfault in 4.2.3RC2

Vergoz Michael \ <[EMAIL PROTECTED]> wrote: > me too.. Maybe your mail/news reader has a problem with the trailing dot, maybe Martin fixed it now. works for me, and I can see the segfault with 4.2.3RC2, configured only with --enable-debug -

[PHP-DEV] header("Content-type: text/...") with default_charset

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 a week ago, but nobody answered yet. This bug is still there in php-4.2.3RC2. If you use the mod

[PHP-DEV] PHP 4.0 Bug #9536: date("") gives wrong output

From: [EMAIL PROTECTED] Operating system: Linux, Win98, Win2k PHP version: 4.0.4pl1 PHP Bug Type: Date/time related Bug description: date("
") gives wrong output Variations of date("") returns wrong output or lets PHP dump core. This bug has been reported by Christian Ham