RE: [PHP-DEV] Changing implementation of get_meta_tags for 4.0.5

[Andi Gutmans]

Is the only thing it fixes the multi-line problem? (In such a case I think 
doing the fix is fine).
Also, in your example when you wrote "= NULL" I hope you meant not to 
define these at all and not making them NULL. It is better (traversal and 
such).
Last but not least, you could send an Email to php-general@ and ask who 
uses it and how. It will give you an idea if there are lots of people or 
none. Again, if the only problem you fixed is the multi-line problem then I 
think people won't get bitten by this.

Andi

At 01:01 AM 2/14/2001 -0500, Sean R. Bright wrote:
>Well I certainly don't want to compare it to changes from PHP3 to PHP4, but
>this really isn't that huge of a change.  The only difference is that this
>time this function will actually work correctly.  Its never a Good Thing
>(tm) to break backwards compatibility but that shouldn't be the only thing
>reason to not change the implementation.  If you guys want it to be another
>function could someone suggest a name for it?  get_meta_tags_ex??
>
>Sean
>
> > -Original Message-
> > From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 14, 2001 12:41 AM
> > To: André Langhorst; [EMAIL PROTECTED]; PHP Development
> > Subject: Re: [PHP-DEV] Changing implementation of get_meta_tags for
> > 4.0.5
> >
> >
> > Well maybe we can have a function with another name? or pass
> > an optional
> > second argument?
> > I'm not that sure it's a good thing to break backwards
> > compatibility on
> > this one although I admit not knowing how many people
> > actually use it. My
> > guess is that if it's been in a couple of versions of PHP 4
> > there are at
> > least a couple of dozen if not more using it.
> >
> > Andi
> >
> > At 11:34 PM 2/13/2001 +0100, André Langhorst wrote:
> > >>This will break backwards compatibility, and I am not
> > really in favor of
> > >>adding a new param to get_meta_tags in order to include this new
> > >>functionality, that will just obfuscate the code more than
> > it needs to be.
> > >>I think we should just change one implementation, to
> > another, better one.  I
> > >>can't imagine that that many people are using this tag
> > often enough to
> > >>require a huge change in their code.
> > >
> > >following your description, that function is really broeken (lack of
> > >functionality) and thus needs a non-backwards-compatible
> > fix, your fix
> > >sounds nice indeed
> > >this function is not widespreadly used I guess
> > >
> > >2c
> > >
> > >--
> > >· André Langhorstt: +49 331 5811560 ·
> > >· [EMAIL PROTECTED]  m: +49 173 9558736 ·
> > >* PHP Quality Assurance  http://qa.php.net  *
> > >
> > >
> > >--
> > >PHP Development Mailing List 
> > >To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >For additional commands, e-mail: [EMAIL PROTECTED]
> > >To contact the list administrators, e-mail:
> > [EMAIL PROTECTED]
> >
> >
> > --
> > PHP Development Mailing List 
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > To contact the list administrators, e-mail:
> > [EMAIL PROTECTED]
> >
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] Changing implementation of get_meta_tags for 4.0.5

[Sean R. Bright]

Well I certainly don't want to compare it to changes from PHP3 to PHP4, but
this really isn't that huge of a change.  The only difference is that this
time this function will actually work correctly.  Its never a Good Thing
(tm) to break backwards compatibility but that shouldn't be the only thing
reason to not change the implementation.  If you guys want it to be another
function could someone suggest a name for it?  get_meta_tags_ex??

Sean

> -Original Message-
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 12:41 AM
> To: André Langhorst; [EMAIL PROTECTED]; PHP Development
> Subject: Re: [PHP-DEV] Changing implementation of get_meta_tags for
> 4.0.5
>
>
> Well maybe we can have a function with another name? or pass
> an optional
> second argument?
> I'm not that sure it's a good thing to break backwards
> compatibility on
> this one although I admit not knowing how many people
> actually use it. My
> guess is that if it's been in a couple of versions of PHP 4
> there are at
> least a couple of dozen if not more using it.
>
> Andi
>
> At 11:34 PM 2/13/2001 +0100, André Langhorst wrote:
> >>This will break backwards compatibility, and I am not
> really in favor of
> >>adding a new param to get_meta_tags in order to include this new
> >>functionality, that will just obfuscate the code more than
> it needs to be.
> >>I think we should just change one implementation, to
> another, better one.  I
> >>can't imagine that that many people are using this tag
> often enough to
> >>require a huge change in their code.
> >
> >following your description, that function is really broeken (lack of
> >functionality) and thus needs a non-backwards-compatible
> fix, your fix
> >sounds nice indeed
> >this function is not widespreadly used I guess
> >
> >2c
> >
> >--
> >· André Langhorstt: +49 331 5811560 ·
> >· [EMAIL PROTECTED]  m: +49 173 9558736 ·
> >* PHP Quality Assurance  http://qa.php.net  *
> >
> >
> >--
> >PHP Development Mailing List 
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >To contact the list administrators, e-mail:
> [EMAIL PROTECTED]
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail:
> [EMAIL PROTECTED]
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Compiling under Borland C Builder / No BEGIN_EXTERN_C?

[Andi Gutmans]

There is no good reason the BEGIN_EXTERN_C() haven't been included.
We'd welcome a patch. Check out the other places we do put these to get an 
idea where they should be.
In any case, one thing I've wanted to do for a long time is get PHP to 
compile with the freeware Borland C++ compiler. However, as it doesn't read 
.dsp it would have been lots of work.
Any chance you can export makefiles from the Builder once things work for 
you and share them with us? If it works nicely you could be the maintainer :)
It would allow people who don't have Visual C++ to compile PHP 4 on Windows.

Thanks,

Andi


At 06:46 PM 2/13/2001 -0500, Bryan Mayland wrote:
>I've been working on a project which requires me to write a zend extension
>(http://capnbry.dyndns.org/phpub/), I've been using Visual Studio to do 
>the work so far as this is
>targeted for the Win32 platform.  I recently decided to move to Borland 
>C++ Builder after I got fed
>up with the VC++ IDE.  I had to tweak a couple of things in the header 
>files to get it compiling,
>but the changes were minor (available upon request).  The problem I came 
>into was on the link,
>unresolved symbol errors on functions exported from php4ts.dll.  Digging 
>in I realized that the
>problem was because /some/ of the names of the functions I was importing 
>(via ZEND_API, PHP_API,
>etc) were getting mangled because they were not enclosed in the 
>BEGIN_EXTERN_C() / END_EXTERN_C()
>macros.  Is this intentional, or is it just because no one has ever tried 
>to use the headers from
>inside a .cpp file?
>
>Some of the functions of intrest are:
>main/php_main.h:
> php_request_startup()
> ...
> php_handle_auth_data()
>ext/standard/php_output.h
> php_output_startup()
> ..
> php_get_output_start_lineno()
>
>I've modified the header files to block the __declspec(dllimport) 
>functions with BEGIN /
>END_EXTERN_C.  If there is no reason to *not* have these in, may I submit 
>a patch to allow the
>headers to be included in C++Builder and other C++ build environments?
>
>My C is rusty, so flame me if I'm wrong,
>Bry
>
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Changing implementation of get_meta_tags for 4.0.5

[Andi Gutmans]

Well maybe we can have a function with another name? or pass an optional 
second argument?
I'm not that sure it's a good thing to break backwards compatibility on 
this one although I admit not knowing how many people actually use it. My 
guess is that if it's been in a couple of versions of PHP 4 there are at 
least a couple of dozen if not more using it.

Andi

At 11:34 PM 2/13/2001 +0100, André Langhorst wrote:
>>This will break backwards compatibility, and I am not really in favor of
>>adding a new param to get_meta_tags in order to include this new
>>functionality, that will just obfuscate the code more than it needs to be.
>>I think we should just change one implementation, to another, better one.  I
>>can't imagine that that many people are using this tag often enough to
>>require a huge change in their code.
>
>following your description, that function is really broeken (lack of 
>functionality) and thus needs a non-backwards-compatible fix, your fix 
>sounds nice indeed
>this function is not widespreadly used I guess
>
>2c
>
>--
>· André Langhorstt: +49 331 5811560 ·
>· [EMAIL PROTECTED]  m: +49 173 9558736 ·
>* PHP Quality Assurance  http://qa.php.net  *
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9243 Updated: configure emerges with bad LIBS '-l-L/usr/local/lib'

[casterln]

ID: 9243
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Configuration Issues
Description: configure emerges with bad LIBS '-l-L/usr/local/lib'

Had to remove an extra '-l' preceding the backticked
call to glib-config:

--- configure-  Tue Feb 13 12:09:24 2001
+++ configure   Tue Feb 13 16:53:05 2001
@@ -25074,7 +25074,7 @@
  *)
 

-  LIBS="-l`$GLIBCONFIG --libs` $LIBS"
+  LIBS="`$GLIBCONFIG --libs` $LIBS"
 
 
   ;;


Previous Comments:
---

[2001-02-13 15:01:12] [EMAIL PROTECTED]
With the latest cvs (13/01/2001) and configure line

'./configure' '--with-apache=../apache_1.3.17' '--with-mysql=/opt/mysql'

generates a bad LIBS line:
LIBS=-lmysqlclient -l-L/usr/local/lib -lglib -lresolv -lresolv -lm -ldl -lcrypt -lnsl 
-lsocket  -lsocket -lgcc

Here is debug.log:
CONFIGURE:   './configure' '--with-apache=../apache_1.3.17' '--with-mysql=/opt/mysql'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS
CXX:
CXXFLAGS:   
INCLUDES:-I/opt/src/apache/apache_1.3.17/src/include 
-I/opt/src/apache/apache_1.3.17/src/os/unix  -I$(top_builddir)/Ze
nd -I/opt/mysql/include/mysql
LDFLAGS: -R/usr/ucblib -L/usr/ucblib 
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -L/usr/local/lib/gcc-lib/spa
rc-sun-solaris2.6/2.95.2 -R/opt/mysql/lib/mysql -L/opt/mysql/lib/mysql
LIBS:   -lmysqlclient -l-L/usr/local/lib -lglib -lresolv -lresolv -lm -ldl -lcrypt 
-lnsl -lsocket  -lsocket -lgcc
DLIBS:  
SAPI:   apache
PHP_RPATHS:  /usr/ucblib /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 
/opt/mysql/lib/mysql
uname -a:   SunOS nature.Berkeley.EDU 5.6 Generic_105181-23 sun4u sparc SUNW,Ultra-4

gcc -o conftest -g -O2  -D_POSIX_PTHREAD_SEMANTICS  -R/usr/ucblib -L/usr/ucblib 
-R/usr/local/lib/gcc-lib/sparc-sun-solaris
2.6/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -R/opt/mysql/lib/mysql 
-L/opt/mysql/lib/mysql conftest.c -
lmysqlclient -l-L/usr/local/lib -lglib -lresolv -lresolv -lm -ldl -lcrypt -lnsl 
-lsocket  -lsocket -lgcc 1>&5
ld: fatal: library -l-L/usr/local/lib: not found
ld: fatal: File processing errors. No output written to conftest
collect2: ld returned 1 exit status




---


Full Bug description available at: http://bugs.php.net/?id=9243


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9249: tempnam() may return bad filename

[seeliger . curt]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.4pl1
PHP Bug Type: Filesystem function related
Bug description:  tempnam() may return bad filename

$dir='/foo/bar/';
$prefix='prefix';
$tname=tempnam($dir, $prefix);
print("tname");

prints '/foo/bar//prefiR5uKI4'

It'd be nice if the first argument was checked for a final '/' before creating the 
file name.

Thanks.


-- 
Edit Bug report at: http://bugs.php.net/?id=9249&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9248 Updated: float,int multiplication problem when using sprintf

[andre]

ID: 9248
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: Math related
Assigned To: 
Comments:

bogus

Previous Comments:
---

[2001-02-13 18:35:22] [EMAIL PROTECTED]
its the good old binary/decimal rounding issue

$result is internally something like e.g.14497.9998

when using plain echo rounding will be applied (see php.ini 'precision')
while sprintf "%d" does not round but will cut of all decimals 

sprintf("%d",round($result)) should work find

---

[2001-02-13 18:21:22] [EMAIL PROTECTED]
Sometimes when trying to multiply a float and a int then print the result out with 
sprintf there is a error in the computation.

The following code produces the incorrect output:



Not sure if there is something obvious that I am missing? Any help would be 
appreciated.

My config line:
./configure --with-mysql=/usr --with-apxs=/usr/sbin/apxs --with-gd=/usr/local 
--enable-trans-sid --enable-track-vars --enable-bcmath --with-ttf

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9248&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Compiling under Borland C Builder / No BEGIN_EXTERN_C?

[Bryan Mayland]

I've been working on a project which requires me to write a zend extension
(http://capnbry.dyndns.org/phpub/), I've been using Visual Studio to do the work so 
far as this is
targeted for the Win32 platform.  I recently decided to move to Borland C++ Builder 
after I got fed
up with the VC++ IDE.  I had to tweak a couple of things in the header files to get it 
compiling,
but the changes were minor (available upon request).  The problem I came into was on 
the link,
unresolved symbol errors on functions exported from php4ts.dll.  Digging in I realized 
that the
problem was because /some/ of the names of the functions I was importing (via 
ZEND_API, PHP_API,
etc) were getting mangled because they were not enclosed in the BEGIN_EXTERN_C() / 
END_EXTERN_C()
macros.  Is this intentional, or is it just because no one has ever tried to use the 
headers from
inside a .cpp file?

Some of the functions of intrest are:
main/php_main.h:
php_request_startup()
...
php_handle_auth_data()
ext/standard/php_output.h
php_output_startup()
..
php_get_output_start_lineno()

I've modified the header files to block the __declspec(dllimport) functions with BEGIN 
/
END_EXTERN_C.  If there is no reason to *not* have these in, may I submit a patch to 
allow the
headers to be included in C++Builder and other C++ build environments?

My C is rusty, so flame me if I'm wrong,
Bry



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9248 Updated: float,int multiplication problem when using sprintf

[hholzgra]

ID: 9248
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Math related
Assigned To: 
Comments:

its the good old binary/decimal rounding issue

$result is internally something like e.g.14497.9998

when using plain echo rounding will be applied (see php.ini 'precision')
while sprintf "%d" does not round but will cut of all decimals 

sprintf("%d",round($result)) should work find

Previous Comments:
---

[2001-02-13 18:21:22] [EMAIL PROTECTED]
Sometimes when trying to multiply a float and a int then print the result out with 
sprintf there is a error in the computation.

The following code produces the incorrect output:



Not sure if there is something obvious that I am missing? Any help would be 
appreciated.

My config line:
./configure --with-mysql=/usr --with-apxs=/usr/sbin/apxs --with-gd=/usr/local 
--enable-trans-sid --enable-track-vars --enable-bcmath --with-ttf

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9248&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9248: float,int multiplication problem when using sprintf

[mike]

From: [EMAIL PROTECTED]
Operating system: Redhat 6.2
PHP version:  4.0.4pl1
PHP Bug Type: Math related
Bug description:  float,int multiplication problem when using sprintf

Sometimes when trying to multiply a float and a int then print the result out with 
sprintf there is a error in the computation.

The following code produces the incorrect output:



Not sure if there is something obvious that I am missing? Any help would be 
appreciated.

My config line:
./configure --with-mysql=/usr --with-apxs=/usr/sbin/apxs --with-gd=/usr/local 
--enable-trans-sid --enable-track-vars --enable-bcmath --with-ttf


-- 
Edit Bug report at: http://bugs.php.net/?id=9248&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9247 Updated: unable to load extension php_ldap.dll

[jmoore]

ID: 9247
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: IIS related
Assigned To: 
Comments:

THis is not a bug but a support issue please see http://www.php.net/support.php and 
read the bugs dos and donts before posting again.

James

Previous Comments:
---

[2001-02-13 17:53:24] [EMAIL PROTECTED]
PHP is installed on a NT-workstationn 4.0 with the IIS 4.0. PHP itself works well.

As I need LDAP support, I have un-commented the extension php_ldap.dll and I have set 
the extension-dir correctly in the php.ini file. But at loading the DLL there appears 
an error 'Unable to load C:php4extensionsphp_ldap.dll - Procedure not found...'

In my opinion I have checked all settings more than once and I have tried all 
possibilities which I could imagine to help me solve the problem.

Any suggestions available?

Regards, Johann

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9247&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9247: unable to load extension php_ldap.dll

[johann . schadler]

From: [EMAIL PROTECTED]
Operating system: NT 4.0 
PHP version:  4.0.4pl1
PHP Bug Type: IIS related
Bug description:  unable to load extension php_ldap.dll

PHP is installed on a NT-workstationn 4.0 with the IIS 4.0. PHP itself works well.

As I need LDAP support, I have un-commented the extension php_ldap.dll and I have set 
the extension-dir correctly in the php.ini file. But at loading the DLL there appears 
an error 'Unable to load C:\php4\extensions\php_ldap.dll - Procedure not found...'

In my opinion I have checked all settings more than once and I have tried all 
possibilities which I could imagine to help me solve the problem.

Any suggestions available?

Regards, Johann


-- 
Edit Bug report at: http://bugs.php.net/?id=9247&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Changing implementation of get_meta_tags for 4.0.5

[André Langhorst]

> This will break backwards compatibility, and I am not really in favor of
> adding a new param to get_meta_tags in order to include this new
> functionality, that will just obfuscate the code more than it needs to be.
> I think we should just change one implementation, to another, better one.  I
> can't imagine that that many people are using this tag often enough to
> require a huge change in their code.

following your description, that function is really broeken (lack of 
functionality) and thus needs a non-backwards-compatible fix, your fix 
sounds nice indeed
this function is not widespreadly used I guess

2c

-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6032 Updated: Only default charset available in sybase

[joey]

ID: 6032
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sybase-ct (ctlib) related
Assigned To: 
Comments:

Actually, this patch has been in 4.0 since 4.0.2...this is a patch against 3.0 to do 
the same thing.

Previous Comments:
---

[2001-02-10 14:57:26] [EMAIL PROTECTED]
refiled against 4.0.

---

[2000-08-08 21:45:54] [EMAIL PROTECTED]
I had a problem with sybase-dblib a couple of days ago, and fixed it sending an extra 
parameter (character set) in the connection information. It turned out I _actually_ 
needed it with ct-lib, not dblib. Following patch does the same for dblib. (See 
description in bug #5996).

-+-+-cut from next line. file php3_sybase-ct_charsets.patch-+-+-
--- functions/sybase-ct.c.orig  Mon Feb  7 18:54:51 2000
+++ functions/sybase-ct.c   Tue Aug  8 20:15:03 2000
@@ -349,8 +349,10 @@
 }


-static int _php3_sybct_really_connect(sybct_link *sybct, char *host, char *user, char 
*passwd)
+static int _php3_sybct_really_connect(sybct_link *sybct, char *host, char *user, char 
+*passwd, char *charset)
 {
+   CS_LOCALE *tmp_locale;
+
/* set a CS_CONNECTION record */
if (ct_con_alloc(context, &sybct->connection)!=CS_SUCCEED) {
php3_error(E_WARNING,"Sybase:  Unable to allocate connection record");
@@ -371,7 +373,25 @@
ct_con_props(sybct->connection, CS_SET, CS_PASSWORD, passwd, 
CS_NULLTERM, NULL);
}
ct_con_props(sybct->connection, CS_SET, CS_APPNAME, php3_sybct_module.appname, 
CS_NULLTERM, NULL);
-
+
+   if (charset) {
+   if (cs_loc_alloc(context, &tmp_locale)!=CS_SUCCEED) {
+   php3_error(E_WARNING,"Sybase: Unable to allocate locale 
+information.");
+   } else {
+   if (cs_locale(context, CS_SET, tmp_locale, CS_LC_ALL, NULL, 
+CS_NULLTERM, NULL)!=CS_SUCCEED) {
+   php3_error(E_WARNING,"Sybase:  Unable to load default 
+locale data.");
+   } else {
+   if (cs_locale(context, CS_SET, tmp_locale, 
+CS_SYB_CHARSET, charset, CS_NULLTERM, NULL)!=CS_SUCCEED) {
+   php3_error(E_WARNING,"Sybase:  Unable to 
+update character set.");
+   } else {
+   if (ct_con_props(sybct->connection, CS_SET, 
+CS_LOC_PROP, tmp_locale, CS_UNUSED, NULL)!=CS_SUCCEED) {
+   php3_error(E_WARNING,"Sybase: Unable 
+to update connection properties.");
+   }
+   }
+   }
+   }
+   }
+
if (php3_sybct_module.hostname) {
ct_con_props(sybct->connection, CS_SET, CS_HOSTNAME, 
php3_sybct_module.hostname, CS_NULLTERM, NULL);
}
@@ -399,7 +419,7 @@

 static void php3_sybct_do_connect(INTERNAL_FUNCTION_PARAMETERS,int persistent)
 {
-   char *user,*passwd,*host;
+   char *user,*passwd,*host,*charset;
char *hashed_details;
int hashed_details_length;
sybct_link *sybct_ptr;
@@ -409,7 +429,7 @@

switch(ARG_COUNT(ht)) {
case 0: /* defaults */
-   host=user=passwd=NULL;
+   host=user=passwd=charset=NULL;
hashed_details_length=5+3;
hashed_details = (char *) emalloc(hashed_details_length+1);
strcpy(hashed_details,"sybct___");
@@ -422,7 +442,7 @@
}
convert_to_string(yyhost);
host = yyhost->value.str.val;
-   user=passwd=NULL;
+   user=passwd=charset=NULL;
hashed_details_length = yyhost->value.str.len+5+3;
hashed_details = (char *) 
emalloc(hashed_details_length+1);

sprintf(hashed_details,"sybct_%s__",yyhost->value.str.val);
@@ -438,7 +458,7 @@
convert_to_string(yyuser);
host = yyhost->value.str.val;
user = yyuser->value.str.val;
-   passwd=NULL;
+   passwd=charset=NULL;
hashed_details_length = 
yyhost->value.str.len+yyuser->value.str.len+5+3;
hashed_details = (char *) 
emalloc(hashed_details_length+1);

sprintf(hashed_details,"sybct_%s_%s_",yyhost->value.str.val,yyuser->value.str.val); 
@@ -456,11 +476,31 @@
host = yyhost->value.st

[PHP-DEV] open_basedir functionality expansion

[Dennis Youngblood]

I have developed a patch to expand the functionality of open_basedir, to
allow an open_basedir setting such as "/home/domains/*/htdocs" to be
processed This allows for a much simplified setup in a multi-hosting
environment  Who can I submit this patch to, to see if it would be
worthy of including in the next release of PHP?

Dennis Youngblood
Web-Hosting Administrator
RCS Internet
www.rcsis.com
916.772.5014



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Karma request

[Joey Smith]

Can I get karma back in php3 and php4?


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #2976 Updated: odbc_execute miss-use SQLBindParameter

[kalowsky]

ID: 2976
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
Assigned To: 
Comments:

I've begun to investigate many of the ODBC windows bugs... I'll see if I can jump on 
this one as well... I miss FreeBSD already...

Previous Comments:
---

[2001-02-13 15:40:01] [EMAIL PROTECTED]
i've sent a msg to the reporter, it got back. seems like he doesn't work there 
anymore. anyone with MS Access willing to test the snippet?

---

[2000-07-23 02:59:17] [EMAIL PROTECTED]
I will do some testing and see if I can reproduce the error in a recent release.

---

[1999-12-14 22:40:29] [EMAIL PROTECTED]
while use odbc prepare, if query statment owns one more variables, odbc execute will 
result wrong parameter binding if these variables are not the same type. For example, 
in SQL Server 7, establish a table 'TABLE1' with two columns: name:char(10), age:int, 
then try to insert some records as follow : 

$conn = odbc_connect("SQL_7_DSN", "", "", SQL_CUR_DEFAULT) or die("Connect 
errorn");

$stmt = odbc_prepare($conn, "insert into TABLE1 (name,age) values(?,?)") or 
die("Prepare errorn");

#odbc_exec($conn, "insert into TABLE1 (name,age) values('abc',1)"); # odbc_exec 
works fine without error

for ($i=0; $i <= 10; $i++)
{   
odbc_execute($stmt, array("abc".$i, $i));
} 

odbc_close($conn);

But, if change "insert into TABLE1 (name,age) values (?,?)" to "insert into TABLE1 
(age,name) values (?,?)" and change odbc_execute($stmt, array("abc".$i, $i)) to 
odbc_execute($stmt, array($i, "abc".$i)), everything works fine in SQL Server. It 
seems odbc_execute did not bind right parameter to right variables. I suggest add some 
function like odbc_bindParameter(...) to set suitable type.

BTW, take MS Access as DSN, which one in the above will not works :(

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=2976&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #2934 Updated: Segfault with Openlink

[cynic]

ID: 2934
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Assigned To: 
Comments:

user feedback:
*
I gave up on it a long time ago.  Never was able to get any version to work.
*

anyone with access to AIX willing to test this?

Previous Comments:
---

[2000-07-24 17:38:10] [EMAIL PROTECTED]
This bug was not confirmed or resolved.
User attempted install of later releases, but could not get them to compile.

I will try to find if the bug exists in more current releases of PHP on AIX.

---

[2000-07-23 02:26:10] [EMAIL PROTECTED]
Have contacted user to see if problem still occurs with latest release of PHP.


---

[1999-12-07 18:09:58] [EMAIL PROTECTED]
I'm getting consistent crashes when trying to connect to an odbc data source.  This 
was occurring with Beta 3, and appears to still exist in current CVS code.  I'm 
somewhat new with this backtracing stuff, so hopefully the following is useful.  If 
not, please let me know what I need to do to get a useful backtrace:

# gdb httpd
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (powerpc-ibm-aix4.1.4.0), 
Copyright 1996 Free Software Foundation, Inc...
(gdb) run -X -f /usr/local/www/conf/httpd.conf
Starting program: /usr/local/www/bin/httpd -X -f /usr/local/www/conf/httpd.conf

Program received signal SIGSEGV, Segmentation fault.
0xd030d9e4 in ?? () from (unknown load module)
(gdb) bt
#0  0xd030d9e4 in ?? () from (unknown load module)
#1  0xd030d978 in ?? () from (unknown load module)
#2  0xd04a616c in ?? () from (unknown load module)
#3  0xd04a6358 in ?? () from (unknown load module)
#4  0xd04a23b8 in ?? () from (unknown load module)
#5  0xd04be4e4 in ?? () from (unknown load module)
#6  0xd045d2d8 in _iodbcdm_driverload ()
#7  0xd045bf7c in SQLDriverConnect ()
#8  0x101c83d4 in odbc_sqlconnect (conn=0x2ff20b7c, 
db=0x2017dc70 "DSN=dsn_pro83b", uid=0x0, pwd=0x1000 "

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9246:

[kasper]

From: [EMAIL PROTECTED]
Operating system: win 2000 server
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  

In the end of the installation this alert pops up:
component "mscomctl.ocx or one of its dependencies not correctly registered: a file is 
missing or invalid.

I have a clean install of win2k server.


-- 
Edit Bug report at: http://bugs.php.net/?id=9246&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #2976 Updated: odbc_execute miss-use SQLBindParameter

[cynic]

ID: 2976
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
Assigned To: 
Comments:

i've sent a msg to the reporter, it got back. seems like he doesn't work there 
anymore. anyone with MS Access willing to test the snippet?

Previous Comments:
---

[2000-07-23 02:59:17] [EMAIL PROTECTED]
I will do some testing and see if I can reproduce the error in a recent release.

---

[1999-12-14 22:40:29] [EMAIL PROTECTED]
while use odbc prepare, if query statment owns one more variables, odbc execute will 
result wrong parameter binding if these variables are not the same type. For example, 
in SQL Server 7, establish a table 'TABLE1' with two columns: name:char(10), age:int, 
then try to insert some records as follow : 

$conn = odbc_connect("SQL_7_DSN", "", "", SQL_CUR_DEFAULT) or die("Connect 
errorn");

$stmt = odbc_prepare($conn, "insert into TABLE1 (name,age) values(?,?)") or 
die("Prepare errorn");

#odbc_exec($conn, "insert into TABLE1 (name,age) values('abc',1)"); # odbc_exec 
works fine without error

for ($i=0; $i <= 10; $i++)
{   
odbc_execute($stmt, array("abc".$i, $i));
} 

odbc_close($conn);

But, if change "insert into TABLE1 (name,age) values (?,?)" to "insert into TABLE1 
(age,name) values (?,?)" and change odbc_execute($stmt, array("abc".$i, $i)) to 
odbc_execute($stmt, array($i, "abc".$i)), everything works fine in SQL Server. It 
seems odbc_execute did not bind right parameter to right variables. I suggest add some 
function like odbc_bindParameter(...) to set suitable type.

BTW, take MS Access as DSN, which one in the above will not works :(

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=2976&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] PHP 4.0 Bug #2934 Updated: Segfault with Openlink

[Cynic]

I've just mailed the user. I'll let you know if he replies.

At 20:41 13.2. 2001, Andrew Hill wrote the following:
-- 
>Please let me know if I can help by testing anything.
>I've not received any reports of crashes with OpenLink recently.
>
>Best regards,
>Andrew
>--
>Andrew Hill - OpenLink Software
>Director Technology Evangelism
>eBusiness Infrastructure Technology
>http://www.openlinksw.com
>office:781.273.0900 x 27
>mobile:781.608.4217
>
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>> Sent: Tuesday, February 13, 2001 2:36 PM
>> To: [EMAIL PROTECTED]
>> Subject: [PHP-DEV] PHP 4.0 Bug #2934 Updated: Segfault with Openlink
>>
>>
>> ID: 2934
>> Updated by: zak
>> Reported By: [EMAIL PROTECTED]
>> Old-Status: Assigned
>> Status: Open
>> Bug Type: Reproduceable crash
>> Assigned To:
>> Comments:
>>
>>
>>
>> Previous Comments:
>> --
>> -
>>
>> [2000-07-23 02:26:10] [EMAIL PROTECTED]
>> Have contacted user to see if problem still occurs with latest
>> release of PHP.
>>
>>
>> --
>> -
>>
>> [1999-12-07 18:09:58] [EMAIL PROTECTED]
>> I'm getting consistent crashes when trying to connect to an odbc
>> data source.  This was occurring with Beta 3, and appears to
>> still exist in current CVS code.  I'm somewhat new with this
>> backtracing stuff, so hopefully the following is useful.  If not,
>> please let me know what I need to do to get a useful backtrace:
>>
>> # gdb httpd
>> GDB is free software and you are welcome to distribute copies of it
>>  under certain conditions; type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB; type "show warranty" for details.
>> GDB 4.16 (powerpc-ibm-aix4.1.4.0),
>> Copyright 1996 Free Software Foundation, Inc...
>> (gdb) run -X -f /usr/local/www/conf/httpd.conf
>> Starting program: /usr/local/www/bin/httpd -X -f
>> /usr/local/www/conf/httpd.conf
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0xd030d9e4 in ?? () from (unknown load module)
>> (gdb) bt
>> #0  0xd030d9e4 in ?? () from (unknown load module)
>> #1  0xd030d978 in ?? () from (unknown load module)
>> #2  0xd04a616c in ?? () from (unknown load module)
>> #3  0xd04a6358 in ?? () from (unknown load module)
>> #4  0xd04a23b8 in ?? () from (unknown load module)
>> #5  0xd04be4e4 in ?? () from (unknown load module)
>> #6  0xd045d2d8 in _iodbcdm_driverload ()
>> #7  0xd045bf7c in SQLDriverConnect ()
>> #8  0x101c83d4 in odbc_sqlconnect (conn=0x2ff20b7c,
>> db=0x2017dc70 "DSN=dsn_pro83b", uid=0x0, pwd=0x1000 "
>>
>> --
>> PHP Development Mailing List 
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>-- 
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]
--end of quote-- 




Cynic:

A member of a group of ancient Greek philosophers who taught
that virtue constitutes happiness and that self control is
the essential part of virtue.

[EMAIL PROTECTED]



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9245: mysql_connect, mysql_pconnect do not report errors if there are any.

[mike]

From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.0.4pl1
PHP Bug Type: MySQL related
Bug description:  mysql_connect, mysql_pconnect do not report errors if there are any. 

same situation as bug ID #9049


-- 
Edit Bug report at: http://bugs.php.net/?id=9245&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9244: sybase-ct does not report MSSQL-server errors

[arjan]

From: [EMAIL PROTECTED]
Operating system: Linux Mandrake 7.1
PHP version:  4.0.4pl1
PHP Bug Type: MSSQL related
Bug description:  sybase-ct does not report MSSQL-server errors

Bug #7881, as posted by [EMAIL PROTECTED] is still present in PHP4.0.4pl1. My 
configuration is: Linux Mandrake 7.1, Apache 1.3.17, PHP4.0.4pl1, 
sybase-common-11.9.2.-3.1386.rpm, sybase-openclient-11.1.1-3.i386.rpm, SQLServer 
7.0SP3 on Win2K.
Sending a valid query, using mssql_query() works fine, sending an invalid query (for a 
table that does not exist for example), hangs the script. PHP does not timeout, the 
browser does eventually.
For more details, see bug #7881.

Thanks,

Arjan


-- 
Edit Bug report at: http://bugs.php.net/?id=9244&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9243: configure emerges with bad LIBS '-l-L/usr/local/lib'

[casterln]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version:  4.0 Latest CVS (13/02/2001)
PHP Bug Type: *Configuration Issues
Bug description:  configure emerges with bad LIBS '-l-L/usr/local/lib'

With the latest cvs (13/01/2001) and configure line

'./configure' '--with-apache=../apache_1.3.17' '--with-mysql=/opt/mysql'

generates a bad LIBS line:
LIBS=-lmysqlclient -l-L/usr/local/lib -lglib -lresolv -lresolv -lm -ldl -lcrypt -lnsl 
-lsocket  -lsocket -lgcc

Here is debug.log:
CONFIGURE:   './configure' '--with-apache=../apache_1.3.17' '--with-mysql=/opt/mysql'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS
CXX:
CXXFLAGS:   
INCLUDES:-I/opt/src/apache/apache_1.3.17/src/include 
-I/opt/src/apache/apache_1.3.17/src/os/unix  -I$(top_builddir)/Ze
nd -I/opt/mysql/include/mysql
LDFLAGS: -R/usr/ucblib -L/usr/ucblib 
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -L/usr/local/lib/gcc-lib/spa
rc-sun-solaris2.6/2.95.2 -R/opt/mysql/lib/mysql -L/opt/mysql/lib/mysql
LIBS:   -lmysqlclient -l-L/usr/local/lib -lglib -lresolv -lresolv -lm -ldl -lcrypt 
-lnsl -lsocket  -lsocket -lgcc
DLIBS:  
SAPI:   apache
PHP_RPATHS:  /usr/ucblib /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 
/opt/mysql/lib/mysql
uname -a:   SunOS nature.Berkeley.EDU 5.6 Generic_105181-23 sun4u sparc SUNW,Ultra-4

gcc -o conftest -g -O2  -D_POSIX_PTHREAD_SEMANTICS  -R/usr/ucblib -L/usr/ucblib 
-R/usr/local/lib/gcc-lib/sparc-sun-solaris
2.6/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -R/opt/mysql/lib/mysql 
-L/opt/mysql/lib/mysql conftest.c -
lmysqlclient -l-L/usr/local/lib -lglib -lresolv -lresolv -lm -ldl -lcrypt -lnsl 
-lsocket  -lsocket -lgcc 1>&5
ld: fatal: library -l-L/usr/local/lib: not found
ld: fatal: File processing errors. No output written to conftest
collect2: ld returned 1 exit status





-- 
Edit Bug report at: http://bugs.php.net/?id=9243&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] PHP 4.0 Bug #2934 Updated: Segfault with Openlink

[Andrew Hill]

Please let me know if I can help by testing anything.
I've not received any reports of crashes with OpenLink recently.

Best regards,
Andrew
--
Andrew Hill - OpenLink Software
Director Technology Evangelism
eBusiness Infrastructure Technology
http://www.openlinksw.com
office:781.273.0900 x 27
mobile:781.608.4217

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 13, 2001 2:36 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-DEV] PHP 4.0 Bug #2934 Updated: Segfault with Openlink
>
>
> ID: 2934
> Updated by: zak
> Reported By: [EMAIL PROTECTED]
> Old-Status: Assigned
> Status: Open
> Bug Type: Reproduceable crash
> Assigned To:
> Comments:
>
>
>
> Previous Comments:
> --
> -
>
> [2000-07-23 02:26:10] [EMAIL PROTECTED]
> Have contacted user to see if problem still occurs with latest
> release of PHP.
>
>
> --
> -
>
> [1999-12-07 18:09:58] [EMAIL PROTECTED]
> I'm getting consistent crashes when trying to connect to an odbc
> data source.  This was occurring with Beta 3, and appears to
> still exist in current CVS code.  I'm somewhat new with this
> backtracing stuff, so hopefully the following is useful.  If not,
> please let me know what I need to do to get a useful backtrace:
>
> # gdb httpd
> GDB is free software and you are welcome to distribute copies of it
>  under certain conditions; type "show copying" to see the conditions.
> There is absolutely no warranty for GDB; type "show warranty" for details.
> GDB 4.16 (powerpc-ibm-aix4.1.4.0),
> Copyright 1996 Free Software Foundation, Inc...
> (gdb) run -X -f /usr/local/www/conf/httpd.conf
> Starting program: /usr/local/www/bin/httpd -X -f
> /usr/local/www/conf/httpd.conf
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xd030d9e4 in ?? () from (unknown load module)
> (gdb) bt
> #0  0xd030d9e4 in ?? () from (unknown load module)
> #1  0xd030d978 in ?? () from (unknown load module)
> #2  0xd04a616c in ?? () from (unknown load module)
> #3  0xd04a6358 in ?? () from (unknown load module)
> #4  0xd04a23b8 in ?? () from (unknown load module)
> #5  0xd04be4e4 in ?? () from (unknown load module)
> #6  0xd045d2d8 in _iodbcdm_driverload ()
> #7  0xd045bf7c in SQLDriverConnect ()
> #8  0x101c83d4 in odbc_sqlconnect (conn=0x2ff20b7c,
> db=0x2017dc70 "DSN=dsn_pro83b", uid=0x0, pwd=0x1000 "
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #2934 Updated: Segfault with Openlink

[zak]

ID: 2934
Updated by: zak
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Open
Bug Type: Reproduceable crash
Assigned To: 
Comments:



Previous Comments:
---

[2000-07-23 02:26:10] [EMAIL PROTECTED]
Have contacted user to see if problem still occurs with latest release of PHP.


---

[1999-12-07 18:09:58] [EMAIL PROTECTED]
I'm getting consistent crashes when trying to connect to an odbc data source.  This 
was occurring with Beta 3, and appears to still exist in current CVS code.  I'm 
somewhat new with this backtracing stuff, so hopefully the following is useful.  If 
not, please let me know what I need to do to get a useful backtrace:

# gdb httpd
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (powerpc-ibm-aix4.1.4.0), 
Copyright 1996 Free Software Foundation, Inc...
(gdb) run -X -f /usr/local/www/conf/httpd.conf
Starting program: /usr/local/www/bin/httpd -X -f /usr/local/www/conf/httpd.conf

Program received signal SIGSEGV, Segmentation fault.
0xd030d9e4 in ?? () from (unknown load module)
(gdb) bt
#0  0xd030d9e4 in ?? () from (unknown load module)
#1  0xd030d978 in ?? () from (unknown load module)
#2  0xd04a616c in ?? () from (unknown load module)
#3  0xd04a6358 in ?? () from (unknown load module)
#4  0xd04a23b8 in ?? () from (unknown load module)
#5  0xd04be4e4 in ?? () from (unknown load module)
#6  0xd045d2d8 in _iodbcdm_driverload ()
#7  0xd045bf7c in SQLDriverConnect ()
#8  0x101c83d4 in odbc_sqlconnect (conn=0x2ff20b7c, 
db=0x2017dc70 "DSN=dsn_pro83b", uid=0x0, pwd=0x1000 "

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #2976 Updated: odbc_execute miss-use SQLBindParameter

[zak]

ID: 2976
Updated by: zak
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Open
Bug Type: ODBC related
Assigned To: 
Comments:



Previous Comments:
---

[1999-12-14 22:40:29] [EMAIL PROTECTED]
while use odbc prepare, if query statment owns one more variables, odbc execute will 
result wrong parameter binding if these variables are not the same type. For example, 
in SQL Server 7, establish a table 'TABLE1' with two columns: name:char(10), age:int, 
then try to insert some records as follow : 

$conn = odbc_connect("SQL_7_DSN", "", "", SQL_CUR_DEFAULT) or die("Connect 
errorn");

$stmt = odbc_prepare($conn, "insert into TABLE1 (name,age) values(?,?)") or 
die("Prepare errorn");

#odbc_exec($conn, "insert into TABLE1 (name,age) values('abc',1)"); # odbc_exec 
works fine without error

for ($i=0; $i <= 10; $i++)
{   
odbc_execute($stmt, array("abc".$i, $i));
} 

odbc_close($conn);

But, if change "insert into TABLE1 (name,age) values (?,?)" to "insert into TABLE1 
(age,name) values (?,?)" and change odbc_execute($stmt, array("abc".$i, $i)) to 
odbc_execute($stmt, array($i, "abc".$i)), everything works fine in SQL Server. It 
seems odbc_execute did not bind right parameter to right variables. I suggest add some 
function like odbc_bindParameter(...) to set suitable type.

BTW, take MS Access as DSN, which one in the above will not works :(

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=2976&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9238 Updated: strpos() cannot indicate success when matching char is first

[phpbug]

ID: 9238
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Strings related
Description: strpos() cannot indicate success when matching char is first

Thank you.  I would recommend making a minor point in the documentation to clarify the 
requirement of checking against false (or != false) explicitly.  I imagine many people 
would be bitten by this little gotcha, particularly when coming from C backgrounds 
where if !() is used for if () == false.

Thanks for the swift response.  Your suggested work-around works just fine.

=Rob=


Previous Comments:
---

[2001-02-13 12:48:12] [EMAIL PROTECTED]
all you need is
if( false !== strpos($SSL_PROTOCOL,"SSL")) || false !== (strpos($SSL_PROTOCOL,"TLS")) 
)


---

[2001-02-13 07:39:38] [EMAIL PROTECTED]
Sample script:

(Note, this will never report SSL even when $SSL_PROTOCOL=SSLv3 or TLSv1)

Your connection method is: ";

if ( (strpos($SSL_PROTOCOL,"SSL")) || (strpos($SSL_PROTOCOL,"TLS")) )
{
echo "SSL!";
}
else
{
echo "non-SSL!";
}
?>

The documentation says strpos() returns FALSE if no match.  But what about a match on 
the first character (index 0)?  Seems like the index returned should have been 1-based 
instead.

The routine is flawless when the code is rewritten thusly:

Your connection method is: ";

if ( (strpos($SSL_PROTOCOL,"SL")) || (strpos($SSL_PROTOCOL,"LS")) )
{
echo "SSL!";
}
else
{
echo "non-SSL!";
}
?>

configuration line for PHP4 build:

Command './configure' '--with-mhash=/usr/local' '--with-mcrypt=/usr/local' 
'--with-mysql=/usr/local' '--enable-trans-sid' '--with-mm=/usr/local' 
'--enable-memory-limit' '--with-zlib' '--enable-inline-optimization' 
'--with-imap=/usr/local' '--with-imap-ssl' '--with-gmp' '--with-gd' '--with-cpdflib' 
'--with-pdflib' '--with-tiff-dir' '--with-jpeg-dir' '--with-png-dir' 
'--enable-track-vars' '--enable-bcmath' '--enable-calendar' '--with-db3' 
'--enable-ftp' '--enable-shmop' '--enable-sockets' '--enable-sysvsem' 
'--enable-sysvshm' '--with-apache=../apache_1.3.14' 

OpenSSL 0.9.6, mod_ssl/2.7.1

---


Full Bug description available at: http://bugs.php.net/?id=9238


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9241 Updated: segfault/core dump using libmcrypt 2.4.9

[derick]

ID: 9241
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: mcrypt related
Assigned To: derick
Comments:

Well, it seems that I need a full day now to fix all the bugs in mcrypt :)

Previous Comments:
---

[2001-02-13 12:02:08] [EMAIL PROTECTED]
The following script cause a core dump, but only with "blowfish":

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]

[PHP-DEV] PHP 4.0 Bug #4131 Updated: ODBC fetch_into/result_all access violation

[kara]

ID: 4131
Updated by: kara
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: ODBC related
Assigned To: kara
Comments:

There hasn't been any feedback, so closing

Previous Comments:
---

[2000-07-25 22:21:07] [EMAIL PROTECTED]
Has there been any progress on this bug?

---

[2000-04-17 05:56:57] [EMAIL PROTECTED]
Could you please try the following to nail down the problem:
1. Does odbc_result work with your MAX() statement?
2. Does odbc_result_all()/odbc_fetch_into() work with SQL
   statements that return more than 1 Row?
Please turn on ODBC tracing for these tests. 


---

[2000-04-13 21:11:07] [EMAIL PROTECTED]
Oracle's newest ODBC drivers can make MAX() work since the ODBCTEST program work and I 
just found that the drivers are level 3 ODBC compliant. Might help? I'd like to hack a 
patch but I never did that on any program.

I also did a backtrace of the calls received by the Oracle 8i database and I can tell 
that the select was executed and that it returned something succesfully. So I believe 
that PHP might have a bug.

I'll try to get more info...

---

[2000-04-13 10:37:57] [EMAIL PROTECTED]
Sorry I forgot to say that I use SP6 with my NT Server.

---

[2000-04-13 10:33:04] [EMAIL PROTECTED]
Update:

both odbc_fetch_into() and odbc_result_all() functions crash

odbc_exec() seems to work fine and returns a resource id but this id doesn't seem to 
be valid.



---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=4131&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9238 Updated: strpos() cannot indicate success when matching char is first

[cynic]

ID: 9238
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Strings related
Assigned To: 
Comments:

all you need is
if( false !== strpos($SSL_PROTOCOL,"SSL")) || false !== (strpos($SSL_PROTOCOL,"TLS")) 
)


Previous Comments:
---

[2001-02-13 07:39:38] [EMAIL PROTECTED]
Sample script:

(Note, this will never report SSL even when $SSL_PROTOCOL=SSLv3 or TLSv1)

Your connection method is: ";

if ( (strpos($SSL_PROTOCOL,"SSL")) || (strpos($SSL_PROTOCOL,"TLS")) )
{
echo "SSL!";
}
else
{
echo "non-SSL!";
}
?>

The documentation says strpos() returns FALSE if no match.  But what about a match on 
the first character (index 0)?  Seems like the index returned should have been 1-based 
instead.

The routine is flawless when the code is rewritten thusly:

Your connection method is: ";

if ( (strpos($SSL_PROTOCOL,"SL")) || (strpos($SSL_PROTOCOL,"LS")) )
{
echo "SSL!";
}
else
{
echo "non-SSL!";
}
?>

configuration line for PHP4 build:

Command './configure' '--with-mhash=/usr/local' '--with-mcrypt=/usr/local' 
'--with-mysql=/usr/local' '--enable-trans-sid' '--with-mm=/usr/local' 
'--enable-memory-limit' '--with-zlib' '--enable-inline-optimization' 
'--with-imap=/usr/local' '--with-imap-ssl' '--with-gmp' '--with-gd' '--with-cpdflib' 
'--with-pdflib' '--with-tiff-dir' '--with-jpeg-dir' '--with-png-dir' 
'--enable-track-vars' '--enable-bcmath' '--enable-calendar' '--with-db3' 
'--enable-ftp' '--enable-shmop' '--enable-sockets' '--enable-sysvsem' 
'--enable-sysvshm' '--with-apache=../apache_1.3.14' 

OpenSSL 0.9.6, mod_ssl/2.7.1

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9238&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9242: base64_encode, decode and imap_binary

[karl]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2
PHP version:  4.0.4pl1
PHP Bug Type: Mail related
Bug description:  base64_encode, decode and imap_binary

when building mime attachments for emails with chunk_split(base64encode(something)) 
oder imap_binary(something) the rusult cant be read by the email clients. decoding of 
the result ends up in the same file then the original was. looks like some general 
error in encoding/decoding. when using an external routing in that srcipt (eg 
uuenview) to encode it and add the result into the mime email everything ´works fine.


-- 
Edit Bug report at: http://bugs.php.net/?id=9242&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9237 Updated: date function parameters won't work on PWS

[cynic]

ID: 9237
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Date/time related
Assigned To: 
Comments:

I bet the text of the errmsg is somethign like this:

Warning:  Use of undefined constant x - assumed 'x' in ... on line ...

this is caused by error_reporting set high enough to trigger this warning. 

Previous Comments:
---

[2001-02-13 05:26:30] [EMAIL PROTECTED]
On linux (built in) and IIS 4.0 (cgi vers) on nt4.0 wrkst i can use function for 
example:
 function getThisMonth(){
  $dat=getdate();
  return $dat[mon];
 }
 without problem.
On pws it reproduces error (description I don't remember -> it happens at home)
I should put mon in double quotes '"'. Then it works.
This error happens with other parameters like nmon, year ...
With quotes it works on linux and IIS 4.0 too.

Thanks,
Andris

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9237&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7007 Updated: The pg_close function doesn't close the connection.

[thies]

ID: 7007
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

it seems that postgres does not shut down connections synchronous which means that 
after pg_close() the connection is still alive for a very short moment (and so are the 
locks). inserting a sleep(1) after pg_close() fixed the problem 100% for me. i'm in 
contact with some postgres guy to confirm. i can assure you that it's not a 
php-problem.


Previous Comments:
---

[2000-10-04 03:05:12] [EMAIL PROTECTED]
The script below doesn't remove the database because the second
link is not closed and the postgres will not drop a database if there is a connection 
using it.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7007&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9213 Updated: pg_connect and postgres unstable

[thies]

ID: 9213
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

believed to be fixed in CVS

Previous Comments:
---

[2001-02-11 11:42:29] [EMAIL PROTECTED]
I think that the bugs 

#9123 and #9185 need to be fixed a soon as possible.
I have been using php on an high loaded machine and after 1-2 hours postgres and httpd 
need to be restarted.
I tried to change all pg_connect to pg_pconnect but without success!

I have tried latest CVS but problem persist!


Alex

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9213&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9123 Updated: Multiple pg_connect or a pg_connect with multiple pg_pconnects breaks

[thies]

ID: 9123
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

fixed in CVS

Previous Comments:
---

[2001-02-05 20:15:05] [EMAIL PROTECTED]
First off... none of these problems existed with 4.0.2

Multiple pg_pconnect per page works fine

Multiple pg_connect  per page fails with an invalid link resource error.

a SINGLE pg_connect with multiple pg_pconnect fails with same error.

There error is reported upon accessing a pg_connect'ed connection (NOT the 
pg_pconnect) and looks as follows

Warning: 5 is not a valid PostgreSQL link resource in 

Joe



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9123&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9048 Updated: problem to open several connections on 4.0.4pl1 that worked on 4.0.2

[thies]

ID: 9048
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

fixed in CVS

Previous Comments:
---

[2001-02-01 08:39:03] [EMAIL PROTECTED]
There's only one postgresql version, only one php script (and then, only one 
base/table for the test).
Both versions of php (and apache) are running at the same time.

The sample program:
";
  $cn = pg_connect("host= port=5432 user=xxx password= dbname=");

  $sql = "Select * from os_log limit 10;";
  $rs = pg_exec($cn, $sql);

  if ($rs == false)
echo 'bugn';
  else
echo 'okn';
  flush();
}
?>



php 4.0.2 result:

open connection 0
ok
open connection 1
ok
open connection 2
ok
open connection 3
ok
open connection 4
ok
open connection 5
ok
open connection 6
ok
open connection 7
ok
open connection 8
ok
open connection 9
ok

php 4.0.4pl1 result:
open connection 0
ok
open connection 1
ok
open connection 2
ok
open connection 3

Warning: 1 is not a valid PostgreSQL link resource in /opt/web/netos.dev/db.php on 
line 7
bug
open connection 4
ok
open connection 5
ok
open connection 6
ok
open connection 7

Warning: 5 is not a valid PostgreSQL link resource in /opt/web/netos.dev/db.php on 
line 7
bug
open connection 8
ok
open connection 9
ok



php compilation options:

for 4.0.4pl1:

./configure --prefix=/opt/php-4.0.4pl1.test --with-apache=../apache_1.3.12 
--with-config-file-path=/opt/php-4.0.4pl1.test/lib 
--enable-track-vars --enable-ftp --with-readline --with-imap=/opt/c-client 
--with-mysql=/opt/mysql --with-pgsql=/opt/postgresql 
--enable-trans-sid 
--enable-sysvsem --enable-sysvshm --enable-memory-limit 
--enable-debug=no --with-ttf=/opt/freetype --with-t1lib=/opt/t1lib 
--with-regex=php --with-xml 
--with-jpeg-dir=/opt/jpeg --with-tiff-dir=/opt/tiff --with-png-dir=/opt/libpng 
--with-zlib-dir=/opt/zlib --with-gd=/opt/gd 
--enable-sockets  
--with-swf=/opt/libswf --with-sablot 
--with-pdflib=/opt/pdflib --with-dom=/opt/libxml2 --enable-bcmath

php4.0.2:
There's not --with-dom due to configuration/compilation  problems, but it isn't 
directly linked with postgresql:

./configure --prefix=/opt/php-4.0.2.test2 --with-apache=../apache_1.3.12 
--with-config-file-path=/opt/php-4.0.2.test2/lib 
--enable-track-vars --enable-ftp --with-readline --with-imap=/opt/c-client 
--with-mysql=/opt/mysql --with-pgsql=/opt/postgresql 
--enable-trans-sid 
--enable-sysvsem --enable-sysvshm --enable-memory-limit 
--enable-debug=no --with-ttf=/opt/freetype --with-t1lib=/opt/t1lib 
--with-regex=php --with-xml 
--with-jpeg-dir=/opt/jpeg --with-tiff-dir=/opt/tiff --with-png-dir=/opt/libpng 
--with-zlib-dir=/opt/zlib --with-gd=/opt/gd 
--enable-sockets 
--with-swf=/opt/libswf --with-sablot 
--with-pdflib=/opt/pdflib  --enable-bcmath



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9048&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8907 Updated: pg_Close on multiple connections to same host

[thies]

ID: 8907
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

fixed in CVS

Previous Comments:
---

[2001-01-25 10:50:13] [EMAIL PROTECTED]
I've found that the following code gives an error

";
$pq2 = pg_Connect ("host=$pq_host port=$pq_port
dbname=$pq_db user=$pq_user password=$pq_pwd");
echo "step2";
echo "$pq1 $pq2";
pg_Close ($pq2);
echo "back2";
pg_Close ($pq1);
// ^Here it will send a warning
echo "back1";
?>

It seems that pg_Connect or pg_Close doesn't stack or
consider the number of open calls. At the first pg_Close it
also closes the previous connection.
It works fine with PHP 4.0.3pl1
Seems strange as code bat it's very usefull if you wrote
general purpose routines to access DB.

best regards
 Luca


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8907&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8689 Updated: pg_Connect() seems to do some type of caching that doesn't quite work

[thies]

ID: 8689
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

believed to be fixed in CVS

Previous Comments:
---

[2001-01-13 14:08:06] [EMAIL PROTECTED]
";

  // note 1: by commenting out the following line the bug disappears
  $x = pg_NumRows($result);
  
  // note 2: by commenting out the following line the bug disappears
  $y = pg_NumRows($result);
  
  // note 3: by un-commenting following line the bug disappears
  // pg_close($database);
  
  return 0;
}

// note 4: if the return-value is ignored by commenting out the following
// line (only the first line: $x =)
$x = 
dummy("12345");

echo "database = $database ";

// note 5: a change in the connect-string, like an additional space
// at the end of the connect-string, makes the bug disappear
$database = pg_Connect("dbname=template1 port=5432");
$querystring = "set datestyle to 'ISO'";
$result = pg_exec ($database, $querystring);

echo "database = $database ";


?>

Comment:
You can easily reproduce the bug by copy/paste-ing the above code in a file
and check it out in a browser.
By following the instruction in any one (try one at a time!) of the notes 1 to 5 in 
the above source you can get the bug to dissappear, which doesn't make a lot 
of sense in most cases (except from note 3).
It seems to me, that pg_Connect() decides it has that connection already made
(based on a cmpstr() of the two connect-strings), but the database-ressource
has actually gone out of scope (but only under obscure circumstances, see notes...).

Therefore you will get an error like this:

Warning: 1 is not a valid PostgreSQL link resource in 
/www/auszweiterhand/docs/connect_test.php on line 33

Even though it should be valid at this point.

Thanks for looking into it!

regards
Matt




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8689&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8225 Updated: Suddenly doesnt allow multiple psql connections from one php page

[thies]

ID: 8225
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

applied - thanx

Previous Comments:
---

[2000-12-13 07:11:30] [EMAIL PROTECTED]
Since it seems that this version (4.0.3pl1) doesn't allow multiple PostgreSQL 
connections at the same time as earlier versions (this must be a bug), I had to change 
one line in the PHP code. So I recommend everyone who is going to compile PHP 4.0.3pl 
to do this:

Added one line in ext/pgsql/pgsql.c after -> if (PGG(default_link)!=-1) {

Add this line after that line ->
if (PGG(default_link)==id) return;

Someone, please update PHP so it doesn't include this bug anymore, its very nasty and 
messed up a lot of our websites which is using database a lot.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8225&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7536 Updated: Warning: is not a valid PostgreSQL link resource xxxx

[thies]

ID: 7536
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

believed to be fixed in CVS

Previous Comments:
---

[2000-10-30 14:12:54] [EMAIL PROTECTED]
I have some include()d functions that calls pg_connect() and pg_close(). If I call two 
functions (two different or two times the same), any pg_() at the second function 
will generate the "Warning: is not a valid PostgreSQL link resource ". Or, if I 
call one of these functions with some pg_connect() at the main code, this second 
pg_connect() will generate the warning too.
This SAME CODE runs without problems in 4.0.2
My configure command for 4.0.3pl1 (the same I used with 4.0.2) was: './configure' 
'--with-apxs=/usr/local/apache/bin/apxs' 
'--with-config-file-path=/usr/local/apache/conf' '--enable-versioning' 
'--with-mysql=/usr/local/mysql' '--with-pgsql=/usr/local/pgsql' '--enable-ftp' 
'--with-gd=../gd1.3' '--enable-bcmath=yes' '--disable-debug' 
'--enable-memory-limit=yes' '--enable-track-vars' 
I have tested with the standard php.ini file.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7536&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7529 Updated: pg_connect() returns invalid connection id

[thies]

ID: 7529
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

believed to be fixed in CVS

Previous Comments:
---

[2001-02-13 12:10:30] [EMAIL PROTECTED]
believed to be fixed in CVS

---

[2000-10-30 05:35:22] [EMAIL PROTECTED]
Assuming that both pg_connect() and pg_close() are called
inside a function, and then pg_connect() is called again
from the main program, the next error will occur:
"Warning: 1 is not a valid PostgreSQL link resource in ..."

examples:

1. NG

function foo() {
  $conn = pg_connect(...);
  ...
  pg_close($conn);
}

foo(); # calls pg_connect() and pg_close()

$conn = pg_connect(...);  # returns invalid connection id

2. OK

$conn = 0; # defines $conn as a global variable

function foo() {
  global $conn;
  $conn = pg_connect(...);
  ...
  pg_close($conn);
}

foo(); # calls pg_connect() and pg_close()

$conn = pg_connect(...); # returns VALID connection id




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7529&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7529 Updated: pg_connect() returns invalid connection id

[thies]

ID: 7529
Updated by: thies
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PostgreSQL related
Assigned To: 
Comments:

believed to be fixed in CVS

Previous Comments:
---

[2000-10-30 05:35:22] [EMAIL PROTECTED]
Assuming that both pg_connect() and pg_close() are called
inside a function, and then pg_connect() is called again
from the main program, the next error will occur:
"Warning: 1 is not a valid PostgreSQL link resource in ..."

examples:

1. NG

function foo() {
  $conn = pg_connect(...);
  ...
  pg_close($conn);
}

foo(); # calls pg_connect() and pg_close()

$conn = pg_connect(...);  # returns invalid connection id

2. OK

$conn = 0; # defines $conn as a global variable

function foo() {
  global $conn;
  $conn = pg_connect(...);
  ...
  pg_close($conn);
}

foo(); # calls pg_connect() and pg_close()

$conn = pg_connect(...); # returns VALID connection id




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7529&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7333 Updated: Connection fault in circled query

[thies]

ID: 7333
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

believed to be fixed in CVS

Previous Comments:
---

[2000-10-20 04:44:38] [EMAIL PROTECTED]
And so it does in postgressql 7.0.2.

---

[2000-10-19 03:57:37] [EMAIL PROTECTED]
In order to use posgressql6.5.1,i designed a simple function like  this:
function sim()
{$conn=pg_connect($connoptions);
 $result=pg_result($conn,"");
 
 pg_freeresult($result);
 pg_close($conn);}

when i use a for() circle to use the function, there's problem.
each first time use the funtion, it's ok, but the sencond time, it goes wronglike 
this:
Warning: 1 is not a valid PostgreSQL link resource in  on line ...
and the third time ,It runs well.and the fourth time, mistakes happened again. and so 
on.
I've track the $conn, the resource id  are:#1,#1,#7

When i turned to mysql, thereis no problem.

Sorry for my poor english.
Regards


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7333&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7312 Updated: Problems with pg_connect() i pg_fetch_row()

[thies]

ID: 7312
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

believed to be fixed in CVS

Previous Comments:
---

[2000-10-18 10:59:04] [EMAIL PROTECTED]
We have little script, that works in PHP 4.0.2 as included file. But when we include 
this file it in PHP 4.0.3p1 it doesn't work (Error message: "1 is not a valid 
PostgreSQL resource"), but it works fine when it is launched standalone (not included 
from another file).

I cannot attach all scripts, because it's many files, and they need's our database.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7312&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9241: segfault/core dump using libmcrypt 2.4.9

[colin]

From: [EMAIL PROTECTED]
Operating system: rh 7.0
PHP version:  4.0 Latest CVS (13/02/2001)
PHP Bug Type: mcrypt related
Bug description:  segfault/core dump using libmcrypt 2.4.9

The following script cause a core dump, but only with "blowfish":



Here's the backtrace:

[cmv]$ /usr/local/bin/php test.php 
Segmentation fault (core dumped)
[cmv]$ gdb /usr/local/bin/php core 
GNU gdb 19991004
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
Core was generated by `/usr/local/bin/php test.php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libpam.so.0...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /usr/local/lib/libz.so.1...done.
Reading symbols from /usr/lib/libsnmp.so.0...done.
Reading symbols from /usr/lib/libpq.so.2.0...done.
Reading symbols from /usr/local/mysql/lib/mysql/libmysqlclient.so.6...done.
Reading symbols from /usr/local/lib/libmcrypt.so.4...done.
Reading symbols from /usr/lib/libltdl.so.0...done.
Reading symbols from /usr/lib/libxml.so.2...done.
Reading symbols from /usr/local/lib/libcurl.so.0...done.
Reading symbols from /lib/libresolv.so.2...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /lib/libnsl.so.1...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
Reading symbols from /usr/local/lib/libmcrypt/blowfish.so...done.
Reading symbols from /usr/local/lib/libmcrypt/ecb.so...done.
#0  mdecrypt (td=0x820e068, buf=0x820e068, a=0x8213010, b=1074361008) at 
mcrypt_modules.c:383
383 {
(gdb) bt
#0  mdecrypt (td=0x820e068, buf=0x820e068, a=0x8213010, b=1074361008) at 
mcrypt_modules.c:383
#1  0x4009692b in mcrypt_enc_is_block_algorithm (td=0x820e068) at mcrypt_modules.c:333
#2  0x40096608 in mcrypt_module_open (algorithm=0x820e04c "blowfish", a_directory=0x0, 
mode=0x82132c4 "ecb", 
m_directory=0x0) at mcrypt_modules.c:169
#3  0x807844b in php_if_mcrypt_module_open (ht=4, return_value=0x821287c, 
this_ptr=0x0, return_value_used=1)
at mcrypt.c:418
#4  0x81404f9 in execute (op_array=0x820e0c4) at ./zend_execute.c:1489
#5  0x810907b in zend_execute_scripts (type=8, file_count=3) at zend.c:743
#6  0x8066dbc in php_execute_script (primary_file=0xba80) at main.c:1166
#7  0x8064f79 in main (argc=2, argv=0xbaf4) at cgi_main.c:736

- Colin


-- 
Edit Bug report at: http://bugs.php.net/?id=9241&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7264 Updated: 1 is not a valid PostgreSQL link

[thies]

ID: 7264
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

believed to be fixed in CVS

Previous Comments:
---

[2000-10-16 21:59:13] [EMAIL PROTECTED]
The presistent connection call works OK. "pg_pConnect" works BUT
"pg_Connect" doesn't keep the connection with PostgreSQL. 

The logs display a "NOTICE: variable client_encoding not found" type 
message from PostgreSQL. The log message *might* be related to
whats happening.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7264&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7236 Updated: 1 is not a valid PostgreSQL link resource

[thies]

ID: 7236
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

fixed in CVS

Previous Comments:
---

[2000-10-16 06:57:01] [EMAIL PROTECTED]
Since 4.0.3, PHP reports the error given in the bug description. I checked the 
returned value before:



  $conn = pg_connect("dbname=" . VEDB_DBNAME);
  if (!$conn)
{
  fatal_error("Could not connect to database", __FILE__, __LINE__);
}

  $query = "select $field from $table where $field = '$_value'";

  $res = pg_exec($conn, $query);



I can't really understand why that error occurs in the last line (pg_exec).

configure line:
./configure' '--with-apxs=/usr/lib/apache/bin/apxs' '--without-mysql' 
'--with-config-file-path=/etc/php4' '--sysconfdir=/etc/php4' 
'--with-pgsql=/usr/lib/pgsql' '--with-gnu-ld' '--enable-magic-quotes' 
'--enable-bcmath' '--enable-calendar' '--with-gdbm' '--with-db3' '--with-gd=/usr' 
'--with-ttf' '--with-gettext' '--with-readline' '--with-sysvsem' '--with-sysvshm' 
'--enable-versioning'

I use PostgreSQL 7.0.2.

The very same script runs flawlessly with PHP 4.0.2.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7236&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6525 Updated: Connection problem

[thies]

ID: 6525
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

believed to be fixed in CVS

Previous Comments:
---

[2000-09-04 05:45:11] [EMAIL PROTECTED]
I've a script running without problems under 4.0.0, using 4.0.x (x > 0) results in the 
same problem. The connection is established, but when passing it's descriptor as an 
argument, to any other pgsql function, it warns, that it's no pg connection 
identifier. The script could look like this:
$db = db_connect($db_server_name, $db_server_port, $db_name,  
$db_user, $db_password);
if (!$db) {
  exit();
}
// next line produces the warning
$res = db_query($db, "select * from table");

Called funcions are defined in 
http://wp-klenci.domazlice-net.cz/dp/php/lib/1st_level/pgsql.phps as a simple wrapper 
to pg functions.

Ondrej Svetlik


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6525&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #5862 Updated: Consecutive pg_open statements cause second statement to fail

[thies]

ID: 5862
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

fixed in CVS

Previous Comments:
---

[2000-07-30 18:47:28] [EMAIL PROTECTED]
Using PostGres 7.0.2, and the latest PHP, any script that
would choose to open a database connection a second time
will fail.

For example:



The second connect fails with:

1 is not a valid PostgreSQL link resource in file.php

Repeating the 3 lines multiple times in the script does pretty
unusual stuff - the file descriptor is bouncing all over the place -
if file descriptors were properly closed, the same descriptor
would in all likelihood be re-used



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=5862&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7298 Updated: ... not a valid link resource... after pg_connect

[thies]

ID: 7298
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Assigned To: 
Comments:

fixed in CVS. thanx for the patch!


Previous Comments:
---

[2000-10-17 18:15:34] [EMAIL PROTECTED]
(Found the problem and fixed it.)
In some script sequences (can send code if necessary) the routine to set the default 
link in pgsql.c deletes the link before setting it - specifically, if a script issues 
multiple opens of the same connection string through an included file only.

php_pgsql_set_default_link has a check if PGG(default_link)!=-1. If true, then it does 
zend_list_delete of old default link and sets new one. If the old default link and new 
are the same, this sometimes sets the default to an invalid link.

Code should be :
if (PGG(default_link)!=-1) {
  if (PGG(default_link)==id) return;
...

Compiled it, and the problem is fixed. Checked postgresql connections, and they aren't 
multiplying.




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7298&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #9240: unserialize fails non-determenistic on large objects

[Thies C. Arntzen]

On Tue, Feb 13, 2001 at 03:38:17PM -, [EMAIL PROTECTED] wrote:
> From: [EMAIL PROTECTED]
> Operating system: RedHat 6.2
> PHP version:  4.0.4pl1
> PHP Bug Type: Variables related
> Bug description:  unserialize fails non-determenistic on large objects
> 
> I'm unserializing a large object using the following test script:
> 
> for ($i = 0; $i < 20; $i++)
> {
>   echo "$i\n";
>   $ObjectToCreate = array();
>   if (!$fp = fopen('test.ser', 'r'))
>   return false;
>   $ObjectToCreate = unserialize(fread ($fp, filesize ('test.ser')));
>   fclose($fp);
> }
> 
> 
> I can supply the 'test.ser' file on request but for obvious reasons do not wish to 
>include it in this error report!

please send it off-list to me. 

thx,
tc

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Emiliano]

Stanislav Malyshev wrote:
> 
> E>> With the PHP4 version of Midgard, patching is no longer a
> E>> necessity. It's an ordinary extension like the others.
> 
> Ah, so parser modifications are out? Good to know.

Yes, they are.

Emile

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9240: unserialize fails non-determenistic on large objects

[brian]

From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version:  4.0.4pl1
PHP Bug Type: Variables related
Bug description:  unserialize fails non-determenistic on large objects

I'm unserializing a large object using the following test script:

for ($i = 0; $i < 20; $i++)
{
echo "$i\n";
$ObjectToCreate = array();
if (!$fp = fopen('test.ser', 'r'))
return false;
$ObjectToCreate = unserialize(fread ($fp, filesize ('test.ser')));
fclose($fp);
}

I get the following output:

0
1
2
3
4
5
6
PHP Warning:  unserialize() failed at offset 2150380 of 3601223 bytes in test.inc on 
line 8

Warning:  unserialize() failed at offset 2150380 of 3601223 bytes in 
test.inc on line 8
7
8
9
10
11
PHP Warning:  unserialize() failed at offset 2822123 of 3601223 bytes in test.inc on 
line 8

Warning:  unserialize() failed at offset 2822123 of 3601223 bytes in 
test.inc on line 8
12
13
14
15
16
17
18
19

Repeatedly running the script produces different output each time with different 
numbers of failures at different offsets.  So far the lowest offset at which I have 
had a problem is about 65.

I can supply the 'test.ser' file on request but for obvious reasons do not wish to 
include it in this error report!


-- 
Edit Bug report at: http://bugs.php.net/?id=9240&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] (robert)HELLO...all doubts about XML/APACHE/PERL/PHP/MOD

[Celestino Roberto Alejandro]

Hello...'m new in this list,and for 
this...Hello Hello to all peopleand begin, with my first 
doubt.We (I, a friend, for the our job, need make application with xml, 
=better say, migrate a current system of news, to the structured of XML, 
=and procceses it with XLS, for generate directly the out, ..but, what is 
=the problem? (: matter)!!..we are developing with PHP3!, and reading the 
=specification only after vsion>4 support XLS, with Sablatron, and Expat 
=as parser of xml...but, i think? Why i can do this? if, the chief dont 
=like Perl...(: i suggest he, that we can make an script that take the 
=file xml, etc..and generate the out, with an interface with php 
=script...but say no!...and after, try make with php...then i think in 
=can i install PHP4 and PHP3 and run together?...HOW?...Somebody know 
how work Xalan(: xml.apache.org...?)..How i can make a module for 
PHP3?(:_not PHP4!)Thanks...and=20..GOOD LUCK.Roberto 
Celestino.

[PHP-DEV] PHP 4.0 Bug #9239: configure tests incorrectly for IPv6

[rhialto]

From: [EMAIL PROTECTED]
Operating system: NetBSD any version
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  configure tests incorrectly for IPv6

>From NetBSD problem report pkg/12199: 
>http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=12199

Configure uses an incorrect test program to check for availability of IPv6. I noticed 
this for the php4 package but I'm sure it is a more general configure problem.

This is the code that is used:

#line 6338 "configure"
#include "confdefs.h"
#include 
#include 
int main() {
struct sockaddr_in6 s; int i=AF_INET6; s
; return 0; }

What is missing is an #include . The compilation fails with messages like

configure:6333: checking for IPv6 support
configure:6346: cc -c -O2  -I/usr/pkg/include -I/usr/pkg/include conftest.c 
1>&5
In file included from configure:6339:
/usr/include/sys/socket.h:186: syntax error before `u_char'
/usr/include/sys/socket.h:214: syntax error before `u_char'
/usr/include/sys/socket.h:216: `int64_t' undeclared here (not in a function)
/usr/include/sys/socket.h:216: `u_char' undeclared here (not in a function)
/usr/include/sys/socket.h:217: syntax error before `int64_t'
and more.

This is independent of actual support of IPv6.

You need to add #include , as always is needed before . See 
the man page for socket(2), for instance.


-- 
Edit Bug report at: http://bugs.php.net/?id=9239&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9238: strpos() cannot indicate success when matching char is first

[phpbug]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.17+openwall
PHP version:  4.0.3pl1
PHP Bug Type: Strings related
Bug description:  strpos() cannot indicate success when matching char is first

Sample script:

(Note, this will never report SSL even when $SSL_PROTOCOL=SSLv3 or TLSv1)

Your connection method is: ";

if ( (strpos($SSL_PROTOCOL,"SSL")) || (strpos($SSL_PROTOCOL,"TLS")) )
{
echo "SSL!";
}
else
{
echo "non-SSL!";
}
?>

The documentation says strpos() returns FALSE if no match.  But what about a match on 
the first character (index 0)?  Seems like the index returned should have been 1-based 
instead.

The routine is flawless when the code is rewritten thusly:

Your connection method is: ";

if ( (strpos($SSL_PROTOCOL,"SL")) || (strpos($SSL_PROTOCOL,"LS")) )
{
echo "SSL!";
}
else
{
echo "non-SSL!";
}
?>

configuration line for PHP4 build:

Command './configure' '--with-mhash=/usr/local' '--with-mcrypt=/usr/local' 
'--with-mysql=/usr/local' '--enable-trans-sid' '--with-mm=/usr/local' 
'--enable-memory-limit' '--with-zlib' '--enable-inline-optimization' 
'--with-imap=/usr/local' '--with-imap-ssl' '--with-gmp' '--with-gd' '--with-cpdflib' 
'--with-pdflib' '--with-tiff-dir' '--with-jpeg-dir' '--with-png-dir' 
'--enable-track-vars' '--enable-bcmath' '--enable-calendar' '--with-db3' 
'--enable-ftp' '--enable-shmop' '--enable-sockets' '--enable-sysvsem' 
'--enable-sysvshm' '--with-apache=../apache_1.3.14' 

OpenSSL 0.9.6, mod_ssl/2.7.1


-- 
Edit Bug report at: http://bugs.php.net/?id=9238&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] configure problems with latest snapshot

[Stig Venaas]

Hi

When I try to configure latest snapshot without any arguments, it
complains about no apxs and stops. Haven't got time to check what's
going on now.

Stig

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignore ChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.c config.m4 element.c event.c eventmember.c file.c fudge genentry]

[David Guerizec]

Stanislav Malyshev wrote:

> RL>> The idea here is that Midgard has a large installed base of
> RL>> users, all of whom have to run a modified version of PHP.  The
> RL>> extension, albeit rather large at this point, is supposed to
> RL>> provide the basic functionality in the standard PHP distribution
> RL>> so people will not have to run a modified PHP to use midgard.
> 
> >From what I know from my contacts with Midgard people, users will _still_
> have to use modified PHP - since Midgrard requires modifications to Zend
> parser. If it was as simple as compiling PHP module, nobody would need to
> run modified PHP - just to compile .so and load it as an extension.
> 
Well, no in fact we found a workaround to the Zend parser modification.
Our module now runs on its own, it has what we call a pre-parser that 
translates the Midgard-specific syntax into plain PHP syntax.

So it's actually loaded as a .so extension against the current PHP release.

-- 
Best Regards,
David Guerizec   Free Software Developer
Aurora R&D   [EMAIL PROTECTED]
Midgard core developer   http://www.midgard-project.org/



-- 
Best Regards,
David Guerizec   Free Software Developer
Aurora R&D   [EMAIL PROTECTED]
Midgard core developer   http://www.midgard-project.org/


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Stanislav Malyshev]

E>> With the PHP4 version of Midgard, patching is no longer a
E>> necessity. It's an ordinary extension like the others.

Ah, so parser modifications are out? Good to know.

-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9237: date function parameters won't work on PWS

[ajandris]

From: [EMAIL PROTECTED]
Operating system: NT 4.0 wrkst, win98
PHP version:  4.0.4pl1
PHP Bug Type: Date/time related
Bug description:  date function parameters won't work on PWS

On linux (built in) and IIS 4.0 (cgi vers) on nt4.0 wrkst i can use function for 
example:
 function getThisMonth(){
  $dat=getdate();
  return $dat[mon];
 }
 without problem.
On pws it reproduces error (description I don't remember -> it happens at home)
I should put mon in double quotes '"'. Then it works.
This error happens with other parameters like nmon, year ...
With quotes it works on linux and IIS 4.0 too.

Thanks,
Andris


-- 
Edit Bug report at: http://bugs.php.net/?id=9237&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignoreChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.cconfig.m4 element.c event.c eventmember.c file.c fudge genentry

[Stanislav Malyshev]

RL>> The idea here is that Midgard has a large installed base of
RL>> users, all of whom have to run a modified version of PHP.  The
RL>> extension, albeit rather large at this point, is supposed to
RL>> provide the basic functionality in the standard PHP distribution
RL>> so people will not have to run a modified PHP to use midgard.

>From what I know from my contacts with Midgard people, users will _still_
have to use modified PHP - since Midgrard requires modifications to Zend
parser. If it was as simple as compiling PHP module, nobody would need to
run modified PHP - just to compile .so and load it as an extension.

-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9236 Updated: can't get PHP support white multiple web site on IIS

[derick]

ID: 9236
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:

Not a bug, try asking on one of the mailing lists (p.e. [EMAIL PROTECTED]) 
about your installation problems.

Previous Comments:
---

[2001-02-13 04:13:07] [EMAIL PROTECTED]
Hallo!
I want to have PHP support on more then on site, I want to have it on every website on 
my web server. The website have difrent root folder under my D: partition and i can 
only get PHP support on one of this website. Can anybody help me  to config the 
php.ini file.

Best regards.
//Glenn

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9236&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9236: can't get PHP support white multiple web site on IIS

[glenn . lindgren]

From: [EMAIL PROTECTED]
Operating system: NT4 server IIS4
PHP version:  4.0.4
PHP Bug Type: *Install and Config
Bug description:  can't get PHP support white multiple web site on IIS

Hallo!
I want to have PHP support on more then on site, I want to have it on every website on 
my web server. The website have difrent root folder under my D:\ partition and i can 
only get PHP support on one of this website. Can anybody help me  to config the 
php.ini file.

Best regards.
//Glenn


-- 
Edit Bug report at: http://bugs.php.net/?id=9236&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] CVS Account Request

[CVS Account Request]

Full name: bilal AK
Email: [EMAIL PROTECTED]
ID: bilalak
Purpose: Localization Study

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Rasmus Lerdorf]

> > There is also the phpize stuff (which I don't know). It's something like
> > phpize /path/to/midgard and then compiling the midgard as a shared library.
> > I think the first example I gave you is probably good enough though.
>
> The phpize methods works (it's what we use right now), but loading the
> midgard extension for every request does not have my preference.

So put:

extension=midgard.so

in your php.ini file.  Then it is loaded by default at startup.

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Peter \"[DiSAStA]\" Petermann]

> > > Well right now it won't really solve it because pear is included in the
> > > distribution. However, the idea behind pear is to be something more
similar
> > what if midgard would be handled like php-gtk?
> How would that be?
/php-gtk <-- thatway

:)

Peter Petermann

--
*ZIMT - where PHP meets needs*
[EMAIL PROTECTED]
www.cyberfly.net




-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Emiliano]

Andi Gutmans wrote:

> >OK, my mistake. So moving php4/ext/midgard to php4/pear/midgard would
> >solve this?
> 
> Well right now it won't really solve it because pear is included in the 
> distribution. However, the idea behind pear is to be something more similar 
> to CPAN which means both PHP and C code.

OK, but CPAN is huge too.

> >Does the build process differ here? And like my previous question, are
> >there
> >examples on how to build config.m4s, and other supportive files, so an
> >extension can easily be built as an php-dloabable, a static extension,
> >and a static extension in a statically-compiled PHP (into Apache
> >itself)?
> 
> The easiest way to get it working is "cd php4; cp -r /path/to/midgard ext; 
> ./buildconf".
> That's all people need to do in order to get it to work with their vanilla PHP.
> You can check out some of the other extensions to see how to build a shared 
> library but with my example it's not necessary.

What I couldn't find there is how to detect that we're being built
using apxs or statically in apache, for example.

> There is also the phpize stuff (which I don't know). It's something like 
> phpize /path/to/midgard and then compiling the midgard as a shared library. 
> I think the first example I gave you is probably good enough though.

The phpize methods works (it's what we use right now), but loading the
midgard extension for every request does not have my preference.

Emile


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Emiliano]

Peter "[DiSAStA]" Petermann wrote:

> > Well right now it won't really solve it because pear is included in the 
> > distribution. However, the idea behind pear is to be something more similar 
>
> what if midgard would be handled like php-gtk?

How would that be?

Emile


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Peter \"[DiSAStA]\" Petermann]

> Well right now it won't really solve it because pear is included in the 
> distribution. However, the idea behind pear is to be something more similar 
what if midgard would be handled like php-gtk?

:)



Peter Petermann
--
*ZIMT - where PHP meets needs*
[EMAIL PROTECTED]
www.cyberfly.net


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]